linux-ext4 - Re: [PATCH] mke2fs: batch zeroing inode table

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

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <171328638215.2734906.8018789914145416497.b4-ty@mit.edu>
Date: Tue, 16 Apr 2024 22:03:33 -0400
From: "Theodore Ts'o" <tytso@....edu>
To: linux-ext4@...r.kernel.org, Li Dongyang <dongyangli@....com>
Cc: "Theodore Ts'o" <tytso@....edu>, adilger@...ger.ca
Subject: Re: [PATCH] mke2fs: batch zeroing inode table


On Mon, 04 Sep 2023 14:58:06 +1000, Li Dongyang wrote:
> For flex_bg enabled fs, we could merge the
> inode table blocks into a contiguous range,
> this improves mke2fs time on large devices
> when lazy_itable_init is disabled.
> 
> On a 977TB device, unpatched mke2fs was running
> for 449m10s before getting terminated manually.
> strace shows huge number of fallocate, given the
> offset from fallocate it has done 41% of the inode
> tables, the estimated time needed would be 1082m.
> 
> [...]

Applied, thanks!

[1/1] mke2fs: batch zeroing inode table
      commit: a192f4f344456c2390ce946b4a71db0b85ce5665

Best regards,
-- 
Theodore Ts'o <tytso@....edu>