Educated snark is much better than uneducated snark. Why don't you take the time to understand why TokuDB benefits from jemalloc before suggesting they fix their code. mysqld has always been faster for me with tcmalloc & jemalloc versus glibc malloc. I don't recall much support from everyone at official MySQL when I was reporting those problem. Why didn't you fix mysqld back then so I didn't have to waste time on that?
http://mysqlha.blogspot.com/2009/01/double-sysbench-throughput-with_18.html http://mysqlha.blogspot.com/2008/12/make-mysql-faster-in-one-hour_14.html http://mysqlha.blogspot.com/2009/01/innodb-is-faster-tcmalloc-is-nice.html On Thu, Apr 25, 2013 at 9:47 AM, Vladislav Vaintroub <[email protected]>wrote: > > > > -----Original Message----- > > From: Maria-developers [mailto:maria-developers- > > [email protected]] On Behalf Of > > Kristian Nielsen > > Sent: Donnerstag, 25. April 2013 18:30 > > To: Daniel Bartholomew > > Cc: [email protected] > > Subject: Re: [Maria-developers] Installing jemalloc on build VMs > > > > > > It is said that tokutek "requires" jemalloc - maybe it would be better to > fix > > tokutek to work with standard libraries? > > > > I wanted to say the same. I do not understand quite how it is possible to > rely on malloc replacement library - it is a replacement, it is typically > handled at runtime (using LD_PRELOAD environment variable). Perhaps someone > familiar with the subject can enlighten us on it. > > > > > _______________________________________________ > Mailing list: https://launchpad.net/~maria-developers > Post to : [email protected] > Unsubscribe : https://launchpad.net/~maria-developers > More help : https://help.launchpad.net/ListHelp > -- Mark Callaghan [email protected]
_______________________________________________ Mailing list: https://launchpad.net/~maria-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~maria-developers More help : https://help.launchpad.net/ListHelp
