[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: SVN checkout slow on windows compare to linux

From: Lenney <ly6_at_rice.edu>
Date: Wed, 25 Aug 2010 12:22:37 -0700 (PDT)

Perhaps to you it is, but to those that donate their time on this mail list to help others, it really isn't. It seems to me that waiting an extra 22 seconds solves your problem. I'm not sure how much quicker it could be solved.
>
> That said, several people have done benchmarks on Linux vs Windows on the SAME exact hardware and shown that Linux is just faster at most client side operations that do a lot of disk access. So, there really is no solution for this except improving your hard ware. Perhaps an SSD. Assuming you have disabled any Antivirus scan and indexing in windows on the folder you are doing your svn work in... there's not really much more to do.
>
> Supposedly svn 1.7's new working copy storage is supposed to bring windows and linux perf into parity, improving perf on both OSes. But, that is probably still 6+ months out from what I see following the svn dev mail list.
>
> BOb

Bob,

It seems like everyone is on my case about it being urgent. I was just being anxious because I haven't heard a response in days. I apologize to everyone if me being anxious offended anyone. I do appreciate everyone's time here.

Both of the systems are similar. They have single drives. The Win machines were clean installed with no AV or firewall enable/on.

22secs difference for a 11mb download might not be that big of a difference. But if you have download 1gb that would be a different story.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2651375

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-08-25 21:23:07 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.