Re: e2defrag 0.81 released

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2012-07-06, at 5:01 PM, Phillip Susi wrote:
> Back in the days when dinosaurs walked the earth ( the '90s ), there was
> a defragger for ext2 written by Stephen Tweedie with contributions from
> others including Ted Ts'o.  After many years of abandonment and bit rot,
> I have decided to take over maintainership of the package.  I now feel
> that it is in good enough of a state for a wider audience ( including
> working with extents and other ext4 features ), so I am announcing it
> here and asking for testing.  The project page is
> http://launchpad.net/e2defrag.
> 
> The program opens an unmounted block device and parses the filesystem
> itself, assigns new locations for all blocks, packing them to the left
> within their native block group if possible, then moves all the blocks
> around quickly and efficiently.  The process it fast, but unsafe: should
> anything go wrong or the process be interrupted, your fs will be toast.

I hate to rain on your parade, but, are you aware of e4defrag?

It is already in e2fsprogs, and can be used on a mounted ext4 filesystem...
It also needs some lovin' to make it really robust, but would definitely
be a better starting point than the ancient e2defrag code...

That's why it is always a good idea to post to the mailing list _before_
you start on a project, to see what else is going on...  Definitely there
is a need for such a tool, but I hate to see effort being spent in two
different directions to make two so-so tools, when it could be going in
the same direction to make one excellent tool.

Cheers, Andreas

> Therefore:
> DO NOT USE ON A FS YOU CARE ABOUT AND/OR HAVE NOT BACKED UP FIRST
> 
> Should a bug cause it to trash your fs, a raw e2image ( e2image -r
> /dev/sda1 - | bzip2 -c > sda1.e2i.bz2 ) made before the defrag, and
> obviously saved on another fs, would be most helpful in debugging.
> 
> One of the more interesting features is the ability to pass a list of
> inodes to be given priority over others.  This can be used to pack a set
> of files together at the start of the disk to allow for faster booting.
> I cobbled together a simple python script, dump2inodes, that can obtain
> the list of files that ureadahead ( Ubuntu ) loads during boot and
> generates the inode priority listing you can pass to e2defrag, and this
> gives some nice boot time improvements.
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQEcBAEBAgAGBQJP9243AAoJEJrBOlT6nu75GPAIAJuZ7IiBH1YinJXFTil+R6z9
> EtLI4lZkHeWUGbVr/CnhV9l1iYIVo/aqPCBo4yH0efFGPSxF9z/KN8zIEvqs3Q30
> nDe1dNACyvkeIfzyP7wkFxuqK7hX7wkF+cIYT24MftTGTfaXssnoJ5bGd9TyJ0+s
> 8fNM/Erq4saRBnq4aty/Q3FsAF9sc4ke5042FHNSM+xCFfHjZcsciTdPZP5svAcH
> 8crQFmR9ieDIbn1M54mWWp3hYTd368ScJSoiM+K+d8ofbrXRSapJ9bSvuhLjvoxE
> Tx7QXFdHoJb+Id4yf6xI/OZjg9egPW6otkPWwUJfAIE2Wh2AAfnAsGNg4QA86Ws=
> =PK87
> -----END PGP SIGNATURE-----
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


Cheers, Andreas





Attachment: PGP.sig
Description: This is a digitally signed message part


[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux