I mean I can just open our Sokoban game console to fullscreen and pick a moderately smaller font and measure how many fps it gets (answer: lots).
-
-
Replying to @Jonathan_Blow @cmuratori
I don't think this is entirely realistic, even if it can serves to get an idea of the rendering load if correctly implemented with OpenGL.
1 reply 0 retweets 0 likes -
-
Replying to @Jonathan_Blow @cmuratori
Because a terminal emulator is not only a text renderer. I also think that the logic and I/O should be almost free on modern hardware, but it would not be an apple/apple comparison if we don't take the full context into account.
1 reply 0 retweets 0 likes -
Do you honestly think emulating a terminal is more expensive than simulating a 3D game?
1 reply 0 retweets 5 likes -
Absolutely not, I don't think the result of this benchmark is normal. But a benchmark is not very useful if we can't compare to a baseline, and I don't think rendering text is a totally fair baseline. My guess is that what we're seeing is not only a rendering issue.
1 reply 0 retweets 0 likes -
I would assume it is not a rendering issue, actually. It is almost certainly a parsing issue first, and a rendering issue second - ie., the rendering is probably slow, but the parsing of VT codes is almost certainly the bottleneck here.
2 replies 0 retweets 9 likes -
Replying to @cmuratori @stephc_int13 and
But as for your original question, I'm not sure what you mean by "baseline". What do you want to see as a "baseline" for this? It has ~2500 cycles per input byte, ~53000 per output glyph at that speed, assume no threading and no GPU assist.
2 replies 0 retweets 4 likes -
A baseline would ideally be an other terminal emulator on similar hardware. To be clear, I agree about your guesses of what the performance should be.
2 replies 0 retweets 1 like -
But this is all dumb. Why is "terminal emulation" slow? If it's slow why don't they cache each line? And why are we doing "terminal emulation" anyway, except for back compat? The color and formatting codes we use today are really dumb and uncontrollable and don't do a lot.
3 replies 0 retweets 19 likes
Yeah so implicit in my complaint about this stuff is that terminal escape codes are a fantastically stupid idea to begin with, and so forcing people to use them would only make sense if you backed it up with a very fast parser to prove "it's OK". Which they obviously didn't.
-
-
Interestingly, removing the call to AppendColor makes it a lot faster. There is something rotten in the land of Denmark.
1 reply 0 retweets 0 likes -
Replying to @stephc_int13 @cmuratori and
With AppendColor called for each characters, but with a fixed color, the change is not as dramatic but the total is about 4x faster.
0 replies 0 retweets 0 likes
End of conversation
New conversation -
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.