On Wed, Aug 25, 2010 at 15:22, Lenney <ly6_at_rice.edu> wrote:
> 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.
> 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.
You're making an assumption that the timing gap between Linux &
Windows is linear as checkout size increases. It will greatly depend
upon a number of factors and in all likelihood it will not be linear.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-08-25 21:51:45 CEST