<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Parolski.com &#187; stress</title>
	<atom:link href="http://www.parolski.com/tag/stress/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.parolski.com</link>
	<description>Faith, Solaris, and Chicken Korma, by Anton Parol</description>
	<lastBuildDate>Fri, 14 Oct 2011 11:16:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>Abusing Solaris attempt #2: stressing out ZFS, PART1</title>
		<link>http://www.parolski.com/2008/03/11/abusing-solaris-attempt-2-stressing-out-zfs-part1/</link>
		<comments>http://www.parolski.com/2008/03/11/abusing-solaris-attempt-2-stressing-out-zfs-part1/#comments</comments>
		<pubDate>Tue, 11 Mar 2008 20:24:55 +0000</pubDate>
		<dc:creator>Anton Parol</dc:creator>
				<category><![CDATA[solaris]]></category>
		<category><![CDATA[hard drive]]></category>
		<category><![CDATA[stress]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://www.parolski.com/2008/03/11/abusing-solaris-attempt-2-stressing-out-zfs-part1/</guid>
		<description><![CDATA[So last time we pulled out an IDE hard disk, and Solaris lived. It got me thinking&#8230;What else can we do to a hard disk that Solaris might not like? What about making a really big file? What about a 9TB file on an 80GB hard disk?: anton@solaris-devx ~ $ time mkfile 9000G deleteThis real [...]]]></description>
			<content:encoded><![CDATA[<p>So last time we pulled out an IDE hard disk, and Solaris lived. It got me thinking&#8230;What else can we do to a hard disk that Solaris might not like? What about making a really big file? What about a 9TB file on an 80GB hard disk?:<br />
<code><br />
anton@solaris-devx ~ $ time mkfile 9000G deleteThis</code></p>
<p><code>real    120m42.953s<br />
user    0m16.448s<br />
sys     46m55.092s</code></p>
<p><code>anton@solaris-devx ~ $ ls -l deleteThis<br />
-rw-------   1 anton    staff    9663676416000 Mar  9 02:22 deleteThis</code></p>
<p>And the machine didn&#8217;t die! But what about the compression ratio?<br />
<code><br />
anton@solaris-devx ~ $ zfs get compressratio tank/home<br />
NAME       PROPERTY       VALUE      SOURCE<br />
tank/home  compressratio  1.22x</code></p>
<p>Looks like the ratio is an average for all the files on that file system. So lets try to artificially inflate this value. We can run a little script like this:</p>
<p><code>#/bin/sh<br />
#A little script to make ten million files each 1 megabyte in size<br />
i="0"<br />
while [ $i -lt 10000000 ]<br />
do<br />
mkfile 10M la$i<br />
i=$[$i+1]<br />
done</code></p>
<p>The result (after about an hour of making files) wasn&#8217;t good:</p>
<p><code>bash: fork: Not enough space</code></p>
<p>This looks more like an issue bash had rather than ZFS. So did we push up that compression ratio?:</p>
<p><code>anton@solaris-devx mess $ zfs get compressratio tank/home<br />
NAME       PROPERTY       VALUE      SOURCE<br />
tank/home  compressratio  1.22x      -</code></p>
<p>Seemingly not. To compensate, we&#8217;ll do something more crazy for PART2</p>
]]></content:encoded>
			<wfw:commentRss>http://www.parolski.com/2008/03/11/abusing-solaris-attempt-2-stressing-out-zfs-part1/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

