<div>I have not noticed a significant performance difference in disk access speeds relating to the external vs internal tracks on a platter.</div><div><br></div>If you are this concerned about throughput you would be better off adding and SSD to your system and placing the most highly utilized files there. For example, placing a DB on the SSD can show dramatic improvements in performance, just be aware of the limited life span of an SSD and keep your backups current.<div>
<br></div><div>Andy<br><br><div class="gmail_quote">On Fri, Mar 2, 2012 at 11:05 AM, nk oorda <span dir="ltr"><<a href="mailto:nk.oorda@gmail.com">nk.oorda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div class="im">On Fri, Mar 2, 2012 at 3:23 PM, Andrew Farnsworth <span dir="ltr"><<a href="mailto:farnsaw@stonedoor.com" target="_blank">farnsaw@stonedoor.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'll Second this with one caveat. If you are running an active system that is generating a lot of logs (read production public facing web/app server) then you might want a separate partition for /var/log and/or any other log directories that are in non-standard locations. My experience is that invariably you will end up wanting more space for the logs or to tightly monitor disk space used by the logs and this makes both very simple.<div>
<br></div><div>Andy</div></blockquote></div><div><br>Thanks Andy & Tet for the reply,<br><br>I also have heard that data on the external part of a Hard Disk are faster to access because external sectors have a bigger circumference than inner sectors. so that also matters what sequence you are following for partition.<br>
<br>e.g<br><br>When setting up partitions it is hence better to begin with the one needing faster disk access, so that they will be located on the external part of the disk.<br><br>/boot<br>Swap<br>/<br>/var<br><br>suggestions >?<br>
<font color="#888888">
<br><br>--N<br> <br></font></div><div><div></div><div class="h5"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div><br><br><div class="gmail_quote">
On Fri, Mar 2, 2012 at 10:45 AM, Tethys <span dir="ltr"><<a href="mailto:sta296@astradyne.co.uk" target="_blank">sta296@astradyne.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>
nk oorda writes:<br>
<br>
>What are the best practices for Linux partitioning & Mount points for<br>
>Production systems<br>
<br>
</div>I generally go for:<br>
<br>
- /boot (ext3, about 1GB)<br>
- /boot2 (ext3, about 1GB)<br>
- LVM for the rest of the "disk" (which is usually an array<br>
rather than a single disk)<br>
<br>
The two /boot filesystems allow distribution upgrades with rollback.<br>
LVM gives you the flexibility to do what you want with the rest.<br>
It's less important than it used to be, and there's an argument for<br>
just sticking the rest of the OS on a single filesystem, but personally<br>
I still go for separate /usr, /tmp and /var. The latter two prevent the<br>
system falling over as badly when a rogue process spams the disk with<br>
crap, and I have a read only /usr (which I haven't managed to achieve<br>
at boot time with bind mounts, despite the claims accompanying the<br>
misguided removal of support for a separate /usr in recent Fedora<br>
releases).<br>
<br>
Tet<br>
<font color="#888888">--<br>
Gllug mailing list - <a href="mailto:Gllug@gllug.org.uk" target="_blank">Gllug@gllug.org.uk</a><br>
<a href="http://lists.gllug.org.uk/mailman/listinfo/gllug" target="_blank">http://lists.gllug.org.uk/mailman/listinfo/gllug</a><br>
</font></blockquote></div><br></div></div></div>
<br>--<br>
Gllug mailing list - <a href="mailto:Gllug@gllug.org.uk" target="_blank">Gllug@gllug.org.uk</a><br>
<a href="http://lists.gllug.org.uk/mailman/listinfo/gllug" target="_blank">http://lists.gllug.org.uk/mailman/listinfo/gllug</a><br>
<br></blockquote></div></div></div><br>
<br>--<br>
Gllug mailing list - <a href="mailto:Gllug@gllug.org.uk">Gllug@gllug.org.uk</a><br>
<a href="http://lists.gllug.org.uk/mailman/listinfo/gllug" target="_blank">http://lists.gllug.org.uk/mailman/listinfo/gllug</a><br>
<br></blockquote></div><br></div>