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
| ||
|
Date: Tue, 21 Mar 2017 13:07:27 -0700 From: Manish Katiyar <mkatiyar@...il.com> To: ext4 <linux-ext4@...r.kernel.org> Subject: ext4 scaling limits ? Hi, I was looking at e2fsck code to see if there are any limits on running e2fsck on large ext4 filesystems. From the code it looks like all the required metadata while e2fsck is running is only kept in memory and is only flushed to disk when the appropriate changes are corrected. (Except the undo file case). There doesn't seem to be a case/code where we have to periodically flush some tracking metadata while it is running, just because we have too much of incore tracking data and may ran out of memory (looks like code will simply return failure if ext2fs_get_mem() returns failure) Appreciate if someone can confirm that my understanding is correct ? Thanks - Manish
Powered by blists - more mailing lists