<?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: ext4 File System: Introduction and Benchmarks</title>
	<atom:link href="http://www.linux-mag.com/id/7271/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7271/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: cwtryon</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6271</link>
		<dc:creator>cwtryon</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6271</guid>
		<description>Thanks for the introduction!  While I realize that file systems can be an even more hotly debated religious topic than KDE vs. Gnome, do you have any indications on how ext4 performs compared to some of the other &quot;new&quot; file systems, such as JFS?  One of the other big problems with ext3 has been handling massive numbers of really small files in a single directory.  I actually worked a job where we were worried that a 2TB partition was &quot;too small&quot; for the amount of data we had to store, but we were stuck with older versions of RH EL, and not sure where to go.  This may be the new way forward, as file system requirements continue to explode.</description>
		<content:encoded><![CDATA[<p>Thanks for the introduction!  While I realize that file systems can be an even more hotly debated religious topic than KDE vs. Gnome, do you have any indications on how ext4 performs compared to some of the other &#8220;new&#8221; file systems, such as JFS?  One of the other big problems with ext3 has been handling massive numbers of really small files in a single directory.  I actually worked a job where we were worried that a 2TB partition was &#8220;too small&#8221; for the amount of data we had to store, but we were stuck with older versions of RH EL, and not sure where to go.  This may be the new way forward, as file system requirements continue to explode.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: laytonjb</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6272</link>
		<dc:creator>laytonjb</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6272</guid>
		<description>cwtryon,&lt;br /&gt;
&lt;br /&gt;
I agree with your thoughts about ext3 and ext4. In the past ext3 has felt kind of limiting and with RHEL that was the primary file system of choice. I&#039;ve never tried to use JFS or Reiser on RHEL. Typically what I do is install RHEL using ext3 for / (I use ext2 for /boot), and once I&#039;m happy, I build a new kernel with XFS and JFS enabled. I install all of the support tools and then build a new file system using XFS or JFS on other drives. This works well enough for me :)&lt;br /&gt;
&lt;br /&gt;
I don&#039;t know about performance of JFS vs. ext3 or ext4. One of my goals is to do some extensive benchmarking to get a feel for the relative performance differences. Drop a note to the editor about a file system benchmarking article and maybe he&#039;ll ask me to do one :)&lt;br /&gt;
&lt;br /&gt;
BTW - I&#039;m working on a similar article for btrfs. While it&#039;s still experimental I want to get a feel for it as well. Ted Ts&#039;o think the combination of ext4 and btrfs is the future and I couldn&#039;t agree more. There are some other up and coming file systems that show some promise as well.&lt;br /&gt;
&lt;br /&gt;
Also - thansk for the compliment! Glad it helped.&lt;br /&gt;
&lt;br /&gt;
Jeff</description>
		<content:encoded><![CDATA[<p>cwtryon,</p>
<p>I agree with your thoughts about ext3 and ext4. In the past ext3 has felt kind of limiting and with RHEL that was the primary file system of choice. I&#8217;ve never tried to use JFS or Reiser on RHEL. Typically what I do is install RHEL using ext3 for / (I use ext2 for /boot), and once I&#8217;m happy, I build a new kernel with XFS and JFS enabled. I install all of the support tools and then build a new file system using XFS or JFS on other drives. This works well enough for me :)</p>
<p>I don&#8217;t know about performance of JFS vs. ext3 or ext4. One of my goals is to do some extensive benchmarking to get a feel for the relative performance differences. Drop a note to the editor about a file system benchmarking article and maybe he&#8217;ll ask me to do one :)</p>
<p>BTW &#8211; I&#8217;m working on a similar article for btrfs. While it&#8217;s still experimental I want to get a feel for it as well. Ted Ts&#8217;o think the combination of ext4 and btrfs is the future and I couldn&#8217;t agree more. There are some other up and coming file systems that show some promise as well.</p>
<p>Also &#8211; thansk for the compliment! Glad it helped.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ndatta</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6273</link>
		<dc:creator>ndatta</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6273</guid>
		<description>This is a great article and a very good introduction to ext4. Thanks!</description>
		<content:encoded><![CDATA[<p>This is a great article and a very good introduction to ext4. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rkoski</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6274</link>
		<dc:creator>rkoski</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6274</guid>
		<description>Actually, the ext3 file system size limit is only 8 TB. Tried to make 9 TB ext3, but the only block size option was 4 KB, which resulted in said max 8 TB file system. Used CentOS 5.2. Maybe there is some combination of kernel, e2fsprogs, etc. which can use 8 KB blocks, perhaps kernel 2.4.x ;)</description>
		<content:encoded><![CDATA[<p>Actually, the ext3 file system size limit is only 8 TB. Tried to make 9 TB ext3, but the only block size option was 4 KB, which resulted in said max 8 TB file system. Used CentOS 5.2. Maybe there is some combination of kernel, e2fsprogs, etc. which can use 8 KB blocks, perhaps kernel 2.4.x ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dbindner</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6275</link>
		<dc:creator>dbindner</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6275</guid>
		<description>There&#039;s always something to complain about with benchmarks, so naturally I have a complaint.  Given that this was a very introductory article, I think it would have made sense to test the two filesystems in the configurations that are most common, i.e. their default configurations.&lt;br /&gt;
&lt;br /&gt;
When more technical articles follow, you can delve into the options that a careful sysadmin would tune.  But most people (and many admins) are going to use the default settings and will want to know about performance as well as reliability.  It may be a bit hard to say about reliability for the moment, but at least that &quot;typical&quot; performance can be measured.</description>
		<content:encoded><![CDATA[<p>There&#8217;s always something to complain about with benchmarks, so naturally I have a complaint.  Given that this was a very introductory article, I think it would have made sense to test the two filesystems in the configurations that are most common, i.e. their default configurations.</p>
<p>When more technical articles follow, you can delve into the options that a careful sysadmin would tune.  But most people (and many admins) are going to use the default settings and will want to know about performance as well as reliability.  It may be a bit hard to say about reliability for the moment, but at least that &#8220;typical&#8221; performance can be measured.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sparhawk</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6276</link>
		<dc:creator>sparhawk</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6276</guid>
		<description>Seems ext4 performs well against jfs and others. &lt;br /&gt;
&lt;br /&gt;
see: &lt;br /&gt;
&lt;br /&gt;
http://arstechnica.com/open-source/news/2009/01/super-fast-ext4-filesystem-arrives-in-ubuntu-9-04.ars</description>
		<content:encoded><![CDATA[<p>Seems ext4 performs well against jfs and others. </p>
<p>see: </p>
<p><a href="http://arstechnica.com/open-source/news/2009/01/super-fast-ext4-filesystem-arrives-in-ubuntu-9-04.ars" rel="nofollow">http://arstechnica.com/open-source/news/2009/01/super-fast-ext4-filesystem-arrives-in-ubuntu-9-04.ars</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: graemeharrison</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6277</link>
		<dc:creator>graemeharrison</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6277</guid>
		<description>Great article... but I too have an issue about the benchmarking needing to compare &#039;out of the box&#039; default configurations.  You disabled &quot;barriers&quot; which are by-default ON with Ext4 (for cited reason of compatibility) but really, if Ext4 will have data-security features, at least one column in results should have been the default use of Ext4.</description>
		<content:encoded><![CDATA[<p>Great article&#8230; but I too have an issue about the benchmarking needing to compare &#8216;out of the box&#8217; default configurations.  You disabled &#8220;barriers&#8221; which are by-default ON with Ext4 (for cited reason of compatibility) but really, if Ext4 will have data-security features, at least one column in results should have been the default use of Ext4.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sdean7855</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6278</link>
		<dc:creator>sdean7855</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6278</guid>
		<description>Great article.  Jeff, since you are an Enterprise Technologist for Dell, I have a question about the inter-relation/robustness/capability of ext4 and btrfs and PC hardware...or Dell server hardware. Ts&#039;o wrote a &lt;a href=&quot;http://linuxmafia.com/faq/Filesystems/reiserfs.html&quot; rel=&quot;nofollow&quot;&gt;telling piece&lt;/a&gt; back in &#039;04, entitled &#039;reiserfs&#039; but it might as well have been entitled crappy PC hardware.  It was his take back then that SGI and Sun had built their hardware to deal somewhat gracefully and sequentially with a power cord yank but that crappy PC hardware died a thrashing chaotic death that would write crap...even upon the metadata.  Have things improved, at least with Dell Poweredge server hardware?  Does ext4 and btrfs do physical journalling?</description>
		<content:encoded><![CDATA[<p>Great article.  Jeff, since you are an Enterprise Technologist for Dell, I have a question about the inter-relation/robustness/capability of ext4 and btrfs and PC hardware&#8230;or Dell server hardware. Ts&#8217;o wrote a <a href="http://linuxmafia.com/faq/Filesystems/reiserfs.html" rel="nofollow">telling piece</a> back in &#8217;04, entitled &#8216;reiserfs&#8217; but it might as well have been entitled crappy PC hardware.  It was his take back then that SGI and Sun had built their hardware to deal somewhat gracefully and sequentially with a power cord yank but that crappy PC hardware died a thrashing chaotic death that would write crap&#8230;even upon the metadata.  Have things improved, at least with Dell Poweredge server hardware?  Does ext4 and btrfs do physical journalling?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gigo6000</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6279</link>
		<dc:creator>gigo6000</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6279</guid>
		<description>Nice article , just yesterday while installing ubuntu 9.04 I noticed this new filesystem and didn&#039;t know if it was ok to use it since ext3 works fine for my needs.</description>
		<content:encoded><![CDATA[<p>Nice article , just yesterday while installing ubuntu 9.04 I noticed this new filesystem and didn&#8217;t know if it was ok to use it since ext3 works fine for my needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rosbif</title>
		<link>http://www.linux-mag.com/id/7271/#comment-6280</link>
		<dc:creator>rosbif</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7271/#comment-6280</guid>
		<description>&lt;p&gt;Thank you for a nice article.&lt;/p&gt;
&lt;p&gt;One little nit-pick:&lt;br /&gt;
The maximum file size for ext2 is much greater than the 2GB stated.&lt;br /&gt;
It depends on the block size but seems to be 2TiB with a 4KiB block size.&lt;/p&gt;
&lt;p&gt;Of course it is true that some 32-bit applications may be limited to a 2GiB maximum file size but this is a limitation of the application and not of the file system.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thank you for a nice article.</p>
<p>One little nit-pick:<br />
The maximum file size for ext2 is much greater than the 2GB stated.<br />
It depends on the block size but seems to be 2TiB with a 4KiB block size.</p>
<p>Of course it is true that some 32-bit applications may be limited to a 2GiB maximum file size but this is a limitation of the application and not of the file system.</p>
]]></content:encoded>
	</item>
</channel>
</rss>