Hi all, Apologies in advance if this is documented somewhere - I have searched but can't really find much information on this (and I am not a very advanced git user, so perhaps don't know where to look)
I just transferred a git project from my own server to a new one we have just set up for our company. The project is not that big (4 GB ish) but does contain subprojects (ie subfolders that have been initialised under git independently), so to move the thing over and get all the subprojects I just did a disk to disk copy (ie rather than a series of git pulls - I'm not sure if this would be significant, but I mention it in case it is). Both systems are running CentOS 6.x (6.3 for my system, 6.5 for my company's) My filesystem = Reiser FS, my company's = ext3 Now when I run "time git status" ... on my machine: # On branch master nothing to commit (working directory clean) real 0m0.558s user 0m0.157s sys 0m0.387s ... on my company's: # On branch master nothing to commit (working directory clean) real 0m57.812s user 0m14.764s sys 0m7.998s On my company's server the same command (both run from the root dir of the repo) is taking a full minute to run instead of less than a second! Can anyone suggest why this might be happening? Is it just the difference between the file systems? Are there some config options I can set that will improve this time? Would it be better if I 'pulled' all the subprojects one by one rather than doing the copy? Any suggestions would be very gratefully received as this is now a real problem. Thanks! -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.