From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2238 invoked by alias); 12 Oct 2015 12:06:17 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 36843 Received: (qmail 28445 invoked from network); 12 Oct 2015 12:06:16 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=LnH5m1920k0CRzennmuhN63YTmj5onruavLh+SRmqss=; b=K9h+zTke4FcLp/Ziye/MxSrPINskS8v8cjGqWa82yp0JHzrgLPQplNtw0z9OtjvES0 msjqQHEgY+OwFNtKwOx0BALxFu1/BGy7ki+p9YujmsUacSm3EPwn3CJJu6IY2KmvhiKz VNaVDwOXM+a9koGfoTH0TH9yyA/ludme4aOKNc2uQXpEW5VQNIII33QLPGVmhxg/sCeR ToZ8ASI6aG7lWIFbO5szdiTykTHyw5s7qqGj7ntdkxhPevpcUMXnKx/Jvbo8xMjjx9Og +CWT3U6ii0MdD6wvm2eh4tMDyqeBmFqzLzgMo6yDswlBrgSn/9KORz7ey9Q96W9wUxrr hOSA== X-Received: by 10.25.88.67 with SMTP id m64mr8157565lfb.23.1444651573598; Mon, 12 Oct 2015 05:06:13 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <151011142204.ZM9103@torch.brasslantern.com> References: <151010105849.ZM10144@torch.brasslantern.com> <151010170623.ZM16166@torch.brasslantern.com> <151010232045.ZM12931@torch.brasslantern.com> <151011091757.ZM27755@torch.brasslantern.com> <151011103121.ZM8814@torch.brasslantern.com> <151011142204.ZM9103@torch.brasslantern.com> From: Sebastian Gniazdowski Date: Mon, 12 Oct 2015 14:05:54 +0200 Message-ID: Subject: Re: Slowdown around 5.0.5-dev-0 To: Bart Schaefer Cc: zsh-workers@zsh.org Content-Type: text/plain; charset=UTF-8 On 11 October 2015 at 23:22, Bart Schaefer wrote: > } Htop shows RES of 152 MB. For the first patch > } RES is 166 MB. For the clean version it's 152 MB. > > OK, this makes sense because the patch from workers/36834 is leaving some > heaps around longer whereas the patch from workers/36836 is just avoiding > a re-scan of the list of heaps at allocation time. Can something be done inside the script to make memory more prepared for heavy computation? I tried putting: # Allocate a large buffer just to free it a="" a="${(r:2000000:: :)a}" a="" before: list=( "${(@M)list:#(#i)*$~search_pattern*}" ) But it doesn't make difference Best regards, Sebastian Gniazdowski