<?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: Sustained IO on EBS == No Bueno</title>
	<atom:link href="http://www.protocolostomy.com/2008/08/27/sustained-io-on-ebs-no-bueno/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.protocolostomy.com/2008/08/27/sustained-io-on-ebs-no-bueno/</link>
	<description>Made with only the finest 1's and 0's</description>
	<lastBuildDate>Wed, 10 Mar 2010 20:02:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: coldfire</title>
		<link>http://www.protocolostomy.com/2008/08/27/sustained-io-on-ebs-no-bueno/comment-page-1/#comment-4102</link>
		<dc:creator>coldfire</dc:creator>
		<pubDate>Fri, 03 Oct 2008 21:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.protocolostomy.com/?p=355#comment-4102</guid>
		<description>in my experimentation with a large EC2 instance and a 600GB EBS volume, i have seen the iowait hitting 50% when doing simple operations like extracting a tarball and/or uploading files sustained at 20Mb/s to the EBS volume.

i&#039;m getting terribly worried that EBS won&#039;t be sufficient to serve a lot of multimedia content from, but we&#039;ll see once i have everything in place and have a chance to run some benchmarks.

also attempted to create a snapshot of the volume when i had only 300gb of storage.  that is running so dreadfully slow that i wish there was a way to just kill it before it completes.  seems like it would be quicker to just create another volume, attach it, and copy the data.  of course, then you don&#039;t have that point in time snapshot ... but oh well.</description>
		<content:encoded><![CDATA[<p>in my experimentation with a large EC2 instance and a 600GB EBS volume, i have seen the iowait hitting 50% when doing simple operations like extracting a tarball and/or uploading files sustained at 20Mb/s to the EBS volume.</p>
<p>i&#8217;m getting terribly worried that EBS won&#8217;t be sufficient to serve a lot of multimedia content from, but we&#8217;ll see once i have everything in place and have a chance to run some benchmarks.</p>
<p>also attempted to create a snapshot of the volume when i had only 300gb of storage.  that is running so dreadfully slow that i wish there was a way to just kill it before it completes.  seems like it would be quicker to just create another volume, attach it, and copy the data.  of course, then you don&#8217;t have that point in time snapshot &#8230; but oh well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: m0j0</title>
		<link>http://www.protocolostomy.com/2008/08/27/sustained-io-on-ebs-no-bueno/comment-page-1/#comment-3105</link>
		<dc:creator>m0j0</dc:creator>
		<pubDate>Thu, 28 Aug 2008 13:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.protocolostomy.com/?p=355#comment-3105</guid>
		<description>Thanks, PaulM

I just tried to launch a large instance a short while ago, but apparently you *must* have an x86_64 image to launch anything bigger than a &#039;small&#039; instance, which I don&#039;t recall seeing in the docs, which is really annoying. Perhaps I just missed it. 

I did see that article, but also didn&#039;t notice the raw device numbers. I&#039;ll have another look - thanks! 

@Mark -- I didn&#039;t plan to run *any* benchmarks, to be honest, but when you know how long something should take, and it takes exponentially longer than that, you get... &#039;inspired&#039;. 
brian</description>
		<content:encoded><![CDATA[<p>Thanks, PaulM</p>
<p>I just tried to launch a large instance a short while ago, but apparently you *must* have an x86_64 image to launch anything bigger than a &#8217;small&#8217; instance, which I don&#8217;t recall seeing in the docs, which is really annoying. Perhaps I just missed it. </p>
<p>I did see that article, but also didn&#8217;t notice the raw device numbers. I&#8217;ll have another look &#8211; thanks! </p>
<p>@Mark &#8212; I didn&#8217;t plan to run *any* benchmarks, to be honest, but when you know how long something should take, and it takes exponentially longer than that, you get&#8230; &#8216;inspired&#8217;.<br />
brian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PaulM</title>
		<link>http://www.protocolostomy.com/2008/08/27/sustained-io-on-ebs-no-bueno/comment-page-1/#comment-3104</link>
		<dc:creator>PaulM</dc:creator>
		<pubDate>Thu, 28 Aug 2008 13:12:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.protocolostomy.com/?p=355#comment-3104</guid>
		<description>Hey mate,

For the raw device numbers go and look at this article
http://www.ukd1.co.uk/amazon-ec2-ebs-initial-benchmarks.html

I am going to run sysbench myself shortly, Amazon does mention that large and extra large instances with their better network will perform better.

Have Fun
Paul</description>
		<content:encoded><![CDATA[<p>Hey mate,</p>
<p>For the raw device numbers go and look at this article<br />
<a href="http://www.ukd1.co.uk/amazon-ec2-ebs-initial-benchmarks.html" rel="nofollow">http://www.ukd1.co.uk/amazon-ec2-ebs-initial-benchmarks.html</a></p>
<p>I am going to run sysbench myself shortly, Amazon does mention that large and extra large instances with their better network will perform better.</p>
<p>Have Fun<br />
Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.protocolostomy.com/2008/08/27/sustained-io-on-ebs-no-bueno/comment-page-1/#comment-3093</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Thu, 28 Aug 2008 03:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.protocolostomy.com/?p=355#comment-3093</guid>
		<description>Do you plan to run the sysbench fileio test for concurrent 16kb random reads? I am curious about sustained throughput for random IO. My assumption is that there will be a bit of variation as you have shown for sequential IO.</description>
		<content:encoded><![CDATA[<p>Do you plan to run the sysbench fileio test for concurrent 16kb random reads? I am curious about sustained throughput for random IO. My assumption is that there will be a bit of variation as you have shown for sequential IO.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
