<?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"
	>
<channel>
	<title>Comments on: Are larger buffers always better ?</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/</link>
	<description>Everything about MySQL Performance</description>
	<pubDate>Fri, 10 Oct 2008 19:46:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Project 2061 Techlog &#187; Optimizing MySQL Server Runtime Parameters</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-296426</link>
		<dc:creator>Project 2061 Techlog &#187; Optimizing MySQL Server Runtime Parameters</dc:creator>
		<pubDate>Wed, 07 May 2008 19:01:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-296426</guid>
		<description>[...] MySQL Performance Blog: Are larger buffers always better? [...]</description>
		<content:encoded><![CDATA[<p>[...] MySQL Performance Blog: Are larger buffers always better? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 记录/分享/…… &#187; Blog Archive &#187; A Few Common Performance Mistakes</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-249462</link>
		<dc:creator>记录/分享/…… &#187; Blog Archive &#187; A Few Common Performance Mistakes</dc:creator>
		<pubDate>Fri, 07 Mar 2008 01:34:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-249462</guid>
		<description>[...] http://www.mysqlperformanceblog.com/2007/09/17/mysql-what-read_buffer_size-value-is-optimal/ http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/ http://mysql-ha.com/2007/09/06/read-buffer-performance-hit/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.mysqlperformanceblog.com/2007/09/17/mysql-what-read_buffer_size-value-is-optimal/" rel="nofollow">http://www.mysqlperformanceblog.com/2007/09/17/mysql-what-read_buffer_size-value-is-optimal/</a> <a href="http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/" rel="nofollow">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/</a> <a href="http://mysql-ha.com/2007/09/06/read-buffer-performance-hit/" rel="nofollow">http://mysql-ha.com/2007/09/06/read-buffer-performance-hit/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Big DBA Head! - Database Brain Power! &#187; A Few Common Performance Mistakes</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-249320</link>
		<dc:creator>Big DBA Head! - Database Brain Power! &#187; A Few Common Performance Mistakes</dc:creator>
		<pubDate>Thu, 06 Mar 2008 16:27:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-249320</guid>
		<description>[...] http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/ http://mysql-ha.com/2007/09/06/read-buffer-performance-hit/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/" rel="nofollow">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/</a> <a href="http://mysql-ha.com/2007/09/06/read-buffer-performance-hit/" rel="nofollow">http://mysql-ha.com/2007/09/06/read-buffer-performance-hit/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MySQL Performance Blog &#187; MySQL: what read_buffer_size value is optimal ?</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-169059</link>
		<dc:creator>MySQL Performance Blog &#187; MySQL: what read_buffer_size value is optimal ?</dc:creator>
		<pubDate>Mon, 17 Sep 2007 14:50:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-169059</guid>
		<description>[...] for some workloads large read_buffer_sizes may hurt you even on large full table scans. (I wrote about some other cases when it hurts a while [...]</description>
		<content:encoded><![CDATA[<p>[...] for some workloads large read_buffer_sizes may hurt you even on large full table scans. (I wrote about some other cases when it hurts a while [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-233</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Wed, 21 Jun 2006 12:36:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-233</guid>
		<description>Apachez,

I see. If you would ever script benchmark please feel free to share them. It is great to have real user workloads. 

Automatic configuration advice would be great and there are actually some work is going on in this area (in the different project however). 

Yes there are number of recommended configs available out where. I should probably also post some.</description>
		<content:encoded><![CDATA[<p>Apachez,</p>
<p>I see. If you would ever script benchmark please feel free to share them. It is great to have real user workloads. </p>
<p>Automatic configuration advice would be great and there are actually some work is going on in this area (in the different project however). </p>
<p>Yes there are number of recommended configs available out where. I should probably also post some.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Apachez</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-228</link>
		<dc:creator>Apachez</dc:creator>
		<pubDate>Tue, 20 Jun 2006 15:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-228</guid>
		<description>The benchmarks in my case was more manual like in sqlyog and when running some of my applications (which in the end I could see the throughput of the queries).

What would be nice is if there could exist some kind of "recommended" values when using mysql administrator.

I mean like a specific page in mysql administrator which based of the output from "SHOW STATUS" etc could hint the admin of which values "might" be good to use for buffers etc from a theoretical point of view (there exist a couple of formulas regarding "recommended" settings in the manual).

I know flupps for example has a couple of "recommended" configs depending of the use of the server in question.</description>
		<content:encoded><![CDATA[<p>The benchmarks in my case was more manual like in sqlyog and when running some of my applications (which in the end I could see the throughput of the queries).</p>
<p>What would be nice is if there could exist some kind of &#8220;recommended&#8221; values when using mysql administrator.</p>
<p>I mean like a specific page in mysql administrator which based of the output from &#8220;SHOW STATUS&#8221; etc could hint the admin of which values &#8220;might&#8221; be good to use for buffers etc from a theoretical point of view (there exist a couple of formulas regarding &#8220;recommended&#8221; settings in the manual).</p>
<p>I know flupps for example has a couple of &#8220;recommended&#8221; configs depending of the use of the server in question.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-197</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Sat, 17 Jun 2006 13:29:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-197</guid>
		<description>Apachez,

I wish it would be as simple as couple of graphs. In reality so much here depends on workload it would be only missleading to have the graphs.   There are also so many variables and some of them are related, so their impact can't be measure independently so it is truly giant task.  I however did some bechmarks with 4.1 looking at performance of DBT2 benchmark under certain workloads. You can find it on our presentations page. 

The configs are kind of outdated. It is however something which is just named wrong.  The definition of "large" is changing every couple of years. They should be named something like  "myisam-mixed-4GB" which does not change over time a lot.  

But honestly speaking default values per thread buggers for "large" are already decent.  I  use same "sample" config file for last 3 years.  I typically only modify global buffers (innodb_buffer_pool, key_buffer_size, query_cache_size) to adjust them to size of the box.  Most other settings are rather adjusted looking on workload and most typically only give marginal improvement.

Do not forget you also can set values locally, so if you need 64MB sort buffer for one of your queries - you can set it before query is run. 

You values I guess are close to what I typically use. I just use smaller read_rnd_buffer_size=8MB and  rarely change join_buffer_size  as I try to avoid queries which would use it :) 

If you have some benchmarks data that would be great if you could share it. 

The 32K case was extreme as well as others.  My point was mostly to demonstrate incresing the values do not always increase performance and even can affect it negatively.  

Thanks for good comment.</description>
		<content:encoded><![CDATA[<p>Apachez,</p>
<p>I wish it would be as simple as couple of graphs. In reality so much here depends on workload it would be only missleading to have the graphs.   There are also so many variables and some of them are related, so their impact can&#8217;t be measure independently so it is truly giant task.  I however did some bechmarks with 4.1 looking at performance of DBT2 benchmark under certain workloads. You can find it on our presentations page. </p>
<p>The configs are kind of outdated. It is however something which is just named wrong.  The definition of &#8220;large&#8221; is changing every couple of years. They should be named something like  &#8220;myisam-mixed-4GB&#8221; which does not change over time a lot.  </p>
<p>But honestly speaking default values per thread buggers for &#8220;large&#8221; are already decent.  I  use same &#8220;sample&#8221; config file for last 3 years.  I typically only modify global buffers (innodb_buffer_pool, key_buffer_size, query_cache_size) to adjust them to size of the box.  Most other settings are rather adjusted looking on workload and most typically only give marginal improvement.</p>
<p>Do not forget you also can set values locally, so if you need 64MB sort buffer for one of your queries - you can set it before query is run. </p>
<p>You values I guess are close to what I typically use. I just use smaller read_rnd_buffer_size=8MB and  rarely change join_buffer_size  as I try to avoid queries which would use it <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>If you have some benchmarks data that would be great if you could share it. </p>
<p>The 32K case was extreme as well as others.  My point was mostly to demonstrate incresing the values do not always increase performance and even can affect it negatively.  </p>
<p>Thanks for good comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Apachez</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-186</link>
		<dc:creator>Apachez</dc:creator>
		<pubDate>Fri, 16 Jun 2006 21:10:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-186</guid>
		<description>Do there exist some kind of graphs/tables with benchmarks between different buffersizes in mysql 4.x/5.x like the case with the graphs for mmap feature of 5.1 or if it was 5.2 in this blog?

Because I have the impression that the "demo configs" which are included with mysql are somewhat outdated (im thinking of the huge, large etc which are included with the mysql installation for demostration purposes), while my own tests (not that scientific but still :P) shows that a relation of:

sort_buffer_size        = 8M
read_buffer_size        = 2M
read_rnd_buffer_size    = 32M
join_buffer_size        = 8M

seems to be a good performance wise start to use the buffers (compared to the default values).

Or is the 32k example in this blog post just a special case of when you perform a count inside a subquery along with a count in the outer query (which is most likely not that common) ?</description>
		<content:encoded><![CDATA[<p>Do there exist some kind of graphs/tables with benchmarks between different buffersizes in mysql 4.x/5.x like the case with the graphs for mmap feature of 5.1 or if it was 5.2 in this blog?</p>
<p>Because I have the impression that the &#8220;demo configs&#8221; which are included with mysql are somewhat outdated (im thinking of the huge, large etc which are included with the mysql installation for demostration purposes), while my own tests (not that scientific but still :P) shows that a relation of:</p>
<p>sort_buffer_size        = 8M<br />
read_buffer_size        = 2M<br />
read_rnd_buffer_size    = 32M<br />
join_buffer_size        = 8M</p>
<p>seems to be a good performance wise start to use the buffers (compared to the default values).</p>
<p>Or is the 32k example in this blog post just a special case of when you perform a count inside a subquery along with a count in the outer query (which is most likely not that common) ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Are larger buffers always better ?</title>
		<link>http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-109</link>
		<dc:creator>Are larger buffers always better ?</dc:creator>
		<pubDate>Wed, 07 Jun 2006 01:16:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/06/06/are-larger-buffers-always-better/#comment-109</guid>
		<description>[...] Are larger buffers always better ?: "Sometimes I see people thinking about buffers as 'larger is always better' so if 'large' MySQL sample configuration is designed for 2GB and they happen to have 16, they would simply multiply all/most values by 10 and hope it will work well. [...]</description>
		<content:encoded><![CDATA[<p>[...] Are larger buffers always better ?: &#8220;Sometimes I see people thinking about buffers as &#8216;larger is always better&#8217; so if &#8216;large&#8217; MySQL sample configuration is designed for 2GB and they happen to have 16, they would simply multiply all/most values by 10 and hope it will work well. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
