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

Re: Memory comsumption of svn

From: Daniel Berlin <dan_at_dberlin.org>
Date: 2002-02-28 21:44:05 CET

On Thu, 28 Feb 2002, Ben Collins wrote:

> On Thu, Feb 28, 2002 at 09:21:36AM -0800, Justin Erenkrantz wrote:
> > On Thu, Feb 28, 2002 at 09:53:53AM -0500, Ben Collins wrote:
> > > Heh, 2gig file limits are way old problems for Linux :) I know it is
> > > still a concern on WinNT 4, and Win9[58] (maybe 2000 aswell?).
> >
> > Eh, no.
> >
> > I'll just point out that Linux (actually, glibc I think) still has
> > major problems with 64-bit files and network code.
> Uh, glibc 2.2.x handles large files just fine, if you enable it.
> Sendfile not supporting it is a limitation in the kernel, I believe.
> > This shouldn't be too much of a problem because BDB will try to
> > hide that, but APR will *not* handle large files on Linux since
> > they disable sendfile() with 64bit files. Since APR is
> > network-oriented and we like sendfile(), we don't allow 64-bit
> > file mode in APR on Linux. And, consequently, we've never enabled
> > 64-bit support on Unix - only Win32 has largefile support in
> That's a limitation in sendfile and APR, not in Linux in general. So my
> assertion is still correct. There is no problem with BDB on Linux
> supporting > 2gig database files.

Yeah, but there seem to be problems in subversion, actually.
Compiling all of apr with -D_FILE_OFFSET_BITS=64 makes the apr related
errors you would get (value too large on stats), but subversion itself
(compiled with -D_FILE_OFFSET_BITS=64)
seems to have problems handling 2 gig+ files.

I can add them to the repo, but the commit core dumps a little bit after
creating the text-base copy of the file.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:10 2006

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.