You'd be amazed at the impact on your linux boot ups. <div><br></div><div>I just built a new 1U server, with 2 120GB Intel 520 series Sata3 SSDs mirrored and 2x1TB SATA drives. I use centOS as my server OS. On installation I made a small partion for /boot on the SSD , then I had 2 mirrored LVMs one the balance of the SSD and the other the SATA mirror. On installation I put /etc on the sata mirror, and the balance on the SSD mirror. At first boot up after installing I thought something was broken or wrong, since after the last bios post I had a login prompt in under 9 seconds (that 9 seconds includes he 3 second image countdown centOS does, from there 6 seconds).<div>
<br></div><div>So I rebooted, same thing. Now I had done a minimal install, so I then added KVM ( which is what this server was to be used for ), and all the other tools and utilities.</div><div><br></div><div>Rebooted, and dang prompt was now only 10 seconds! Was very impressed. The server is still on my testing bench and I'm playing with a few different configurations for the VM's to maximize the speed of hosted VM's on different image types and disk partioning methods.</div>
<div><br></div><div>Right now I have 2 VM's, one a Win2000 server running SQLServer ( have to due to legacy apps not yet ported ) and a centOS VM for mySQL. So now when I boot, the host and both VM's are up and running in about 25 seconds from last bios post.</div>
<div><br>The 500 series of intel SSDs are not cheap, these were about 180 each, but they are commercial grade and in a server should last 5 years.</div><div><br></div><div>Mike</div><div><br><div class="gmail_quote">On Thu, May 31, 2012 at 12:53 AM, Liam R E Quin <span dir="ltr"><<a href="mailto:liam@holoweb.net" target="_blank">liam@holoweb.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, 2012-05-30 at 23:53 -0400, Antonio Sun wrote:<br>
<br>
> For any old Linux box, with several TB of HD, will investing in an SSD<br>
> really make much different?<br>
<br>
</div>Probably, yes. Disk access tends to be a major bottleneck on Unix-like<br>
systems.<br>
<br>
The traditional trick was to put /bin and /etc on a faster disk, along<br>
with /tmp and swap. For Linux, /usr/lib64 would be a good candidate.<br>
<br>
But it depends on your usage.<br>
<br>
If you have 16 TB of RAM and only 12T of disk it'll go even faster if<br>
you have a background process to access all of disk to get it all into<br>
the cache... but most of us have massively more disk than memory.<br>
<br>
Boot time is only a few seconds these days anyway, but saving a fraction<br>
of a second on starting every process would very quickly add up.<br>
<br>
Liam<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Liam Quin - XML Activity Lead, W3C, <a href="http://www.w3.org/People/Quin/" target="_blank">http://www.w3.org/People/Quin/</a><br>
Pictures from old books: <a href="http://fromoldbooks.org/" target="_blank">http://fromoldbooks.org/</a><br>
<br>
--<br>
Liam Quin - XML Activity Lead, W3C, <a href="http://www.w3.org/People/Quin/" target="_blank">http://www.w3.org/People/Quin/</a><br>
Pictures from old books: <a href="http://fromoldbooks.org/" target="_blank">http://fromoldbooks.org/</a><br>
Ankh: <a href="http://irc.sorcery.net" target="_blank">irc.sorcery.net</a> <a href="http://irc.gnome.org" target="_blank">irc.gnome.org</a> freenode/#xml<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
toronto-pm mailing list<br>
<a href="mailto:toronto-pm@pm.org">toronto-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/toronto-pm" target="_blank">http://mail.pm.org/mailman/listinfo/toronto-pm</a><br>
</div></div></blockquote></div><br></div></div>