geearf@xxxxxxx wrote: >> measurefs.reiser4 is pretty ancient, and I guess >> that it works incorrectly for compressed files. >> >> >> (External) fragmentation resulted in a number of "extents" is >> a sticky thing inherent to all linux file systems, including reiser4. >> Currently there is no tools to reorganize reiser4 without having >> a spare partition. However, it is possible to create something >> simple like xfs_fsr: it would be an appreciable help. >> >> The "smart reiser4 repacker" based on the flush algorithm was >> supposed to be the paid option, and therefore there are some >> obvious issues of its development. > Well I ended up taring my /, mkfs and untaring it. > So it should not be fragmented in any way anymore. > I will look at the internal fragmentation of my /home, but this is not under ccreg40. > > I've also just looked at the xfs_fsr thing and it looks pretty useful. > Can't that be done with a simple script? (sort of like Con's defrag script) or does it need to be related to R4 ? > > Hello. Perhaps a simple script is useful, but it has a number of disadvantages, which make it a software of "not enterprise" level ;) 1) it doesn't take care of holes; 2) it doesn't report about cases when reorganization makes things worser. Both (1) and (2) need active support of kernel. As to "xfs_fsr simplicity": it seems, I have misled you. Xfs provides special ioctls to show/allocate "in place" map of extents, whereas reiser4 doesn't have such service. Edward. -- To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
