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

Re: svnsync crashes on a huge commit

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 18 Jul 2013 17:29:38 +0100

I see those values with 1.8.x but the problem appears to be fixed on
trunk where the memory use is remains more or less constant at 100MB
virtual, 25MB resident.

Philip Martin <philip.martin_at_wandisco.com> writes:

> I see smaller numbers on my 64-bit Linux box. r18 is the worst at about
> 550MB.
> Anatoly Zapadinsky <zapadinsky_at_gmail.com> writes:
>> I've just tried this at home using console apps from tortoise
>> distributive (1.8.0 r1490375). Computer is running Windows2003Server
>> 32bit version.
>> svncync already allocated 660 Mb transmitting file data for the 5th
>> revision. Memory is deallocated after every new revision is
>> transferred, so it is not technically a leak its a different thing.
>> Memory consumption is not related to the network speed, I've rerun
>> process limiting the speed in modem settings, same 660Mb on 5th
>> revision.
>> On Thu, Jul 18, 2013 at 11:22 AM, Bert Huijben <bert_at_qqmail.nl> wrote:
>>> I just tried svnsyncing the chromium repository to my local machine
>>> (Subversion 1.8.0, standard SlikSvn binary) on Windows and the svnsync
>>> process didn’t get above 86 MB memory usage syncing the first 563 revisions.
>>> This was a sync to a local harddisk.
> --
> Philip Martin | Subversion Committer
> WANdisco | Non-Stop Data

Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
Received on 2013-07-18 18:30:14 CEST

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