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
throughput performance issue on lines longer than available columns #1488
Labels
performance
Performance issues or improvements
VT: Backend
Virtual Terminal Backend (libterminal API)
Comments
christianparpart
added
VT: Backend
Virtual Terminal Backend (libterminal API)
performance
Performance issues or improvements
labels
Mar 17, 2024
One of the idea is to rework grid system, and use c++23 chunk_view for resize action, prototype for this :
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
performance
Performance issues or improvements
VT: Backend
Virtual Terminal Backend (libterminal API)
When using termbench to compare some perf numbers, just with Contour alone, we see a dramatic drop of throughput performance when the number of characters being written, before a LF is sent, is more than available columsn per line on the screen.
(graph generated by @Yaraslaut - thx for that :))
In this screenshot, the terminals were configured at 100 column page width, and Contour shows a really unhealth drop when the line goes longer than the number of columns available.
Note, this is quite an unusual usecase and would very rarely hit the actual user unless someone wants explicitly exploit such corner cases. So I'd not consider it a high priority, but it would still be nice to address to make the terminal perform more harmonic throughout the work load.
The text was updated successfully, but these errors were encountered: