Re: [msysGit] Re: Windows performance / threading file access

2013-10-22 Thread Karsten Blees
Am 22.10.2013 16:49, schrieb Sebastian Schuberth: > On Tue, Oct 22, 2013 at 4:30 PM, Karsten Blees > wrote: > Could you post details about your test setup? Are you still using WebKit for your tests? >>> I'm on Win7 x64, Core i5 M560, WD 7200 Laptop HDD, NTSF, no virus >>> scanner, true

Re: [msysGit] Re: Windows performance / threading file access

2013-10-22 Thread Sebastian Schuberth
On Tue, Oct 22, 2013 at 4:30 PM, Karsten Blees wrote: >>> Could you post details about your test setup? Are you still using >>> WebKit for your tests? >> I'm on Win7 x64, Core i5 M560, WD 7200 Laptop HDD, NTSF, no virus >> scanner, truecrypt, no defragger. >> > > OK, so truecrypt and luafv may sc

Re: [msysGit] Re: Windows performance / threading file access

2013-10-22 Thread Karsten Blees
Am 22.10.2013 00:58, schrieb pro-logic: >> The trace_performance functions require manual instrumentation of >> the code sections you want to measure > Ahh a case of RTFM :) > >> Could you post details about your test setup? Are you still using >> WebKit for your tests? > I'm on Win7 x64, Core i5

Re: Windows performance / threading file access

2013-10-17 Thread Karsten Blees
Am 16.10.2013 00:22, schrieb pro-logic: > I also get fairly slow performance out of the checkout / reset > operations on windows. > > This discussion got me trying to work out what's taking so long on > windows. To help I used killcache [1] to flush the HDD cache and > Very Sleepy [2] to profile

Re: Windows performance / threading file access

2013-10-10 Thread Duy Nguyen
On Fri, Oct 11, 2013 at 12:35 PM, Stefan Zager wrote: > For my test, I first run 'git clone -n ', and then measure the > running time of 'git checkout --force HEAD'. On linux, the checkout > command runs in 0:12; on Windows, it's about 3:30. try git read-tree HEAD git ls-files | xargs -P=XXX -n

Re: Windows performance / threading file access

2013-10-10 Thread Stefan Zager
On Thu, Oct 10, 2013 at 5:51 PM, Karsten Blees wrote: > >> I've noticed that when working with a very large repository using msys > >> git, the initial checkout of a cloned repository is excruciatingly > >> slow (80%+ of total clone time). The root cause, I think, is that git > >> does all the fi

Re: Windows performance / threading file access

2013-10-10 Thread Karsten Blees
Am 10.10.2013 22:19, schrieb Sebastian Schuberth: > Please keep in mind to CC the msysgit mailing list for Windows-specific > stuff. I'm also CC'ing Karsten who has worked on performance improvements for > Git for Windows in the past. > Thanks > Thanks for bringing this up! > > -- > Sebastia

Re: Windows performance / threading file access

2013-10-10 Thread Sebastian Schuberth
Please keep in mind to CC the msysgit mailing list for Windows-specific stuff. I'm also CC'ing Karsten who has worked on performance improvements for Git for Windows in the past. Thanks for bringing this up! -- Sebastian Schuberth Hi folks, I don't follow the mailing list carefully, so for

Windows performance / threading file access

2013-10-10 Thread Stefan Zager
Hi folks, I don't follow the mailing list carefully, so forgive me if this has been discussed before, but: I've noticed that when working with a very large repository using msys git, the initial checkout of a cloned repository is excruciatingly slow (80%+ of total clone time). The root cause, I