<div>Unless you are using a very specific application DD does not prove much. DD is doing linear writes which are very fast even with low RPM sata. If you are benchmarking a disk you are likely doing it for a database. Database workload are usually more seeking then streaming. That was one of the reasons why I mentioned YCSB even though it is not a traditional disk tool. You can create a solid amount of random data and read it back with distributions like zipfan, latest, or random. This gets your disks seeking and shows how they perform under some load. Another way to go is use the TPH-C relational database type benchmarks, because they represent a real world type workload. But iozone makes the nicest graphs for sure :)<br>
</div><div><br></div><div>Edward</div><br><div class="gmail_quote">On Thu, Dec 15, 2011 at 10:12 AM, Jesse Callaway <span dir="ltr"><<a href="mailto:bonsaime@gmail.com">bonsaime@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>the advantage to some of the heavier tools is that they attempt to break caching mechanisms so that you can see worst case performance. <br>
dd looks cool since it certainly skips any possibility of filesystem speedups. <br>
I'd just say to make sure 1G (or whatever you test with) is large enough to break controller and on-disk cache. </p>
<div class="gmail_quote">On Dec 15, 2011 9:21 AM, "Isaac Levy" <<a href="mailto:ike@blackskyresearch.net" target="_blank">ike@blackskyresearch.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word"><div><div>On Dec 15, 2011, at 12:54 AM, Henry M wrote:</div><br><blockquote type="cite"><span style="border-collapse:separate;font-family:Arial;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium">Whenever I've bench-marked disks, I've always just used dd and /dev/zero<span> </span><br>

<br> Example: I want to see how fast I can write a 1GB file<br><br>$ dd if=/dev/zero of=1GB bs=1024 count=1048576<br>1048576+0 records in<br>1048576+0 records out<br>1073741824 bytes (1.1 GB) copied, 8.72947 s, 123 MB/s<br>

<br>As long as the system load is consistent, you should get consistent results. You can have fun by running multiple versions at once, to simulate heavier "real-world" load.<span> </span><br></span></blockquote>

<div><br></div><div>Oh- &, a little xargs, and some date(1) and time(1) fun.</div><br><blockquote type="cite"><span style="border-collapse:separate;font-family:Arial;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><br>

You can change the byte size, or count accordingly. Just be careful what values you give dd, you can easily fill up your disk, or break something nasty with a typo (Yes I've done both )<br><br>-Henry</span></blockquote>

</div><br><div>Yeaaahhhh- this is exactly what I was thinking, but I didn't think to just dd from /dev/zero and build some small tests.</div><div><br></div><div>Sweet.</div><div><br></div><div>Rocket-</div><div>.ike</div>

<div><br></div><div><br></div></div><br>_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@lists.nycbug.org" target="_blank">talk@lists.nycbug.org</a><br>
<a href="http://lists.nycbug.org/mailman/listinfo/talk" target="_blank">http://lists.nycbug.org/mailman/listinfo/talk</a><br>
<br></blockquote></div>
<br>_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@lists.nycbug.org">talk@lists.nycbug.org</a><br>
<a href="http://lists.nycbug.org/mailman/listinfo/talk" target="_blank">http://lists.nycbug.org/mailman/listinfo/talk</a><br>
<br></blockquote></div><br>