5 ms·

How is the state of Magit on MS-Windows? For me it's unusably(!) slow with a 3-4 GB repository. What is the best way to run Emacs on Windows? I'm using cygwi

How is the state of Magit on MS-Windows? For me it's unusably(!) slow with a 3-4 GB repository. What is the best way to run Emacs on Windows? I'm using cygwin because I need so many unix tools anyway.

pandatigox 6y ago
Maybe use Windows Subsystem for Linux?
- efreak 6y ago
  WSL1 makes filesystem operations slower. WSL2 will make it slower for the windows side
  - yuribro 6y ago
    It works great on WSL2, if your IDE (or editor, which can be the same Emacs) is also inside the WSL environment. I don't remember how the performance was in WSL1 (I switched as soon as WSL2 was in the insider build, for unrelated reasons), but I vaguely remember it worked ok, as in performance was snappy just like on native linux. (The repo is of comparable size, 2-4GB)
BeetleB 6y ago
Magit makes a ridiculous amount of forks for even trivial git commands, and Windows doesn't handle it well. For me, emax64 works perfectly in Windows, although I don't use magit on it. Beyond magit, I see no difference between my Windows and my Linux emacs usage.
xxpor 6y ago
Well, let's just be honest here, a 3-4 gb git repo is ridiculously huge. I'd expect everything to be slow. For reference, a full checkout of the linux kernel is 2.5GB.
- jackewiehose 6y ago
  > a 3-4 gb git repo is ridiculously huge. It's an old long SVN repository with a lot of files. I would like to split it in two SVN repos but that would destroy their history. Any ideas? > I'd expect everything to be slow. It's actually very OK with git in cygwin-bash.
  - universa1 6y ago
    You can do the split in subversion by filtering the paths, and keeping the history :-) There is a svnadmin command for that. I guess you can do something similar in git
    - namibj 6y ago
      The magic is inside git-subtree (invoke as `git subtree split -P path/prefix/of/subtree/to/decouple -b branch-name-to-create-and-store-subtree-history`). There is also more exotic stuff that would just rip a complete folder out, but that get's complicated.
- adrianN 6y ago
  I regularly work on 10GB+ repositories and every operation is pretty much instant.
  - xxpor 6y ago
    Are you checking in binaries or something?
Grue3 6y ago
It works just fine for me (though my repos are small), however it is extremely slow when ssh'ing through Tramp onto a Linux host. I still put up with it because the interface is so good.

pandatigox 6y ago

Maybe use Windows Subsystem for Linux?

efreak 6y ago
WSL1 makes filesystem operations slower. WSL2 will make it slower for the windows side
- yuribro 6y ago
  It works great on WSL2, if your IDE (or editor, which can be the same Emacs) is also inside the WSL environment. I don't remember how the performance was in WSL1 (I switched as soon as WSL2 was in the insider build, for unrelated reasons), but I vaguely remember it worked ok, as in performance was snappy just like on native linux. (The repo is of comparable size, 2-4GB)

BeetleB 6y ago

Magit makes a ridiculous amount of forks for even trivial git commands, and Windows doesn't handle it well. For me, emax64 works perfectly in Windows, although I don't use magit on it. Beyond magit, I see no difference between my Windows and my Linux emacs usage.

xxpor 6y ago

Well, let's just be honest here, a 3-4 gb git repo is ridiculously huge. I'd expect everything to be slow. For reference, a full checkout of the linux kernel is 2.5GB.

jackewiehose 6y ago
> a 3-4 gb git repo is ridiculously huge. It's an old long SVN repository with a lot of files. I would like to split it in two SVN repos but that would destroy their history. Any ideas? > I'd expect everything to be slow. It's actually very OK with git in cygwin-bash.
- universa1 6y ago
  You can do the split in subversion by filtering the paths, and keeping the history :-) There is a svnadmin command for that. I guess you can do something similar in git
  - namibj 6y ago
    The magic is inside git-subtree (invoke as `git subtree split -P path/prefix/of/subtree/to/decouple -b branch-name-to-create-and-store-subtree-history`). There is also more exotic stuff that would just rip a complete folder out, but that get's complicated.
adrianN 6y ago
I regularly work on 10GB+ repositories and every operation is pretty much instant.
- xxpor 6y ago
  Are you checking in binaries or something?

Grue3 6y ago

It works just fine for me (though my repos are small), however it is extremely slow when ssh'ing through Tramp onto a Linux host. I still put up with it because the interface is so good.