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

RE: Memory leak remains in 1.6.3?

From: Todd C. Gleason <tgleason_at_impac.com>
Date: Wed, 24 Jun 2009 08:28:33 -0700

> -----Original Message-----
> From: Stefan Küng [mailto:tortoisesvn_at_gmail.com]
> Sent: Wednesday, June 24, 2009 9:19 AM
> To: users_at_tortoisesvn.tigris.org
> Subject: Re: Memory leak remains in 1.6.3?
...
>
> Locking/unlocking is usually done on very few files, so the svn library
> is optimized for that. Locking/unlocking hundreds of files indicates not
> a problem with svn but with your workflow (seriously: are you *really*
> working on all those 848 files at once?).

I think it's a valid use case. Consider that I may have a large search-replace or other refactoring operation to run, and before I do it, I want to lock all affected files. They may be binaries if I'm using a binary-capable editing or search/replace tool.

Admittedly, I don't see this happening often, but I have encountered this scenario a few times, and sometimes it meant committing a thousand files at once. I wouldn't be very concerned about performance here, but I would be concerned if memory usage went unbounded for this and required me to break up my lock/unlock/commit operations.

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-06-24 17:29:37 CEST

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.