3 ms·

Interesting that magit feels slower! Is it possible you're working faster in magit and that's why the commands involved feel slower?

by kqr 4y ago

spit2wind 4y ago
I've used Magit on Windows for the past several years and it is noticeablely slower than on Linux (because of the gut implementation on Windows). I completely understand someone choosing a different git front-end because of this. However, it's absolutely useable.
rcthompson 4y ago
I think it's just because many single Magit commands run multiple git commands behind the scenes in order to collect all the info. So any slowdown in how long it takes to run a single command is multiplied proportionally.
- kqr 4y ago
  I'm suspicious of this explanation because the views that gather information from multiple commands can generally be configured down to a bare minimum that uses very few (sometimes just one) command. I assume they would have tested this before considering it inexplicably slower.
  - tut-urut-utut 4y ago
    I experience the same slowness on Windows by using bare magit without any customisation. Can you point to some resources about customisations that could make it fast?
    - kqr 4y ago
      Couple of references that helped me (though for transparency this was a few years ago): https://magit.vc/manual/magit/Status-Sections.html https://magit.vc/manual/magit/Status-Sections.html https://magit.vc/manual/magit/Performance.html https://magit.vc/manual/magit/Performance.html
foobarbaz33 4y ago
The problem is windows slow process spawning. Magit spawns a lot of processes to achieve it's displays and interactivity. It is a real problem. If you don't believe windows process spawingin is slow, try this: clone a git repo with 100+ submodules to your windows box. Now enjoy a nice long coffee break anytime you interact with git. And 5 coffee breaks anytime you interact with git via magit.
- pmoriarty 4y ago
  "The problem is windows slow process spawning. Magit spawns a lot of processes to achieve it's displays and interactivity. It is a real problem" This should be potentially be solvable by using libgit2 instead of spawning a bunch of processes. There has been ongoing work to integrate libgit2 into Magit, but I don't know it's current status, nor whether that integration has made it on to Windows yet.
miroljub 4y ago
No, it's just slow. Every command triggers 1 to 2 seconds waiting. It's enough to break any workflow or any desire to use it. Git command line responds in 100 to 200 ms, which is not a noticeable delay. Is it because of slow git process spawning on Windows, or because magit needs multiple git command invocation to perform an action, or is it "only" slow refresh, I don't know. And honestly, I don't care. It's a chicken and egg problem. It's too slow, so I don't bother to learn it. And since I didn't learn it, I don't see any benefit in using it that could justify hours or even days of digging for performance tweaks and tricks.

Interesting that magit feels slower! Is it possible you're working faster in magit and that's why the commands involved feel slower?

by kqr 4y ago

Interesting that magit feels slower! Is it possible you're working faster in magit and that's why the commands involved feel slower?

spit2wind 4y ago

I've used Magit on Windows for the past several years and it is noticeablely slower than on Linux (because of the gut implementation on Windows). I completely understand someone choosing a different git front-end because of this. However, it's absolutely useable.

rcthompson 4y ago

I think it's just because many single Magit commands run multiple git commands behind the scenes in order to collect all the info. So any slowdown in how long it takes to run a single command is multiplied proportionally.

kqr 4y ago
I'm suspicious of this explanation because the views that gather information from multiple commands can generally be configured down to a bare minimum that uses very few (sometimes just one) command. I assume they would have tested this before considering it inexplicably slower.
- tut-urut-utut 4y ago
  I experience the same slowness on Windows by using bare magit without any customisation. Can you point to some resources about customisations that could make it fast?
  - kqr 4y ago
    Couple of references that helped me (though for transparency this was a few years ago): https://magit.vc/manual/magit/Status-Sections.html https://magit.vc/manual/magit/Status-Sections.html https://magit.vc/manual/magit/Performance.html https://magit.vc/manual/magit/Performance.html

foobarbaz33 4y ago

The problem is windows slow process spawning. Magit spawns a lot of processes to achieve it's displays and interactivity. It is a real problem. If you don't believe windows process spawingin is slow, try this: clone a git repo with 100+ submodules to your windows box. Now enjoy a nice long coffee break anytime you interact with git. And 5 coffee breaks anytime you interact with git via magit.

pmoriarty 4y ago
"The problem is windows slow process spawning. Magit spawns a lot of processes to achieve it's displays and interactivity. It is a real problem" This should be potentially be solvable by using libgit2 instead of spawning a bunch of processes. There has been ongoing work to integrate libgit2 into Magit, but I don't know it's current status, nor whether that integration has made it on to Windows yet.

miroljub 4y ago

No, it's just slow. Every command triggers 1 to 2 seconds waiting. It's enough to break any workflow or any desire to use it. Git command line responds in 100 to 200 ms, which is not a noticeable delay. Is it because of slow git process spawning on Windows, or because magit needs multiple git command invocation to perform an action, or is it "only" slow refresh, I don't know. And honestly, I don't care. It's a chicken and egg problem. It's too slow, so I don't bother to learn it. And since I didn't learn it, I don't see any benefit in using it that could justify hours or even days of digging for performance tweaks and tricks.