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

Re: svn consumes all memory

From: Lukas Ruf <ruf_at_rawip.org>
Date: 2004-05-06 10:20:50 CEST

> Lukas Ruf <ruf@rawip.org> [2004-05-03 20:05]:
> > Ben Collins-Sussman <sussman@collab.net> [2004-05-03 16:49]:
> >
> > >
> > > I know I should not do this. However, for a bunch of other
> > > repositories, there is no problem with that configuration.
> >
> > "There is no problem?" Allow me to quote the book:
> >
> > "If you attempt to use Berkeley DB on a network share, the results
> > are unpredictable???you may see mysterious errors right away, or
> > it may be months before you discover that your repository database
> > is subtly corrupted."
> >
> > So you're working at your own risk here. Good luck.
> >

I put all the repositories to a local hard-disk,
re-created the problematic repository from scratch,
tried a checkout via https,
killed the svn client by 'kill -9' (because I had to disconnect temporarely),
restarted the checkout later,
and experienced the same problem: Linux killed the client by abort (at
least I saw this message on screen).

Hence my questions:
- does 'killing a checkout process by -9' destroy the repository?
- if so what is the best way to stop a large checkout?

- svn has the atomic operations. Is it possible that it crashes due
  to linux' limits because it saves also very large files/directories
  first in memory (one directory contained approx. 1.5GB of data but I
  have only 1GB RAM) before it writes the checkout to the disk?

  I stumbled over this idea when I realized that after the abort there
  were no data on disk.

  If this was the case, how could I handle large directories/files

Thanks for any hints!


Lukas Ruf           | Wanna know anything about raw |
<http://www.lpr.ch> | IP? -> <http://www.rawip.org> |
eMail Style Guide: <http://www.rawip.org/style.html>|
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 6 10:21:28 2004

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

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