[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: Fri, 06 Feb 2009 16:31:19 -0500

Bolstridge, Andrew wrote:
>
> > -----Original Message-----
> > From: Ruslan Sivak [mailto:russ_at_vshift.com]
> > Sent: Fri 06/02/2009 00:27
> > To: Bert Huijben
> > Cc: 'Bert Huijben'; users_at_subversion.tigris.org
> > Subject: Re: Speeding up workspace
>
> > 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).
>
>
> Do you have directory compression turned on? Try with it off...
>
> You cannot tell Windows to use its cache - it does it automatically.
> the best you can do to tweak this behaviour is to change the system
> control panel option for performance to use cache as if the
> workstation is a server - optimise for background processes.
>
> You can try turning off last-access-time on the partition (google or
> read some past posts) so Windows won't try to update the atime flag
> all the time, that might help, but I've not seen any difference (but I
> don't have 44k files!)
>
>
>
That folder is not compressed. I think the issue is that there are a
lot of small files/empty directories which are taking up a full
allocation unit on the filesystem.

I changed some windows settings last night, will see if it impvoes.
I've already had last-access-time turned off.

I have tested this with a couple of raptors on another pc and the update
times are more reasonable. I guess it's time for a drive upgrade (or
delete all those empty folders).

Russ

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-06 22:32:22 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.