From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1457 invoked from network); 10 May 2004 00:01:00 -0000 Received: from ns2.primenet.com.au (HELO primenet.com.au) (?NvFZ738LJxNp+FS9sexBRt4oT11TNfBS?@203.24.36.3) by ns1.primenet.com.au with SMTP; 10 May 2004 00:01:00 -0000 Received: (qmail 3304 invoked from network); 9 May 2004 22:56:23 -0000 Received: from thor.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.86) by proxy.melb.primenet.com.au with SMTP; 9 May 2004 22:56:23 -0000 Received: (qmail 12850 invoked from network); 9 May 2004 22:56:11 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 9 May 2004 22:56:11 -0000 Received: (qmail 16079 invoked by alias); 9 May 2004 22:56:00 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19900 Received: (qmail 16069 invoked from network); 9 May 2004 22:55:59 -0000 Received: from thor.dotsrc.org (HELO a.mx.sunsite.dk) (qmailr@130.225.247.86) by sunsite.dk with SMTP; 9 May 2004 22:55:56 -0000 Received: (qmail 12330 invoked from network); 9 May 2004 22:55:56 -0000 Received: from unknown (HELO moonbase.zanshin.com) (root@167.160.213.139) by a.mx.sunsite.dk with SMTP; 9 May 2004 22:55:54 -0000 Received: from toltec.zanshin.com (toltec.zanshin.com [167.160.213.166]) by moonbase.zanshin.com (8.12.11/8.12.11) with ESMTP id i49Mtc3J012057; Sun, 9 May 2004 15:55:38 -0700 Date: Sun, 9 May 2004 15:54:59 -0700 (PDT) From: Bart Schaefer Sender: schaefer@toltec.zanshin.com Reply-To: zsh-workers@sunsite.dk To: zsh-workers@sunsite.dk cc: 245678-submitter@bugs.debian.org Subject: Re: Bug#245678: zsh: built-in rm -rf fills up the memory In-Reply-To: <20040508141307.GA25262@scowler.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk X-Spam-Level: X-Spam-Status: No, hits=-0.0 required=6.0 tests=BAYES_44 autolearn=no version=2.63 X-Spam-Hits: -0.0 On Sat, 8 May 2004, Clint Adams wrote: > Should H_ISIZE be changed to the page size when USE_MMAP is defined, or > is there a reason to keep it the sizeof(union mem_align) ? Changing H_ISIZE won't fix the underlying cause of the bug, it'll just cause it to manifest only once every 4096/sizeof(union mem_align) calls rather than on every call. We need to find out what code branch is calling zhalloc() on every small increment, and why that code branch is being taken.