This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug malloc/20458] setting maximum arenas via mallopt ( M_ARENA_MAX ) is ineffective after enough threads have been created to satisfy mp_.arena_test
- From: "mcornish at ca dot ibm.com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Mon, 15 Aug 2016 10:51:46 +0000
- Subject: [Bug malloc/20458] setting maximum arenas via mallopt ( M_ARENA_MAX ) is ineffective after enough threads have been created to satisfy mp_.arena_test
- Auto-submitted: auto-generated
- References: <bug-20458-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=20458
Michael Cornish <mcornish at ca dot ibm.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|setting maximum arenas via |setting maximum arenas via
|mallopt ( M_ARENA_MAX ) is |mallopt ( M_ARENA_MAX ) is
|ineffective after a thread |ineffective after enough
|has been created |threads have been created
| |to satisfy mp_.arena_test
--- Comment #2 from Michael Cornish <mcornish at ca dot ibm.com> ---
revision (was referring to old version): of course narenas_limit won't be set
the first time through, but it will be set after ( narenas > mp_.arena_test )
has been satisfied, which I think should be after the 9th thread gets a new
arena.
--
You are receiving this mail because:
You are on the CC list for the bug.