Closed MightyCoderX closed 3 months ago
The sleep time is so tmux doesn't spit random string of characters because it's closed too fast, even without that the timing sometimes went up to >900ms. Just subtract it for an "accurate" timing.
I am currently working on speeding this up in #240 any/all feedback is welcome. The main problem is tmux is currently called once per option PR 240 tries to batch this.
I've seen another similiar PR #29 which was already merged, what happened with that?
That one batched the set command 240 batches the show command. The biggest problem for batching the show is the older bash version used by apple doesn't have associative arrays bash making the implementation a bit ugly. If the batching is still not fast enough you could have two implementions based on the bash version but lets hope not.
Was it fixed? It now seems to start blazingly fast
I noticed it only happens when you start the first session and thus tmux-server, if I start a session when the server is already running it's fast
That is because it only runs during server start. If the serve/socket already exists it just attaches to it.
batching of tmux show-options (#240) has been merged so first startup should be a lot faster now.
Is there an existing issue outlining your problem?
Describe your problem.
Starting a new
tmux
sessions takes almost 1 second! When the plugin is disabled it only takes about 100ms.I also tried to use
sh
which on my system is just a symlink to bash but without customizations from~/.bashrc
, andzsh
which I just installed and configured with new-user function.The problem still presents itself in any shell, and doesn't present when all catpuccin related lines are commented out in
tmux.conf
, and thus I isolated it to catpuccin.Paste your configuration.
Attach screenshots.
Catpuccin commented out:
Catpuccin enabled with defaults: The time varies between >500ms and <1000ms
What tmux version are you seeing the issue on?
tmux 3.4
Any additional comments?
config3.conf
(in the tmux.conf) is one of the example configs you offer, the problem happens even removing that line, thus using the hard-coded defaults in the plugin's scriptsTerminal: Alacritty OS: Fedora Linux 40 WM: Hyprland
Directory Tree: