<?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>Komentarze do: Defragmentation of Linux Filesystems</title>
	<atom:link href="http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/feed/" rel="self" type="application/rss+xml" />
	<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/</link>
	<description>All About GNU/Linux and BSD - reviews, comparisons, articles</description>
	<lastBuildDate>Sun, 05 Feb 2012 02:17:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Autor: abbas_qamar</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-172251</link>
		<dc:creator>abbas_qamar</dc:creator>
		<pubDate>Thu, 03 Feb 2011 17:32:29 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-172251</guid>
		<description>optimizationkit,
This is a great article you have written.  I appreciate all the hard work you&#039;ve put into this article.</description>
		<content:encoded><![CDATA[<p>optimizationkit,<br />
This is a great article you have written.  I appreciate all the hard work you&#8217;ve put into this article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Hair Loss Treatment %0B</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-170551</link>
		<dc:creator>Hair Loss Treatment %0B</dc:creator>
		<pubDate>Tue, 25 Jan 2011 04:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-170551</guid>
		<description>;&quot;~ I am very thankful to this topic because it really gives great information &#039;,&#039;</description>
		<content:encoded><![CDATA[<p>;&#8221;~ I am very thankful to this topic because it really gives great information &#8216;,&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Lan Tester&#38;nbsp;</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-155101</link>
		<dc:creator>Lan Tester&#38;nbsp;</dc:creator>
		<pubDate>Wed, 20 Oct 2010 20:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-155101</guid>
		<description>we always use surge protectors at home because the electricity is very ustable`:&#039;</description>
		<content:encoded><![CDATA[<p>we always use surge protectors at home because the electricity is very ustable`:&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: A Real Professional</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-133011</link>
		<dc:creator>A Real Professional</dc:creator>
		<pubDate>Sun, 17 Jan 2010 02:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-133011</guid>
		<description>DEAR SCORP123 or is it CRAP123; Your idiot comment goes as follows:

&quot;This article is idiotic, sorry to say so. In 12 years of UNIX + Linux administration I have never ever seen a system suffering from fragmentation. This entire â€œLinux needs a defrag tool as wellâ€ nonsense is just that: nonsense.&quot;

Right.... and I guess YOU know more than Theodore Ts&#039;o, the primary developer of ext3 and ext4 WHO HAS BUILT A DEFRAGMENTATION UTILITY FOR EXT4. I wonder why he did that? Did he do it for fun? No... Did he do it because he was high? ... no... HE DID IT BECAUSE IT&#039;S NEEDED! ...... YOU MORON!</description>
		<content:encoded><![CDATA[<p>DEAR SCORP123 or is it CRAP123; Your idiot comment goes as follows:</p>
<p>&#8222;This article is idiotic, sorry to say so. In 12 years of UNIX + Linux administration I have never ever seen a system suffering from fragmentation. This entire â€œLinux needs a defrag tool as wellâ€ nonsense is just that: nonsense.&#8221;</p>
<p>Right&#8230;. and I guess YOU know more than Theodore Ts&#8217;o, the primary developer of ext3 and ext4 WHO HAS BUILT A DEFRAGMENTATION UTILITY FOR EXT4. I wonder why he did that? Did he do it for fun? No&#8230; Did he do it because he was high? &#8230; no&#8230; HE DID IT BECAUSE IT&#8217;S NEEDED! &#8230;&#8230; YOU MORON!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: A Real Professional</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-132961</link>
		<dc:creator>A Real Professional</dc:creator>
		<pubDate>Sun, 17 Jan 2010 02:31:23 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-132961</guid>
		<description>You State:
And besides: YES, I AM AN A$$HOLE. I am not even trying to hide it. LOL.

You forgot mention that you&#039;re also incompetent and probably an arteest; Since you are a self-admitted unproductive and incompetent asshole, do the world some good and go kill yourself (to further make up for you sorry shithole existence, please make to sign your organ donor card prior to offing yourself AND make sure to write a note to inform the medical team that no part of your diseased brain should be used as medical material).</description>
		<content:encoded><![CDATA[<p>You State:<br />
And besides: YES, I AM AN A$$HOLE. I am not even trying to hide it. LOL.</p>
<p>You forgot mention that you&#8217;re also incompetent and probably an arteest; Since you are a self-admitted unproductive and incompetent asshole, do the world some good and go kill yourself (to further make up for you sorry shithole existence, please make to sign your organ donor card prior to offing yourself AND make sure to write a note to inform the medical team that no part of your diseased brain should be used as medical material).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: A Real Professional</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-132941</link>
		<dc:creator>A Real Professional</dc:creator>
		<pubDate>Sun, 17 Jan 2010 02:22:11 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-132941</guid>
		<description>To Mr &quot;Name Required&quot; and Jon, clearly you 2 are noobs and don&#039;t have a real clue. The author of the article makes excellent points and spends his time sharing his expertise and detailed, while you useless individuals sneer and produce nothing. 

You State:
&quot;Additionally, I really donâ€™t care about manufactured cases of fragmentation â€¦ I have never seen the levels of fragmentation mentioned in this article in real world experience using ext2/3.&quot;

That&#039;s probably a reflection of your lack of experience and competence in the field of computing.

Now WRT to defragmentation, REAL Engineers like myself have seen horrendous fragmentation problems with linux ext2/ext3 filesystems both in serious mission critical environments and in enduser environments. For example we sold professional carrier grade voice-mail systems to some of the largest mobile operators in Asia and the United States, these voice mail systems that serve millions of users each in large Asian cities, get heavily fragmented extremely fast (i.e. 1 month) and suffer crippling slow downs; we had to write our own proprietary (unfortunately) defragger for linux ext2 and ext3 in order to solve the problem. Note equivalent systems that used NTFS (YUCK!) didn&#039;t suffer these problems, because of their online defragmentation capability. The only reason that our customer chose our open-systems linux based systems over proprietary systems was that for the same hardware we could deliver twice the capacity of a Windows system (windows is slow and bloated); imagine the embarrassment of the technical team when our linux based messaging systems started becoming slower than the Windows based systems that the mobile operator was trying to get rid of. Investigation revealed that the problem was file fragmentation; defragging the system &#039;cured&#039; the problem. Fragmentation is real problem with ext2/ext3 and shoving you head up you ass isn&#039;t going make the problem go away. Congratulations to the fine authors of this article for showing some solutions that any end user could benefit from.</description>
		<content:encoded><![CDATA[<p>To Mr &#8222;Name Required&#8221; and Jon, clearly you 2 are noobs and don&#8217;t have a real clue. The author of the article makes excellent points and spends his time sharing his expertise and detailed, while you useless individuals sneer and produce nothing. </p>
<p>You State:<br />
&#8222;Additionally, I really donâ€™t care about manufactured cases of fragmentation â€¦ I have never seen the levels of fragmentation mentioned in this article in real world experience using ext2/3.&#8221;</p>
<p>That&#8217;s probably a reflection of your lack of experience and competence in the field of computing.</p>
<p>Now WRT to defragmentation, REAL Engineers like myself have seen horrendous fragmentation problems with linux ext2/ext3 filesystems both in serious mission critical environments and in enduser environments. For example we sold professional carrier grade voice-mail systems to some of the largest mobile operators in Asia and the United States, these voice mail systems that serve millions of users each in large Asian cities, get heavily fragmented extremely fast (i.e. 1 month) and suffer crippling slow downs; we had to write our own proprietary (unfortunately) defragger for linux ext2 and ext3 in order to solve the problem. Note equivalent systems that used NTFS (YUCK!) didn&#8217;t suffer these problems, because of their online defragmentation capability. The only reason that our customer chose our open-systems linux based systems over proprietary systems was that for the same hardware we could deliver twice the capacity of a Windows system (windows is slow and bloated); imagine the embarrassment of the technical team when our linux based messaging systems started becoming slower than the Windows based systems that the mobile operator was trying to get rid of. Investigation revealed that the problem was file fragmentation; defragging the system &#8216;cured&#8217; the problem. Fragmentation is real problem with ext2/ext3 and shoving you head up you ass isn&#8217;t going make the problem go away. Congratulations to the fine authors of this article for showing some solutions that any end user could benefit from.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Luc</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-129280</link>
		<dc:creator>Luc</dc:creator>
		<pubDate>Thu, 29 Oct 2009 12:42:39 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-129280</guid>
		<description>@optimizationkit

Hi,  I hope you somehow still get this, although I would not be surprised if you just &quot;forgot&quot; all about this thread... and I dont blame you if you did...

What some people seem to forget is that you try to improve our world. And some of the idots here should first learn some manners in how to deal with others... I guess it says more about them than about you..

But on the main subject of this thread and in support of you : forget the idots that say that fragmentation is &quot;not an issue&quot;. I know they try to intimidate you to shut up but ignore them, for they don&#039;t know what they are talking about.

I am working 30 years in computers and electronics and software so I am going to say to  all imbecieles that argue the fragmentation issue:

&quot; YOU DO NOT EVEN HAVE A BASIC UNDERSTANDING OF HOW A HARD DISK WORKS! &quot;

Otherwise you would understand why fragmentation occurs in ANY operating system! The fact that you let a system run without defrag-ing does not mean it isn&#039;t there and if you dont notice it, then you simply have a fast enough system. Still does not mean that it is not occuring!

IGNORING defrag does NOT make it go away!

SO BEFORE ANY OF YOU TELL OPTIMIZINGKIT TO LEARN SOFTWARE, YOU SHOULD FIRST LEARN ABOUT SOME BASIC HARDWARE (hint: start with how a harddisk works!)..

Optimizingkit: good luck and keep working at a better world..</description>
		<content:encoded><![CDATA[<p>@optimizationkit</p>
<p>Hi,  I hope you somehow still get this, although I would not be surprised if you just &#8222;forgot&#8221; all about this thread&#8230; and I dont blame you if you did&#8230;</p>
<p>What some people seem to forget is that you try to improve our world. And some of the idots here should first learn some manners in how to deal with others&#8230; I guess it says more about them than about you..</p>
<p>But on the main subject of this thread and in support of you : forget the idots that say that fragmentation is &#8222;not an issue&#8221;. I know they try to intimidate you to shut up but ignore them, for they don&#8217;t know what they are talking about.</p>
<p>I am working 30 years in computers and electronics and software so I am going to say to  all imbecieles that argue the fragmentation issue:</p>
<p>&#8221; YOU DO NOT EVEN HAVE A BASIC UNDERSTANDING OF HOW A HARD DISK WORKS! &#8221;</p>
<p>Otherwise you would understand why fragmentation occurs in ANY operating system! The fact that you let a system run without defrag-ing does not mean it isn&#8217;t there and if you dont notice it, then you simply have a fast enough system. Still does not mean that it is not occuring!</p>
<p>IGNORING defrag does NOT make it go away!</p>
<p>SO BEFORE ANY OF YOU TELL OPTIMIZINGKIT TO LEARN SOFTWARE, YOU SHOULD FIRST LEARN ABOUT SOME BASIC HARDWARE (hint: start with how a harddisk works!)..</p>
<p>Optimizingkit: good luck and keep working at a better world..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Yaro</title>
		<link>http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-127983</link>
		<dc:creator>Yaro</dc:creator>
		<pubDate>Sun, 01 Mar 2009 20:11:46 +0000</pubDate>
		<guid isPermaLink="false">http://polishlinux.org/apps/cli/defragmentation-of-linux-filesystems/#comment-127983</guid>
		<description>Yes, but that&#039;s file system errors, not fragmentation. Two completely different things.

No, Fragmentation is not a problem on Linux. I&#039;ve never once cleared 5% non-contiguous space in all my years of using Linux. I&#039;ve known people who&#039;ve done decades of work on UNIX who have said they&#039;ve never had fragmentation problems.

Existence of fragmentation is not even a problem. Simply becaus Linux, unlike Windows, actually runs like an operating system &lt;em&gt;should&lt;/em&gt; run: RAM is used efficiently, resulting in swap being used rarely in large-RAM systems, only maybe a few megabytes for binary image purposes for the most part. And of course, hard disks are managed in a good way.

Compare it to Windows: The memory model sucks because Windows likes o use way too much RAM for itself. It uses its swap file heavily even when given lots of RAM. And don&#039;t get me started on the delicate and horrible way FAT and NTFS fragment.

This article seems poorly written, almost as of the author is either FUDing, pulling &quot;facts&quot; out of thin air, or else, he&#039;s a n00b coming from Windows trying to attribute one of Windows&#039; greatest failures to Linux as well.

Here&#039;s a few facts:

1. Yes, there is fragmentation in Linux.

2. No, said fragmentation is &lt;em&gt;not&lt;/em&gt; a problem.

3. Said fragmentation rarely, if ever, seems to reach over 10% of a decently-sized partition.

4. Defragging tools &lt;em&gt;do&lt;/em&gt; exist for every Linux file system, but almost all of them are off-line. These defraggers are part of the *fstool packages, usually as part of their respective fscks.

5. These defragging features and tools are used for partitioning work. For example: You want to shrink a 300 GiB partition to a 150 GiB, GPartEd will run fsck before and after maniulating the partition to manage both errors and any non-contiguous space it can.

6. There is no real performance hit from fragmentation in Linux, as the physical arrangement of files, coupled with excellend buffering, caching, and othe rbuzzworded techniques provided by the Linux kernel basically negate it.

7. Serious fragmentation only happens in Linux when a file system reaches over 90% capacity. YES I INCLUDE REISERFS IN THAT, TOO!

8. If your Linux FSes are over 90% full, you&#039;ve got bigger problems to worry about then fragmentation. Thank the Programmer Linux uses a separate partition for swap.</description>
		<content:encoded><![CDATA[<p>Yes, but that&#8217;s file system errors, not fragmentation. Two completely different things.</p>
<p>No, Fragmentation is not a problem on Linux. I&#8217;ve never once cleared 5% non-contiguous space in all my years of using Linux. I&#8217;ve known people who&#8217;ve done decades of work on UNIX who have said they&#8217;ve never had fragmentation problems.</p>
<p>Existence of fragmentation is not even a problem. Simply becaus Linux, unlike Windows, actually runs like an operating system <em>should</em> run: RAM is used efficiently, resulting in swap being used rarely in large-RAM systems, only maybe a few megabytes for binary image purposes for the most part. And of course, hard disks are managed in a good way.</p>
<p>Compare it to Windows: The memory model sucks because Windows likes o use way too much RAM for itself. It uses its swap file heavily even when given lots of RAM. And don&#8217;t get me started on the delicate and horrible way FAT and NTFS fragment.</p>
<p>This article seems poorly written, almost as of the author is either FUDing, pulling &#8222;facts&#8221; out of thin air, or else, he&#8217;s a n00b coming from Windows trying to attribute one of Windows&#8217; greatest failures to Linux as well.</p>
<p>Here&#8217;s a few facts:</p>
<p>1. Yes, there is fragmentation in Linux.</p>
<p>2. No, said fragmentation is <em>not</em> a problem.</p>
<p>3. Said fragmentation rarely, if ever, seems to reach over 10% of a decently-sized partition.</p>
<p>4. Defragging tools <em>do</em> exist for every Linux file system, but almost all of them are off-line. These defraggers are part of the *fstool packages, usually as part of their respective fscks.</p>
<p>5. These defragging features and tools are used for partitioning work. For example: You want to shrink a 300 GiB partition to a 150 GiB, GPartEd will run fsck before and after maniulating the partition to manage both errors and any non-contiguous space it can.</p>
<p>6. There is no real performance hit from fragmentation in Linux, as the physical arrangement of files, coupled with excellend buffering, caching, and othe rbuzzworded techniques provided by the Linux kernel basically negate it.</p>
<p>7. Serious fragmentation only happens in Linux when a file system reaches over 90% capacity. YES I INCLUDE REISERFS IN THAT, TOO!</p>
<p>8. If your Linux FSes are over 90% full, you&#8217;ve got bigger problems to worry about then fragmentation. Thank the Programmer Linux uses a separate partition for swap.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

