Another HAMMER change before release


Matthew Dillon has made another change to HAMMER, which may (he doesn’t say explicitly) require another newfs. After the first HAMMER release, there will be a clear upgrade path for times like these.

Posted by     Categories: Committed Code     2 Comments
2 Comments on Another HAMMER change before release

Respond | Trackback

  1. Joe "Floid" Kanowitz says:

    Regarding the question about “filesystemizing,” if the pseudo/subfses in that (proposed 32-bit) tag-space can be created on demand, shouldn’t it be possible to mkdir under a new tag, replicate only the desired files into it (preserving inode numbers), and mv that to the desired location?

    You’d be limited to doing that once per clean subfs, and need the free disk space, but that wouldn’t be onerous for the example provided.

    Also, that’d be an escape valve for inode exhaustion, wouldn’t it? (Not that it should be easy to exhaust 64 bit inodes, but maybe with some sort of runaway process…) Some future utility could do the complex job of repacking (with new inode numbers) into a new pseudo/subfs without having to be part of the base FS.

  2. Joe "Floid" Kanowitz says:

    [Although doing the math on that, even assuming a few orders of magnitude improvement on file creation, it'd take well beyond 10,000,000 years to run out of inodes. 64-bit numbers are big, dur.]

Respond

Comments

Comments