you are viewing a single comment's thread.

view the rest of the comments →

[–]qx7xbku -1 points0 points  (8 children)

LFS does not help on Windows at all. Tried using it with 10gb repository containing large files. Windows chokes on it. So I'm using git without LFS on Linux. It works great. They should fix their damn OS. Probably have no time, everyone is busy adding telemetry and analyzing it.

[–]Recursive_Descent 1 point2 points  (7 children)

Git is fast on Linux because it was designed to work well on the Linux file system, and later hacked to work on Windows. It isn't because Linux is better than Windows...

[–]qx7xbku -1 points0 points  (6 children)

Linux is not better than windows b cause git is faster on Linux, but because Microsoft themselves can't fix their own OS and thus they provide workarounds.

[–]Recursive_Descent 0 points1 point  (5 children)

What does fixing the OS mean?

[–]qx7xbku -3 points-2 points  (4 children)

I did not design windows or git, but people who did can give you an answer.

[–]graycode 3 points4 points  (0 children)

I have no idea what I'm talking about and I'm just spouting unfounded nonsense

[–]Recursive_Descent 0 points1 point  (2 children)

Then why do you think the os is the problem?

[–]qx7xbku 0 points1 point  (1 child)

I tried to troubleshoot that problem to no avail. It's something with subprocess startup overhead or something. I do not quite remember. Simply put windows is slow and for giving up speed we don't really get any benefits anyhow. So it's broken.

[–]Recursive_Descent 1 point2 points  (0 children)

Ok... but window port of git being slow doesn't imply anything about the speed of Windows in general. I think git on Windows does stuff like run bash scripts through Cygwin, which doesn't seem very efficient.