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

RE: Re: Various slow-downs

From: Michael Abbott <Mabbott_at_torus.com.au>
Date: 2005-11-10 01:14:04 CET

> -----Original Message-----
> From: Simon Large [mailto:simon@skirridsystems.co.uk]
> Sent: Wednesday, 9 November 2005 8:42 PM
> To: users@tortoisesvn.tigris.org
> Subject: Re: Various slow-downs

Thanks for the reply, Simon!

> > * When you commit, the log window can take up to 10 minutes to
> > I can consistently reproduce this on my PC by just clicking commit
> > any folder under SVN control. Having a look at the processes,
> > TSVNCache.exe remains at 0% CPU time, and TortoiseProc.exe starts at

> > 0%, slowly works it's way up to 50% and then drops to 1% or so.
> > a while of that, the log window finally responds.
> See note at end.

I would have thought this is a separate issue -- once TSVNCache has
cached the status of all the files in the WC shouldn't that now be
available to TortoiseProc?

> > * One user was having periods of TSVNCache.exe jumping up
> to 15%-30%
> > CPU usage. During these periods, the disk usage becomes
> really heavy,
> > effectively slowing down shell access to the SVN files
> (explorer will
> > lock up, the files take ages to open, etc.).
> That's normal. TSVNCache runs as a very low priority task, so
> anything else should be able to interrupt it. It needs to
> scan your working copy, which is what the disk activity is.
> However, if you are low on memory, the OS task switching can
> kill the system. With large WCs, the cache obviously eats more memory.

I'm not sure what you mean by low on memory. On this particular
machine, TSVN is taking up 2.6M (all sitting in RAM) and there's heaps
of RAM free. On my machine (My WC has more files) it's about 11M which
also seems acceptable. Is there some way of measuring what the lock up
would be?

> > * Update taking a long time per file. One user was showing me that
> > when they update, each file was taking about a 30 seconds
> to grab from
> > the server (this usually takes about a second per file). Then, a
> > couple of days later this stopped happening and we haven't
> been able
> > to reproduce it. Thought I'd throw it out there on the off chance
> > someone has had this happen to them before.
> Need more information:
> Is the repository local or accessed over the internet?
> Which protocol are you using (http/https/svn/svn+ssh/file)?
> What version of TSVN?
> What version of SVN server?

I'm going to leave this one for now. We've recently restarted the SVN
server and that appears to have solved this issue for the users I've
spoken to, so it sounds like something I should post to the SVN
mailing-list once I get a machine with these symptoms again.

Thanks again,
- Mab

Michael Abbott
Torus Games Pty Ltd
9 Redland Drv
Mitcham, VIC, 3132, Australia
Ph: +61 3 9874 5322
Fax: +61 3 9874 5399

To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org

Received on Thu Nov 10 08:31:53 2005

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.