On 07/26/2018 12:45 PM, R P Herrold wrote: > On Thu, 26 Jul 2018, Florian Weimer wrote: > >> I would like to request a change of the Packaging Guidelines, advising >> packagers not to interpose malloc. > > The use here of 'interpose' is unclear to me -- are you saying > 'substitute a different' ? > >> The reasons are: >> >> * We have resources to support glibc malloc, but not for other mallocs. >> * Other mallocs do not follow ABI and provide insufficient alignment. >> * Choosing a malloc is workload-dependent and forcing a non-default >> malloc takes options away from system administrators. > > Could you please mention a couple of bugs where this is shown? Sure, issues like bug 1430223 are CLOSED/WONTFIX. Bug 1430223 - In some conditions, tcmalloc memalign will segfault https://bugzilla.redhat.com/show_bug.cgi?id=1430223 Do we have anyone with allocator experience beyond the Fedora glibc team? I think a key point here is to reduce the number of allocators being used by the distribution so we can keep the quality high and help our users when they have problems. Granted some people will need to use jemalloc because upstream links against it directly, or is deeply integrated with it. I don't think we should block that. We should however, avoid it where possible, and standardize on an allocator that works well by default across a lot of workloads, and let the system admins / DevOps people choose allocators in the light of feedback from performance on production workloads (not chosen by us, package managers, or upstream). Allocator choice is always tightly coupled to workload. Cheers, Carlos. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/XHADC733NTQXRVSHNAYP2OLB7XLJDPRP/
