|
|
|
Re: [PATCH 2/3] ext4: Context support | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
On 2012-06-14, at 3:55 PM, Arnd Bergmann wrote: > My feeling is that we would actually benefit much more from the > erase block alignment than from the context for the large files. > > I think this is something we can do in the Linaro storage team. > We actually have plans to also put the erase block size in the swap > header, so we should be able to use the same code in mke2fs and mkswap, > and potentially others. What we discussed in the storage team meeting > today is that we start out by making ext4 aware of the erase block > size through the superblock and aligning extents for large files to > erase block boundaries. Note that there are already the s_raid_stride and s_raid_stripe_width, used by the ext4 allocator to align the start and size of allocations on RAID systems. The erase block size would be like s_raid_stride (the minimum amount of data to allocate and write contiguously). I don't know that there is a benefit to having a separate erase block size, since in the end it means the same as s_raid_stride to the allocator - make sure allocations/writes are aligned and sized on multiples of this. Cheers, Andreas -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux Ext4 Filesystem] [Ecryptfs] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Photo] [Yosemite] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [Samba] [Video 4 Linux] [Device Mapper] [CEPH Filesystem]
![]() |