Arnaud Charlet - 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: Arnaud Charlet
• To: Daniel Berlin
• Cc: Gabriel Dos Reis , Russ Allbery , GCC Development
• Date: Wed, 23 Nov 2005 09:39:49 +0100
• 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>

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.

This was svn 1.2.3, dunno if svn 1.3.0 is better in this area, but it would certainly be good to fix this behavior.

Currently, I have to do a 'for' loop in sh to work around this trivial issue, which is certainly annoying, since I do use svn diff a lot.

Arno

• Follow-Ups:
  • Re: Copies of the GCC repository
    * From: Daniel Berlin
• 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