Daniel Berlin - Re: Copies of the GCC repository (original) (raw)

This is the mail archive of the gcc@gcc.gnu.orgmailing list for the GCC project.

• From: Daniel Berlin
• To: Arnaud Charlet
• Cc: Gabriel Dos Reis , Russ Allbery , GCC Development
• Date: Wed, 23 Nov 2005 06:50:17 -0500
• Subject: Re: Copies of the GCC repository
• References: 1130527765.17718.24.camel@linux.site <20051108011747.GA1820@nevyn.them.org> <m3ek58br9r.fsf@uniton.integrable-solutions.net> <20051122161226.GA18586@nevyn.them.org> <87k6f0w8nn.fsf@windlord.stanford.edu> <m3veykutel.fsf@uniton.integrable-solutions.net> <1132719800.3076.227.camel@linux.site> <20051123083949.GB34669@adacore.com>

On Wed, 2005-11-23 at 09:39 +0100, Arnaud Charlet wrote:

Most svn side operations create subpools for loops that may allocate per-iteration memory due to calls to other functions, etc, and clear it each iteration to avoid such per iteration allocations become too large. Some don't.

FWIW, the first (and only) time I tried to do a svn diff on lots of files (about 700), svn diff never returned: my machine started to swap and be unresponsive like hell, and I had a very hard time hitting ^C to stop it.

Uh, i've never seen such behavior from SVN.

SVN diff requires stat'ing a lot of files currently (and in 1.2.3, opening and reading a bunch of almost-empty files), but memory usage should be close to nothing.

It'd be really nice if you could reproduce this behavior so i can fix it.

--Dan

• References:
  • Re: Copies of the GCC repository
    * From: Daniel Jacobowitz
  • Re: Copies of the GCC repository
    * From: Gabriel Dos Reis
  • Re: Copies of the GCC repository
    * From: Daniel Jacobowitz
  • Re: Copies of the GCC repository
    * From: Russ Allbery
  • Re: Copies of the GCC repository
    * From: Gabriel Dos Reis
  • Re: Copies of the GCC repository
    * From: Daniel Berlin
  • Re: Copies of the GCC repository
    * From: Arnaud Charlet