<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: LAMPS on steroids</title>
	<atom:link href="http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/feed/" rel="self" type="application/rss+xml" />
	<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/</link>
	<description>where ideas come and die</description>
	<lastBuildDate>Fri, 26 Feb 2010 17:15:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<item>
		<title>By: Yoav Aviram</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-188399</link>
		<dc:creator>Yoav Aviram</dc:creator>
		<pubDate>Fri, 10 Oct 2008 17:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-188399</guid>
		<description>Did you try comparing it to other allocators optimized for multi-threading such as hoard, mtmalloc or ptmalloc?</description>
		<content:encoded><![CDATA[<p>Did you try comparing it to other allocators optimized for multi-threading such as hoard, mtmalloc or ptmalloc?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: domas mituzas: vaporware, inc. &#187; Blog Archive &#187; On valgrind and tcmalloc</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-129478</link>
		<dc:creator>domas mituzas: vaporware, inc. &#187; Blog Archive &#187; On valgrind and tcmalloc</dc:creator>
		<pubDate>Thu, 27 Mar 2008 10:58:19 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-129478</guid>
		<description>[...] already wrote about tcmalloc, and how it helped with memory fragmentation. This time had some experience with [...]</description>
		<content:encoded><![CDATA[<p>[...] already wrote about tcmalloc, and how it helped with memory fragmentation. This time had some experience with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elliot Murphy 28:1 &#187; Blog Archive &#187; trying out tcmalloc with postgresql to speed up the test suite</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-47160</link>
		<dc:creator>Elliot Murphy 28:1 &#187; Blog Archive &#187; trying out tcmalloc with postgresql to speed up the test suite</dc:creator>
		<pubDate>Tue, 05 Jun 2007 17:46:29 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-47160</guid>
		<description>[...] One of the web apps I work on has a really fantastic test suite. We have unit tests, system tests, page tests, the whole thing makes it a system I&#8217;m proud to have a small part in. However, the test suite takes 59 minutes to run on my laptop. It runs against a local postgres database loaded with sample data, and I occasionally try various things to see if I can make it run faster. This is about my experiment with tcmalloc, something I&#8217;ve been wanting to try for months now and finally got around to doing. The pound load balancer uses tcmalloc, and Domas blogged about using tcmalloc with squid and MySQL a while ago. [...]</description>
		<content:encoded><![CDATA[<p>[...] One of the web apps I work on has a really fantastic test suite. We have unit tests, system tests, page tests, the whole thing makes it a system I&#8217;m proud to have a small part in. However, the test suite takes 59 minutes to run on my laptop. It runs against a local postgres database loaded with sample data, and I occasionally try various things to see if I can make it run faster. This is about my experiment with tcmalloc, something I&#8217;ve been wanting to try for months now and finally got around to doing. The pound load balancer uses tcmalloc, and Domas blogged about using tcmalloc with squid and MySQL a while ago. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nils Meyer&#8217;s weblog &#187; Blog Archive &#187; Backport: MySQL 5.0.41 with Google Performancetools (p4 optimized, i386)</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-41258</link>
		<dc:creator>Nils Meyer&#8217;s weblog &#187; Blog Archive &#187; Backport: MySQL 5.0.41 with Google Performancetools (p4 optimized, i386)</dc:creator>
		<pubDate>Thu, 24 May 2007 02:21:18 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-41258</guid>
		<description>[...] Domasz Mituzas stated Now the nice part is that the library is optimized for multi-threaded applications, doing lots of [...]</description>
		<content:encoded><![CDATA[<p>[...] Domasz Mituzas stated Now the nice part is that the library is optimized for multi-threaded applications, doing lots of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vetle Roeim</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-33070</link>
		<dc:creator>Vetle Roeim</dc:creator>
		<pubDate>Fri, 20 Apr 2007 22:18:49 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-33070</guid>
		<description>tcmalloc is awesome! We had very similar problems, with CPU spikes on our MySQL server... Queries started taking ages and the replication got waaay behind the master, it just couldn&#039;t keep up.

Using tcmalloc with MySQL really improved things, and the CPU load is now much more even! :)</description>
		<content:encoded><![CDATA[<p>tcmalloc is awesome! We had very similar problems, with CPU spikes on our MySQL server&#8230; Queries started taking ages and the replication got waaay behind the master, it just couldn&#8217;t keep up.</p>
<p>Using tcmalloc with MySQL really improved things, and the CPU load is now much more even! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-14921</link>
		<dc:creator>James</dc:creator>
		<pubDate>Mon, 01 Jan 2007 22:39:43 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-14921</guid>
		<description>What does tcmalloc give you over the Hoard allocator? Its been around for ages, and it very cross-platform, and has been shown to outperform ptmalloc by a huge amount...</description>
		<content:encoded><![CDATA[<p>What does tcmalloc give you over the Hoard allocator? Its been around for ages, and it very cross-platform, and has been shown to outperform ptmalloc by a huge amount&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#60;/depesz&#62; &#187; Blog Archive &#187; lepszy malloc()</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-12591</link>
		<dc:creator>&#60;/depesz&#62; &#187; Blog Archive &#187; lepszy malloc()</dc:creator>
		<pubDate>Wed, 20 Dec 2006 10:52:51 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-12591</guid>
		<description>[...] jak większość programist&#243;w wie, systemowy (glibcowy) malloc jest delikatnie sprawę ujmując zbyt og&#243;lny. mniej delikatnie - do niczego. sprawdza się przy programach gdzie wydajność nie jest kluczowa. problem jest znany. część projekt&#243;w pisze własne wersje malloca - przykładem chociażby postgres i jest palloc. jak mi donieśli zaprzyjaźnieni admini google wypuścł, a kolesie od wikipedii przetestowali, nową wersję malloca. ta - napisana przez google&#8217;a, nazywa się tcmalloc i jest dużo szybsza. można obejrzeć np. spadek zajętości procesora przez squidy zrekompilowane z tcmalloc&#8217;iem - r&#243;żnica powala. tcmalloc jest całkowicie bezstresowym zastępnikiem do standardowego malloca. można go alko zlinkować przy budowaniu, albo zaladować przy pomocy LD_PRELOAD. polecam przyjrzenie się temu - wygląda mocno obiecująco. [...]</description>
		<content:encoded><![CDATA[<p>[...] jak większość programist&oacute;w wie, systemowy (glibcowy) malloc jest delikatnie sprawę ujmując zbyt og&oacute;lny. mniej delikatnie &#8211; do niczego. sprawdza się przy programach gdzie wydajność nie jest kluczowa. problem jest znany. część projekt&oacute;w pisze własne wersje malloca &#8211; przykładem chociażby postgres i jest palloc. jak mi donieśli zaprzyjaźnieni admini google wypuścł, a kolesie od wikipedii przetestowali, nową wersję malloca. ta &#8211; napisana przez google&#8217;a, nazywa się tcmalloc i jest dużo szybsza. można obejrzeć np. spadek zajętości procesora przez squidy zrekompilowane z tcmalloc&#8217;iem &#8211; r&oacute;żnica powala. tcmalloc jest całkowicie bezstresowym zastępnikiem do standardowego malloca. można go alko zlinkować przy budowaniu, albo zaladować przy pomocy LD_PRELOAD. polecam przyjrzenie się temu &#8211; wygląda mocno obiecująco. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domas Mituzas</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-12119</link>
		<dc:creator>Domas Mituzas</dc:creator>
		<pubDate>Sun, 17 Dec 2006 18:31:50 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-12119</guid>
		<description>2.6 squid (it has been under performance engineering lately). 
COSS is our storage used, on Linux (Ubuntu/Fedora were having the issue).</description>
		<content:encoded><![CDATA[<p>2.6 squid (it has been under performance engineering lately).<br />
COSS is our storage used, on Linux (Ubuntu/Fedora were having the issue).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-11063</link>
		<dc:creator>john</dc:creator>
		<pubDate>Wed, 13 Dec 2006 06:20:57 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-11063</guid>
		<description>This is pretty damn interesting.  So what version of squid did you link against TCmalloc, and were you using aufs ?  or were you using FreeBSD ?</description>
		<content:encoded><![CDATA[<p>This is pretty damn interesting.  So what version of squid did you link against TCmalloc, and were you using aufs ?  or were you using FreeBSD ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris DiBona</title>
		<link>http://mituzas.lt/2006/12/06/google-perftools-tcmalloc-squid/comment-page-1/#comment-10607</link>
		<dc:creator>Chris DiBona</dc:creator>
		<pubDate>Wed, 06 Dec 2006 19:14:05 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/2006/12/06/google-perftools-tcmalloc-squid/#comment-10607</guid>
		<description>Thanks for using tcmalloc! We&#039;re proud of it too.</description>
		<content:encoded><![CDATA[<p>Thanks for using tcmalloc! We&#8217;re proud of it too.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
