[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: Anatoly Zapadinsky <zapadinsky_at_gmail.com>
Date: Sat, 27 Jul 2013 01:56:57 +0400

I am sorry to open this thread again. But it seems that this revision
was not included in 1.8.1. Will it be included in 1.8.2?

I want to use svnsync on windows and compiling trunk on windows looks
like a nightmare after some superficial googling.

On Sat, Jul 20, 2013 at 10:31 PM, Anatoly Zapadinsky
<zapadinsky_at_gmail.com> wrote:
> I confirm that the trunk do not consume more than 50Mb on this commit.
> And also it is subjectively faster. You should merge this bugfix to
> 1.8 branch.
>
> On Fri, Jul 19, 2013 at 2:32 PM, Philip Martin
> <philip.martin_at_wandisco.com> wrote:
>> Philip Martin <philip.martin_at_wandisco.com> writes:
>>
>>> 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.
>>
>> It's r1499863, the rewrite of ra_serf's replay code, that fixes the
>> memory use. Reverse merging that revision to trunk causes the problem
>> to come back.
>>
>> --
>> Philip Martin | Subversion Committer
>> WANdisco | Non-Stop Data
Received on 2013-07-26 23:57:30 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.