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

[TSVN] Re: Re: Re: Severe performance degradation observed

From: Simon Large <slarge_at_blazepoint.co.uk>
Date: 2004-12-14 11:25:12 CET

Simon Large wrote:
> I will check that with filemon. But it seems that Russell's SVN tree
> is not being updated at all, so that is unlikely.

Also, the folder I am looking in has no sub-folders, so the SVN
recursion problem is eliminated in this particular test case.

OK, I have looked at 1920 and 1949 using filemon. Veeeery interesting.

Filemon has nothing filtered, all events monitored. Clear filemon, click
on SVNInclude in explorer left pane and stop filemon when explorer has

Log contains 2894 events.
Looking at svn_delta.h as a random sample:
Start at event 1269, finish at event 1318
49 events, elapsed time 0 msec
(10 msec granularity in timing)

There is also another set of 4 events for this file at the end, but it
is not repeated in build 1949, so I assume this is due to a change
(build 1937?)

Log contains 20470 events.
Looking at svn_delta.h:
Start at event 4650, finish at event 5280
630 events, elapsed time 100 msec

In 1949 there is a huge swathe of events looking at iconv\*.so for every
file, and also reading chunks out of the entries file. Looks like every
file is being handled as a fresh SVN status call.

Selected parts of the filemon output is in the attached zip.

Hope this gives a clue as to what is happening.


  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 Tue Dec 14 11:28:42 2004

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.