| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Tue, 1 May 2007 00:01:42 -0600 From: Andreas Dilger <adilger@...sterfs.com> To: Theodore Tso <tytso@....edu> Cc: Jan Kara <jack@...e.cz>, linux-fsdevel@...r.kernel.org, linux-ext4@...r.kernel.org Subject: Re: Ext2/3 block remapping tool On Apr 30, 2007 08:09 -0400, Theodore Tso wrote: > On Fri, Apr 27, 2007 at 12:09:42PM -0600, Andreas Dilger wrote: > > I'd prefer that such functionality be integrated with Takashi's online > > defrag tool, since it needs virtually the same functionality. For that > > matter, this is also very similar to the block-mapped -> extents tool > > from Aneesh. It doesn't make sense to have so many separate tools for > > users, especially if they start interfering with each other (i.e. defrag > > undoes the remapping done by your tool). > > While we're at it, someone want to start thinking about on-line > shrinking of ext4 filesystems? Again, the same block remapping > interfaces for defrag and file access optimizations should also be > useful for shrinking filesystems (even if some of the files that need > to be relocated are being actively used). If not, that probably means > we got the interface wrong. Except one other issue with online shrinking is that we need to move inodes on occasion and this poses a bunch of other problems over just remapping the data blocks. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists