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

Re: [TSVN] TSVNCache too resource intensive on large working copies

From: Simon Large <slarge_at_slarge.plus.com>
Date: 2005-05-27 12:30:41 CEST

Peter McNab wrote:
> Several things occurred to me while reading through todays
> discussions. One has been covered, i.e maybe the IDE DMA has not been
> enabled.
> Along this vein then other possibilities are:-
> No motherboard/chip set enhanced IDE drivers installed.
> Bad disk defragmentation or using FAT32 instead of NTFS.
> Is the O/S doing lots of virtual memory swapping between RAM and disk?
> i.e. system low on memory
> or maybe another application is hogging the CPU.
> Is the paging file and MFT (NTFS) fragmented.?
> Is the recursive search exceeding the 10 mins and never finishing?
> Has a third party disk Cache program been tried like Cacheman.
> One thing Cacheman does is offer the ability to turn off updating
> files last time accessed, which can slow a system down if there are a
> lot of small files being touched.
> Has Executive Software's Diskeeper been employed to get the disk and
> directory defragmentation optimized.
>
> Seriously if someone is going to work with large repositories then
> some serious CPU grunt is going to be well worth the expenditure.
> Stephan and Will seem to have taken the correct approach to
> de-prioritizing the Cache so the software aspect is the least
> intrusive.

This is all good stuff, but I think the problem may be one of user
acceptance. Up til TSVN 1.1.7, recursive overlays just weren't an option
on anything but tiny WCs, so most people had them disabled. You never
had to worry about maximising performance for TSVN's benefit.

Now that we have the cache, we get recursive overlays and fast response.
But now you can't turn off the recursion like you used to, so for really
big WCs there is a lot of crawling to do to fill that status cache. The
only other option is to turn off overlays completely, and as the manual
says, "where's the fun in that?"

Unless we find that the cache is hogging resources due to some
overcrawling bug, then we may have to restore the 'Recursive overlays'
option, and modify the cache so that with that option it only descends
as far as it is asked to.

Simon

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri May 27 12:29:55 2005

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

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