Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Does tmux still have no flow control? Just compare how tmux locks up when you `tar xfv linux-4.0.tar.xz` and screen doesn't. None of the knobs to control output throttling helped. How do you get around this problem?


I run `stty -ixon -ixoff` once and that fixes the issue for me.


That's a different flow control than what I'm talking about. tmux is just overwhelmed and cannot keep up with the output from tar whereas screen takes care of it and still responds to user input. Frankly I'm amazed there's only one or two posts about this on the internet as there's more than the pathological linux tarball extract where this problem will lock up tmux.


yes, this sucks but i have never myself been able to find a reliable case where screen reacts any better than tmux (for example, both behave similarly with yes(1))

the c0-* stuff is poor (i'm tempted to remove it) but it is not an easy problem to solve, people want tmux to be fast, except when they don't. it's also tricky remotely where ssh and the network stack are buffering too




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: