On Sun, Mar 22, 2015 at 02:16:22PM +0100, Paolo Bonzini wrote:
On 21/03/2015 20:00, Niels de Vos wrote:
> On Sat, Mar 21, 2015 at 02:31:03PM +0100, Paolo Bonzini wrote:
>> Firefox and xulrunner are bundling their own copy of jemalloc (try
>> "strings /usr/lib64/xulrunner/xulrunner |grep jemalloc", or similarly
>> with /usr/lib64/firefox/firefox-bin).
>> Why isn't this recorded in the RPM provides (and why is there no mention
>> of jemalloc in
>> there any other known cases outside Mozilla products? I found bug
>> 788500 about unbundling jemalloc from redis.
> If jemalloc would be its own package, we would probably use that for
> nfs-ganesha too. Currently glibc/malloc is used, but jemalloc is well
> tested by the nfs-ganesha community and could have some benefits. I have
> not checked the sources of jemalloc, so I can not say if I would be
> a suitable maintainer for it.
nfs-ganesha is already using jemalloc, repoquery says:
$ repoquery --whatrequires 'libjemalloc.so.1()(64bit)'
Ah, right, thanks! It seems that upstream does not enable jemalloc by
default, but we do in Fedora. Thats good, and sorry for the noise!