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

Re: Speeding up workspace

From: Ruslan Sivak <russ_at_vshift.com>
Date: Thu, 05 Feb 2009 19:27:16 -0500

Bert Huijben wrote:
> 1.7 is scheduled for the second half of 2009, so it is on the horizon. (Some
> developers are currently working on a branch to prepare the new working copy
> as trunk is currently stabilizing for branching 1.6).
>
> I'm not sure what else you can do...
> Just make sure you use a recent 1.5 like 1.5.5 and not some older 1.5.2 or
> something as we fixed a few windows performance issues since these early 1.5
> releases.
>
>
I am on the latest with regards to Tortoise, but not Subversive. I
might go back to Subclipse and see if that's improved.

Is 1.6 on the horizon? Will it improve things at all?
> If your framework changes the timestamps of files that can also slow down
> subversion. If a file has the exact timestamp and size of the original file
> subversion assumes it didn't change. If only the timestamp changes the file
> has to be checked for changes by comparing it to the original file.
>
>
I don't think the framework does that.
> Just another suggestion, not really related to subversion but more to disk
> performance: How much free ram does your pc have?
> The ram prices dropped significantly over the last year.. and creating a
> much larger disk cache certainly won't make your pc slower.
>
>

8GB total, 3GB used by the Cache, 0 Free right now.

Is there some way I can tell windows to just cache that whole folder in
RAM? It's under 100MB (although takes up 2.68GB on disk due to it being
many small files).

Russ

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1109759

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-06 01:28:16 CET

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

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