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 

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.

Reply via email to