hum... that's a point to consider, the last link ( https://lists.launchpad.net/maria-developers/msg05425.html) is a bit old: Date: Wed, 24 Apr 2013 18:00:51 +0200
maybe time to a new benchmark? or better explain about binary packages of mariadb? i use the source code version some times and didn't remember about checking malloc versions from changelog: - Revision #3888<http://bazaar.launchpad.net/~maria-captains/maria/5.5/revision/3888> [merge] Tue 2013-09-10 23:02:25 +0200 - merge with 5.5-tokudb tree (TokuDB 7.0.4). In particular: - add TokuDB, together with the ft-index library - cmake support, auto-detecting whether tokudb can be built - fix packaging - tokudb-engine.rpm, deb - remove PBXT - add jemalloc (no information about version here) - the server is built with jemalloc by default even if TokuDB is not built (no information about version here) - documentation files in RPM are installed in the correct location - support for optional deb packages (tokudb has specific build requirements) - move plugins from mariadb-server deb to appropriate debs (server/test/libmariadbclient) - correct mariadb-test.deb to be not architecture-independent - fix out-of-tree builds to never modify in-tree files - new handler::prepare_index_scan() method 2013/9/18 Reindl Harald <[email protected]> > well, recent is 3.4.0 > however, the releas enotes are not really true > jemalloc not linked nor loaded > > https://mariadb.com/kb/en/mariadb-5533-release-notes/ > Other Notable Information > MariaDB is now built with jemalloc by default on Linux > > [root@testserver:~]$ rpm -q --file /usr/libexec/mysqld > mariadb-server-5.5.33-6.fc19.20130917.rh.x86_64 > > [root@testserver:~]$ ldd /usr/libexec/mysqld > linux-vdso.so.1 => (0x00007fff16c89000) > libaio.so.1 => /lib64/libaio.so.1 (0x00007f8af9864000) > libz.so.1 => /lib64/libz.so.1 (0x00007f8af964c000) > libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f8af9414000) > libdl.so.2 => /lib64/libdl.so.2 (0x00007f8af9210000) > libssl.so.10 => /lib64/libssl.so.10 (0x00007f8af8fa8000) > libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f8af8bd6000) > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f8af88d2000) > libm.so.6 => /lib64/libm.so.6 (0x00007f8af85d0000) > libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f8af83c0000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f8af81a4000) > libc.so.6 => /lib64/libc.so.6 (0x00007f8af7de3000) > /lib64/ld-linux-x86-64.so.2 (0x00007f8afb1f5000) > libfreebl3.so => /lib64/libfreebl3.so (0x00007f8af7b76000) > libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 > (0x00007f8af792d000) > libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f8af764f000) > libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f8af744a000) > libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f8af7215000) > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f8af6fff000) > libkrb5support.so.0 => /lib64/libkrb5support.so.0 > (0x00007f8af6df0000) > libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f8af6bec000) > libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f8af69d2000) > libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f8af67ae000) > libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f8af654a000) > > [root@testserver:~]$ rpm -qa | grep jemalloc > jemalloc-devel-3.4.0-1.fc19.x86_64 > jemalloc-3.4.0-1.fc19.x86_64 > > [root@testserver:~]$ lsof | grep jemalloc > [root@testserver:~]$ > > Am 18.09.2013 17:54, schrieb Roberto Spadim: > > hummm maybe at mariadb-5.5 release notes should explain about using > > jemalloc-3.1.0 ? instead of 3.3.1? from what i read, this give a big > > difference in server with many cores > > > > 2013/9/18 Reindl Harald <[email protected]>: > >> > >> > >> Am 18.09.2013 17:40, schrieb Roberto Spadim: > >>> Hi guys, there're benchmark with jemalloc and last malloc implemention? > >> > >> the much more interesting question - how to build MariaDB with jemalloc > >> > >> https://lists.launchpad.net/maria-developers/msg05425.html > >> does not really give an answer > > > _______________________________________________ > Mailing list: https://launchpad.net/~maria-discuss > Post to : [email protected] > Unsubscribe : https://launchpad.net/~maria-discuss > More help : https://help.launchpad.net/ListHelp > > -- Roberto Spadim SPAEmpresarial
_______________________________________________ Mailing list: https://launchpad.net/~maria-discuss Post to : [email protected] Unsubscribe : https://launchpad.net/~maria-discuss More help : https://help.launchpad.net/ListHelp
