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 http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries)? Are there any other known cases outside Mozilla products? I found bug 788500 about unbundling jemalloc from redis.
Thanks,
Paolo
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 http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries)? Are 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.
Niels
On 03/21/2015 01:00 PM, 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 http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries)? Are 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.
Niels
There already is a jemalloc package. Whether it is the same as what is in other packages is unknown. firefox and xulrunner should have a note about bundled jemalloc.
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 http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries)? Are 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)' ... nfs-ganesha-0:2.1.0-11.fc21.x86_64 nfs-ganesha-fsal-ceph-0:2.1.0-11.fc21.x86_64 nfs-ganesha-fsal-gluster-0:2.1.0-11.fc21.x86_64 ...
Paolo
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 http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries)? Are 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)' ... nfs-ganesha-0:2.1.0-11.fc21.x86_64 nfs-ganesha-fsal-ceph-0:2.1.0-11.fc21.x86_64 nfs-ganesha-fsal-gluster-0:2.1.0-11.fc21.x86_64 ...
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!
Niels
packaging@lists.fedoraproject.org