Repository navigation
console running WSL is unresponsive when running program with lots of output #198
Description
- Your Windows build number: (Type
verat a Windows Command Prompt)
Microsoft Windows [Version 10.0.17134.81]
matt@DESKTOP-JN6UUK7:~$ uname -a
Linux DESKTOP-JN6UUK7 4.4.0-17134-Microsoft #81-Microsoft Sun May 20 01:14:00 PST 2018 x86_64 x86_64 x86_64 GNU/Linux
matt@DESKTOP-JN6UUK7:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04 LTS
Release: 18.04
Codename: bionic
This is on a Surface Book 2, happens when on battery or connected to power. There is no external display attached.
- What you're doing and what's happening: (Copy & paste specific commands and their output, or include screen shots)
In WSL for Ubuntu 18.04, do the following:
- Install nvs using the Linux instructions and choose 8.11.x as the version to install: https://github.com/jasongin/nvs#mac-linux
sudo apt-get install gitand clone react-native-windows.git clone https://github.com/Microsoft/react-native-windows- cd into the react-native-windows directory and run
npm install - run
node_modules/.bin/eslint .
- What's wrong / what should be happening instead:
eslint has thousands of warnings. Try and control+C to break out of eslint. It won't work.
try to click the close button on the WSL console Window. it doesn't response. the eslint output just keeps going and going.
walk away for 20-30 minutes. when eslint stops running, you'll see the control+C and/or window close finally take effect.
Reacted by Roberto Villalba
Activity
matthargett commentedon Jul 4, 2018
Is there anything I can do to help get this resolved? Were there any difficulties reproducing the issue?
kaddkaka commentedon Apr 22, 2020
This is a very annoying issue for me and time thief since it can take 10 seconds to switch in tmux while some process is printing a lot in the current window.
Have you looked into this issue?
DHowett-MSFT commentedon Apr 22, 2020
David Moberg (@kaddkaka) we're looking into perf all the time. What version of the traditional windows console host (because that's what this bug was reported against) are you using?
kaddkaka commentedon Apr 29, 2020
Where can I see which version I have?
I installed WSL Ubuntu and started my "Ubuntu terminal" from the start menu. If I do
uname -aI get this ouput:Linux MTK11578-L02 4.4.0-17763-Microsoft #864-Microsoft Thu Nov 07 15:22:00 PST 2019 x86_64 x86_64 x86_64 GNU/Linuxzadjii-msft commentedon Apr 29, 2020
EDIT: derp this is a conhost thread
to get the conhost version, run
winverfromcmdorpowershell:kaddkaka commentedon Apr 29, 2020
kaddkaka commentedon Apr 29, 2020
zadjii-msft commentedon Apr 29, 2020
squrky commentedon Aug 30, 2021
Hi all,
Has there been any progress towards a fix for this? The problem seems to be your common or garden starvation of user input when large amounts of output are being produced. I'm able to reproduce this issue with the following software versions:
As the original poster suggested, this problem is obstructive for doing real work in the terminal, since it prevents job control precisely when it is needed the most. Let me know if I can offer any other information or help in any other way to move this forward.
Thanks.
miniksa commentedon Aug 30, 2021
Leonard Hecker (@lhecker) didn't you improve something around this recently with the ticket lock?
lhecker commentedon Aug 30, 2021
Michael Niksa (@miniksa) squrky Oh yeah I fixed this in #10653. I had my terminal freeze for up to a minute under certain conditions. The fix will be released very soon in Windows Terminal Preview v1.11.2421.0 (I wonder if it‘ll be released today… *wink*).
I‘m very confident in my fix so I‘ll take the liberty to close this issue.