I have updated termbench to v2. It now attempts to run four standard tests and provide a composite number. This version is also designed to be compilable on Linux and Mac, although it needs more testing on those platforms:https://github.com/cmuratori/termbench …
-
Show this thread
-
Replying to @cmuratori
Oh boy. None of my terminals here (gnome-terminal, konsole, xterm, rxvt) qualify as "reasonably fast" by that metric :( xterm is thoroughly disappointing; mrxvt is fast, but displays the attribute test incorrectly; the "big" desktops' terminals are meh. (clang 10.0.0, -O3)pic.twitter.com/06BPhe25ag
1 reply 0 retweets 0 likes -
This Tweet is unavailable.
-
Replying to @BenchmarkPoof @cmuratori
I don't understand where this is going. Do you mean that the terminal apps are slow? (That's what I'd expect.) Or do you imply that the PTY layer is slow? If so, why? From what I understand, it should be considerably more lightweight than Windows' conhost/ConPTY, or isn't it?
2 replies 0 retweets 0 likes -
Replying to @KeyJ_trbl @BenchmarkPoof
[1/2] I'm not sure what OP means, but from my perspective: there is a lot of plumbing involved in these systems, and a lot of "levels of back compatibility", etc. So while I am quite certain that 0.1gb/s should be the minimum users should accept from a terminal subsystem...
1 reply 0 retweets 1 like
[2/2] ... depending on the situation, it may require some digging to determine which part of the subsystem is the one that needs fixing. Often, it's all of them :)
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.