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

Re: 2.7 million I/O operations on boot...

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-06-03 21:11:33 CEST

Thomas Hruska wrote:
> I recently rebooted my computer to finish the upgrade to the latest TSVN
> 1.3.4 (32-bit). Upon completing the reboot, I started going about my
> business of getting things running again. The moment I launched "My
> Computer", TSVNCache.exe loaded and started going nuts. My system was
> almost unusable for about 15 minutes (thankfully I've got a CPU with

15 minutes? That's not that long a time.

> hyperthreading enabled). I launched Task Manager and quickly figured
> out that TSVNCache, whatever it was doing, was the cause:
>
> I/O Reads
> 2,282,862

my devenv.exe process has about a million more of those.

> I/O Writes
> 842
>
> I/O Other
> 528,221
>
>
> Note that the CPU utilization never went above 10%. My repository is
> huge (roughly 300MB on a local drive) and roughly 97% of the data in the
> repository is in a local WC. The hard drive was going incredibly nuts.

That's not a huge working copy. The TSVN repo with all the external
libraries is about half that size. And I have four of those working
copies in the same subfolder.

> It was making noises indicating it was being stressed (e.g. lots of
> head jumping) like a multi-threaded app. asking for data from lots of

If you hear a lot of head jumping, I strongly recommend that you run the
defrag program once in a while.

> different files all at once. Those sorts of applications reduces a hard
> drive's lifetime.
>
> As I've stated before, I'd like to see a cache for TSVNCache that sticks
> its data into the .svn directories and manages itself completely on the
> hard drive. That way large WCs are instantaneously traversable and thus
> don't require scanning subdirectories.

And as I already mentioned *several* times already: that wouldn't help
at all. It would only make things much worse!
I really don't have the time to explain *again* how the cache works.
Please search the mailing list. You will find many many mails where I
explain how it works, and why it works that way.

If you check the changelog of 1.3.4, you will find this entry:
- BUG: The cache could crash when starting up, or sometimes later due
        to invalid paths loaded from the disk on startup. (Stefan)

That means that version 1.3.4 will *not* load the cache it usually saves
to the disk (in *one* file, not spread in thousands of .svn dirs as
you'd like me to do), because that data (saved by a < 1.3.4 cache) is
invalid.

Stefan

-- 
        ___
   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 Sat Jun 3 21:11:46 2006

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.