Terminus: Output performance slow compared to gnome-terminal

Created on 1 Jul 2017 · 6Comments · Source: Eugeny/terminus

I have been playing around with terminus and noticed that cat is relatively slow for large files.

With terminus:

$ cat /var/log/vbox-install.log |wc -l
6516

$ time cat /var/log/vbox-install.log
...
real    0m12.963s
user    0m0.000s
sys     0m0.052s

With gnome-terminal

$ time cat /var/log/vbox-install.log
...
real    0m0.681s
user    0m0.000s
sys 0m0.032s

Stale

Source

jbreitbart

👍2

Most helpful comment

Yes, sure. Both serve the same purpose and whereas I did expect terminus to be slower, I did not expect a slowdown by a factor of ~18.

jbreitbart on 2 Jul 2017

👍3

All 6 comments

Are you comparing a native C++ application with a hybrid app made with web technologies? Real question

pablomayobre on 2 Jul 2017

Yes, sure. Both serve the same purpose and whereas I did expect terminus to be slower, I did not expect a slowdown by a factor of ~18.

jbreitbart on 2 Jul 2017

👍3

Yeah, similarly to how Chrome is probably 100 times slower than a curl request...

Rendering is what is taking time

pablomayobre on 2 Jul 2017

Rendering is what is taking time

What about rendering being done async so that actual printing to the screen runs at full speed to a buffer?

The speed that the terminal can receive the text (not necessarily display it, but 'receive' it) can often cause a difference in running speed of programs that flush output routinely.

OvermindDL1 on 3 Jul 2017

At least terminus is better than hyper. When running journalctl --no-pager, hyper will completely freeze for a while. Terminus will slowdown, but completely render the thing.

sylveon on 1 Sep 2017

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in two weeks unless you comment.
Thank you for your contributions.