From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16249 invoked by alias); 12 Feb 2015 20:04:39 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Received: (qmail 16146 invoked by uid 48); 12 Feb 2015 20:04:35 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug malloc/11261] malloc uses excessive memory for multi-threaded applications Date: Thu, 12 Feb 2015 20:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: malloc X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-02/txt/msg00158.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=11261 Carlos O'Donell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #21 from Carlos O'Donell --- I'm marking this fixed, since the tunnables that limit arena creation are fixed. You can limit the number of arenas in your application at the cost of thread contention during allocation (increased malloc latency). This does however limit the total VA usage. This is particularly true of 32-bit applications running close to the 32-bit VA limit. -- You are receiving this mail because: You are on the CC list for the bug.