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

Re: Give TSVNCache more CPU

From: Jeff Shanab <jshanab_at_jfs-tech.com>
Date: Mon, 3 Nov 2014 10:41:11 -0500

Yes I am using the 64 bit version. I have not restricted to my directories,
but i would think it knows that I have not added a .svn directory after the
first scan and cache that. only an add/checkout should then update the
cache. All settings are at default.

On Mon, Nov 3, 2014 at 10:10 AM, Bob Archer <Bob.Archer_at_amsi.com> wrote:

> That really doesn’t sound right. Are you 100% sure you have your Status
> Cache set to default and not shell?
>
>
>
> Also, I’ve found it works better if I isolate the overlays to my dev root.
> This way it doesn’t have to crawl the whole drive.
>
>
>
> *From:* Jeff Shanab [mailto:jshanab_at_jfs-tech.com]
> *Sent:* Saturday, November 01, 2014 11:53 AM
> *To:* users_at_tortoisesvn.tigris.org
> *Subject:* Give TSVNCache more CPU
>
>
>
> Everything I see is about reducing TSVNCache processes impact. Using
> "lowest possible priority", etc.
>
> I have 8 3.6ghz cores and 12G of ram and a solid state drive for the OS. I
> really need to increase TSVNCache process priority or otherwise give it a
> boost.
>
> I have a lot of repos each with a lot of files. and it is often taking
> 1-30 minutes (Yes I said minutes) for the icon overlays to update. The
> CPU's are practically idle during this time. Sometimes it is 10-20 seconds,
> but this is a bit ridiculous.
>
> If i check the process priority it is set for normal.
>
> Windows 7 ultimate 64bit runing 64bit TortoiseSVN. 1.8.8
>

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2014-11-03 16:41:15 CET

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.