Announcement

Collapse
No announcement yet.

EXT4 In Linux 3.8 Brings Inline Data, Seek Hole/Data

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • EXT4 In Linux 3.8 Brings Inline Data, Seek Hole/Data

    Phoronix: EXT4 In Linux 3.8 Brings Inline Data, Seek Hole/Data

    The EXT4 file-system pull request for the Linux 3.8 kernel has been submitted and it's bringing fixes plus introduces two new features...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Data inlining

    This data inlining feature will probably be a great win for gentoo users storing the portage tree in an ext4 filesystem.

    Comment


    • #3
      Not sure about a 'great' win, as 256 bytes won't allow for much ebuild data, but yes, it could win some bytes.

      Having said that, does it require a disk-format change? And if so, is it doable with tune2fs or will a full mkfs.ext4 be required?

      Comment


      • #4
        Originally posted by oliver View Post
        Not sure about a 'great' win, as 256 bytes won't allow for much ebuild data, but yes, it could win some bytes.
        I assumed the inodes to be larger, but you're right. The default inode size is 256 bytes.

        We can probably save no more than 46 MB:

        The total size of files smaller than 256 byte:

        find -type f -size -256c | awk '{size+=$7}; END {print size}'
        2033425

        Total number of files smaller than 256 byte:

        find -type f -size -256c | wc -l
        12205

        So in the best case 12205 files won't use 4kB blocks each, but no additional size.

        Comment


        • #5
          I'd be more interested in the performance boost this gives on 'emerge' commands going through the tree.

          That said, will we have to reformat?

          Comment

          Working...
          X