Re: deltification questions

On Sun, 2003-12-14 at 00:33, C. Michael Pilato wrote:
> Martin MAURER <martinmaurer@gmx.at> writes:
>
> > if I switch to svn 0.34, and do a dump and load on this repo,
> > will this then be deltificated ?
>
> Yes. 'svnadmin load' deltifies each revision as it is added to your
> repository.
>
I just tried svn version 0.35.0 (checked out the branch via svn).
I am getting reproducible problems with svnadmin load:

gunzip -c /backup/svn/SVN_databases_2003_12_14.gz | svnadmin load
SVN_databases

<<< Started new transaction, based on original revision 31
     * editing path : guute_devel.sql ... done.

------- Committed revision 31 >>>

<<< Started new transaction, based on original revision 32
     * editing path : guute_devel.sql ... done.

------- Committed revision 32 >>>

<<< Started new transaction, based on original revision 33
     * editing path : guute_devel.sql ... done.
Killed

svnadmin gets Killed, because it uses up all my memory:
  PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
19111 lonestar 17 0 507M 104M 864 R 38.0 84.0 18:25 svnadmin

(part of top shortly before it gets killed)

I have got the following installation:
Berkeley DB 4.2.52
httpd 2.0.48's apr, aprutil
subversion 0.35.0 (checked out on Sun 14)
access method: file:///

this issue isnt a bigger problem for me, but I think it should be
resolved.

The problem is, that the data I am talking about is company data,
so I can't easily make it available.

The svndump was done with svn 0.33.1
there are 8 files in the repository
2 of them need about 40 mb space
the files are dumps from a mysql database (using mysqldump),
the revisions are created by doing daily dumps of these databases.
the latest Revision-number in the dumpfile is 43

Is there anything I could try ?
(maybe some easy way to disable deltification, to see if the bug is part
of that code, or something like that)

greetings
Martin