From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19515 invoked by alias); 1 Jun 2017 20:21:02 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 19340 invoked by uid 89); 1 Jun 2017 20:21:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=HTo:D*ucla.edu, policy X-HELO: mx1.redhat.com DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com A78A861D05 Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fweimer@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com A78A861D05 Subject: Re: [PATCH] Dynamic growable arrays for internal use To: Jeff Law , Carlos O'Donell , Paul Eggert , GNU C Library References: <4ed5035d-3b88-0030-b3b4-b7e4e2e13e88@redhat.com> From: Florian Weimer Message-ID: <6c275b0c-1217-0044-a1ab-2af450028874@redhat.com> Date: Thu, 01 Jun 2017 20:21:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-06/txt/msg00065.txt.bz2 On 06/01/2017 07:09 PM, Jeff Law wrote: > FWIW, we use a 1.5 growth factor for similar situations within GCC. Once we have a set of internal users, I plan to add an stap probe which logs the final sizes (and the element type etc.), and then we can revisit the growth policy. My hope is that very few dynarrays will ever hit the heap, but we'll see. Thanks, Florian