<?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: How multiple disks can benefit for single client workload ?</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Sat, 07 Nov 2009 18:35:44 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: David Holoboff</title>
		<link>http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/comment-page-1/#comment-289824</link>
		<dc:creator>David Holoboff</dc:creator>
		<pubDate>Tue, 29 Apr 2008 14:34:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/#comment-289824</guid>
		<description>Peter,

Do you have any posts that compare filesystem and IO schedulers, and perhaps a SATA vs. SCSI comparison?</description>
		<content:encoded><![CDATA[<p>Peter,</p>
<p>Do you have any posts that compare filesystem and IO schedulers, and perhaps a SATA vs. SCSI comparison?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marki</title>
		<link>http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/comment-page-1/#comment-289706</link>
		<dc:creator>Marki</dc:creator>
		<pubDate>Tue, 29 Apr 2008 08:37:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/#comment-289706</guid>
		<description>And what about SAN disk arrays like EVA? They use all available disk spindles for every LUN - so when you have 30x 73 GB 15k disks and create 100 GB LUN, it will distributed over all 30 disks. I don&#039;t remember the chunk size now (it is 32 MB, but I think the piece which is stripped is 2 MB). So there is very big chance that every request will come to different disk. Also you have mirroring, so every chunk can be read from 2 drives.</description>
		<content:encoded><![CDATA[<p>And what about SAN disk arrays like EVA? They use all available disk spindles for every LUN &#8211; so when you have 30x 73 GB 15k disks and create 100 GB LUN, it will distributed over all 30 disks. I don&#8217;t remember the chunk size now (it is 32 MB, but I think the piece which is stripped is 2 MB). So there is very big chance that every request will come to different disk. Also you have mirroring, so every chunk can be read from 2 drives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/comment-page-1/#comment-289013</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Sun, 27 Apr 2008 16:40:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/#comment-289013</guid>
		<description>Matt sure, 

There are many different issues people run into and I wanted to write about particular one, though single thread is important one because it is something which often comes as surprise. Haven not you ever seen Slaves which are unable to keepup with master even if you do not have any side load on them or  people trying to speedup long running queries but getting expensive hardware and failing to see substantial benefits ? 

In many cases you would of course see multiple clients but it is performance of single thread is causing you a problem  - sometimes this would be because of competition with other threads but often it is simply limitations of how well single thread can use multiple disks.</description>
		<content:encoded><![CDATA[<p>Matt sure, </p>
<p>There are many different issues people run into and I wanted to write about particular one, though single thread is important one because it is something which often comes as surprise. Haven not you ever seen Slaves which are unable to keepup with master even if you do not have any side load on them or  people trying to speedup long running queries but getting expensive hardware and failing to see substantial benefits ? </p>
<p>In many cases you would of course see multiple clients but it is performance of single thread is causing you a problem  &#8211; sometimes this would be because of competition with other threads but often it is simply limitations of how well single thread can use multiple disks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt yonkovit</title>
		<link>http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/comment-page-1/#comment-288966</link>
		<dc:creator>Matt yonkovit</dc:creator>
		<pubDate>Sun, 27 Apr 2008 14:03:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/04/26/how-multiple-disks-can-benefit-for-single-client-workload/#comment-288966</guid>
		<description>Nice follow-up peter.  For me I am looking beyond the single thread IO bottleneck, and mainly concerned with customer workloads.  In these cases I can see AWAIT times that approach some insane levels.  In fact I want to say maybe 80% of the people who I deal with have substandard latency coming from their IO subsystem. I don&#039;t think I ever have encountered a single threaded latency issue. So mostly I see  High queues, tons of requests, high wait times, etc.  Sometimes adding more memory gets the job done, but many times they are maxed out.  

So its all about the IO ( contention ) !</description>
		<content:encoded><![CDATA[<p>Nice follow-up peter.  For me I am looking beyond the single thread IO bottleneck, and mainly concerned with customer workloads.  In these cases I can see AWAIT times that approach some insane levels.  In fact I want to say maybe 80% of the people who I deal with have substandard latency coming from their IO subsystem. I don&#8217;t think I ever have encountered a single threaded latency issue. So mostly I see  High queues, tons of requests, high wait times, etc.  Sometimes adding more memory gets the job done, but many times they are maxed out.  </p>
<p>So its all about the IO ( contention ) !</p>
]]></content:encoded>
	</item>
</channel>
</rss>
