Alacritty window resize and vim sluggish?

[hsheikhali]

For some reason Alacritty got randomly sluggish on me recently. It was fine not long ago. Vim emulation also feels sluggish even compared to iTerm2 which I originally came from. Any insight?

System

OS: macOS 10.15.4
Version: alacritty 0.4.2

[chrisduerr]

In which way is it sluggish? That's a very subjective term.

Are we talking about rendering speed, latency, ...?

[hsheikhali]

I think its more so rendering speed rather than latency but how can I make sure ?

For example, when I load up alacritty and I want to resize the window it lags out until eventually to stops at the size I wanted it to be at.

Regarding vim, navigation is sluggish and not as smooth as it used to be. This all happened after I started implementing transparency but even after reverting to default settings its sluggish.

Let me know if I should include more detail

[bergheim]

The same thing happens to me. I thought it was picom/bspwm or something, but for me it is enough to open two terminals and then resize one of them. It will basically not update until I stop resizing. The same happens if I have floating mode on. For reference this does not happen on any other programs (firefox, uxterm, etc). kitty is a bit slower than those, but lots faster than alacritty. If I disable picom, resizing is at least much faster on alacritty. Still not near uxterm, but faster. (Note these are empty just spawned terminals without vim or anything running)

[chrisduerr]

If I disable picom, resizing is at least much faster on alacritty.

Sounds like something might be messed up with your picom config? I'm personally using picom + i3 and there are no noticeable problems.

@hsheikhali could you try changing this line to false?

[kchibisov]

This might be related so posting here.

It's not related, it's expected and happens in every terminal, since the code you're using is doing scrolling, thus you see how your game scrolls, some terminals just delay displaying content, thus it glitches less in a cost of extra latency.

If you write things without scrolling and use alt-screen buffer, and also move your cursor manually it should work fine.

[nkoester]

In my setup I also use i3+picom but cannot find a picom configuration which is smooth. @chrisduerr I tried your picom config from your dotfiles but it stays the same.

Simply moving the alacritty in the i3 layout is slower when compared to without picom. I compared to picom+termite and there is a ~300-500ms delay for picom+alacritty. I tried creating videos of it but unfortunately they do not capture the issue. The lag extends to Screenkey showing my inputs.

When using LIBGL_ALWAYS_SOFTWARE=1 alacritty+picom is performing without these delays.

Any other ideas what I can try?

My system info

$ uname -a
Linux tempi 5.13.4-arch2-1 #1 SMP PREEMPT Thu, 22 Jul 2021 20:46:28 +0000 x86_64 GNU/Linux

Dell P52
Xeon E3-1200 v5/E3-1500
NVIDIA Quadro P2000
NVIDIA driver version 470.57.02
with 3 displays (1080p rotated right, 2560p normal, 1080p laptop internal screen)