Radoslaw Szkodzinski wrote:
Cloning without -l option is much slower - some minutes vs below a minute.
I could have time(8)d it, but it's no use.
Make that time(1)d.
Results for the kernel follow. Disc cache has been preheated with find.
git version: 5b2bcc7b2d546c636f79490655b3347acc91d17f
Filesystem: ext3 data=writeback
Kernel: 2.6.16-rc1-astorm2 (mostly -ck patchset with "hotfix")
Elevator: CFQ
time git clone linux-2.6.git linux-2.6.git.new
Packing 180025 objects
real 8m31.637s
user 3m19.571s
sys 0m42.211s
Extremely bad. The task is mostly cpu-bound.
Made some background applications swap out late in the process.
(that's the cause of the sys time)
time git clone -l linux-2.6.git linux-2.6.git.local
0 blocks
real 0m42.339s
user 0m2.818s
sys 0m4.040s
Good enough for me. Possibly cp -rl of objects and then a checkout.
time cp -rl linux-2.6.git linux-2.6.git.rl
real 0m18.333s
user 0m0.103s
sys 0m1.732s
Really fast, but requires additional file modification.
(namely .git/remotes/origin, removal of gitrc)
Also incompatible with apps having problems with hardlinks.
--
GPG Key id: 0xD1F10BA2
Fingerprint: 96E2 304A B9C4 949A 10A0 9105 9543 0453 D1F1 0BA2
AstralStorm