This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/13823] Significant performance issue with std::map on multiple threads on dual processor - possibly default allocator
- From: "rittle at latour dot rsch dot comm dot mot dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 23 Jan 2004 03:26:10 -0000
- Subject: [Bug libstdc++/13823] Significant performance issue with std::map on multiple threads on dual processor - possibly default allocator
- References: <20040123001452.13823.devison@pacificit.co.nz>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From rittle at latour dot rsch dot comm dot mot dot com 2004-01-23 03:26 -------
Subject: Re: Significant performance issue with std::map on
multiple threads on dual processor - possibly default allocator
> Is there a per thread pool_alloc currrently available that is recommended
> for use?
> There looks like evidence of one, in the file
> include/c++/3.3.2/bits/stl_pthread_alloc.h
Do not use that one (well, the problem was it was never made portable
within our library context; it might work for you on any random system).
There is <ext/mt_allocator.h> on mainline / 3.4. The author of that
work just submitted patches which solve MP contention issues and
double the speed on non-MP systems. Please try that work, if you can.
Regards,
Loren
> (should I post questions like this via bugzilla?)
PS, please join us on libstdc++@gcc.gnu.org since we are currently
discussing MT/MP allocator issues in the C++ library.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13823