Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Under remote (ssh) GNU screen and tmux sessions large output causes horrible performance #7191

Closed
jblaine opened this issue Aug 5, 2020 · 2 comments
Labels
Area-Performance Performance-related issue Needs-Attention The core contributors need to come back around and look at this ASAP. Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting

Comments

@jblaine
Copy link

jblaine commented Aug 5, 2020

Environment

Windows build number: Microsoft Windows [Version 10.0.18363.959]
Windows Terminal version (if applicable): 1.1.2021.0

Windows 10 native ssh client
Remote Linux host running either tmux or GNU screen, multiple versions all work to reproduce issue

Steps to reproduce

ssh to a host
run screen or tmux or attach to an existing session of either
run cat on a large text file, such as one with 3000+ lines

Expected behavior

Terminal should display a somewhat consistent stream of text, like PuTTY, Powershell on its own, CMD.EXE on its own, and other tools do.

Actual behavior

Terminal displays a little, pauses for several seconds, displays some more, pauses, etc

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Aug 5, 2020
@zadjii-msft
Copy link
Member

Correct me if I'm wrong, but how is this different from #7019? It might be best to merge this discussion with that thread.

  • Does this repro without tmux/screen running on the remote host?
  • Does this repro with the ssh from a WSL distro?
  • More insane - if you run wsl.exe ssh.exe <args to ssh...> inside a legacy powershell/cmd window, does the same issue repro? This will cause wsl to create a conpty to host ssh.exe, which could help identify if the issue is conpty vs something else.

I'm also thinking this might be related to conpty buffering the frames to at least 1/60th of a second, maybe something weird in this situation is causing that delay to seem much larger

@zadjii-msft zadjii-msft added Area-Performance Performance-related issue Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something labels Aug 5, 2020
@jblaine
Copy link
Author

jblaine commented Aug 5, 2020

Sure, I'm fine merging my comments over there. The info in #7019 seemed a little different to me at the time I created this.

I'll close this in favor of #7019

@ghost ghost added Needs-Attention The core contributors need to come back around and look at this ASAP. and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something labels Aug 5, 2020
@jblaine jblaine closed this as completed Aug 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Performance Performance-related issue Needs-Attention The core contributors need to come back around and look at this ASAP. Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting
Projects
None yet
Development

No branches or pull requests

2 participants