zellij-org / zellij

A terminal workspace with batteries included
https://zellij.dev
MIT License
20.88k stars 638 forks source link

Slow rendering #3368

Open tfeldmann opened 4 months ago

tfeldmann commented 4 months ago

Hi and thanks for the great project! I found zellij to be visibly slower compared to tmux and thought this might be a bug. Example video of the helix theme changer in tmux compared to zellij:

https://github.com/zellij-org/zellij/assets/385566/77f9e14d-68e8-4a5b-908b-4948914e5f22

zellij --version: zellij 0.40.1

stty size: 75 248

uname -av or ver(Windows): Darwin MBP.fritz.box 23.5.0 Darwin Kernel Version 23.5.0: Wed May 1 20:14:38 PDT 2024; root:xnu-10063.121.3~5/RELEASE_ARM64_T6020 arm64

Logs:

zellij-16.log zellij.log

giyany commented 4 months ago

Zellij is not tmux, hence performance differences are expected and normal. If this hinders a specific process or a workflow, you'll have to be more specific so we can address this as a part of improving Zellij performance overall.

imsnif commented 4 months ago

Also, if I may chime in: the best course of action here is for helix to implement synchronized renders (CSI 2026), which I did not find in your logfiles. What you're seeing is not slow rendering but rather extra renders that happen because it's very hard to figure out where a rendering frame ends (next to impossible, tbh). This can only be properly solved through the application side. Anything else we do to solve this is one of those YMMV things, will work sometimes, not work in other times, work on strong/weak hardware, not work in the other, harm other processes, etc. The solution in terminal land for this is CSI 2026 and it can only happen on the application side.