<?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: Trafeoffs of aggressive filesystem partitioning</title>
	<atom:link href="http://gabrito.com/post/trafeoffs-of-aggressive-filesystem-partitioning/feed" rel="self" type="application/rss+xml" />
	<link>http://gabrito.com/post/trafeoffs-of-aggressive-filesystem-partitioning</link>
	<description>Anecdotes on Technology Leadership, Ruby, Java, Scala, Cloud Computing, Open-Source, SEO, and Design</description>
	<lastBuildDate>Sun, 20 May 2012 19:43:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Asher Schaffer</title>
		<link>http://gabrito.com/post/trafeoffs-of-aggressive-filesystem-partitioning/comment-page-1#comment-7528</link>
		<dc:creator>Asher Schaffer</dc:creator>
		<pubDate>Wed, 11 Oct 2006 03:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/trafeoffs-of-aggressive-filesystem-partitioning#comment-7528</guid>
		<description>I agree completely, except for I always make /var/log parition, regardless the machine use.  Finding out that some terriblely designed program or *cough* user (read: me) has left something running that is generating GBs of logs which has not filled your entire drive is never a good thing</description>
		<content:encoded><![CDATA[<p>I agree completely, except for I always make /var/log parition, regardless the machine use.  Finding out that some terriblely designed program or *cough* user (read: me) has left something running that is generating GBs of logs which has not filled your entire drive is never a good thing</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Schneller</title>
		<link>http://gabrito.com/post/trafeoffs-of-aggressive-filesystem-partitioning/comment-page-1#comment-5265</link>
		<dc:creator>Daniel Schneller</dc:creator>
		<pubDate>Thu, 24 Aug 2006 07:09:01 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/trafeoffs-of-aggressive-filesystem-partitioning#comment-5265</guid>
		<description>Full-ACK! I have been through the same things, too. However I am lucky enough now that most of the more important systems I have to deal with are connected to SANs and can somewhat easily be resized. However I have come to always recommend using LVM, even on smaller systems and even if you cannot yet see you are going to need it. As everyone knows, interim-solutions are those that outlive most of the &quot;real&quot; ones.</description>
		<content:encoded><![CDATA[<p>Full-ACK! I have been through the same things, too. However I am lucky enough now that most of the more important systems I have to deal with are connected to SANs and can somewhat easily be resized. However I have come to always recommend using LVM, even on smaller systems and even if you cannot yet see you are going to need it. As everyone knows, interim-solutions are those that outlive most of the &#8220;real&#8221; ones.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

