linux-ext4 - [Bug 107301] system hang during ext4 xattr operation

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-ID: <bug-107301-13602-niulSHtxBU@https.bugzilla.kernel.org/>
Date:	Mon, 09 Nov 2015 15:22:23 +0000
From:	bugzilla-daemon@...zilla.kernel.org
To:	linux-ext4@...r.kernel.org
Subject: [Bug 107301] system hang during ext4 xattr operation

https://bugzilla.kernel.org/show_bug.cgi?id=107301

--- Comment #11 from Jan Kara <jack@...e.cz> ---
Actually if most of inodes have xattrs like this, then the biggest win would
probably be to create filesystem with 512-byte inodes where the ~270-byte xattr
will fit into the inode as well. Then you save on extra block lookup etc.

WRT disabling mbcache, it seems disabling it would really help your usecase.
However I'm not a big fan of mount options for disabling/enabling various
functionality in the filesystem as it blows up a test matrix and tends to be a
usability issue as well (people don't know the option or don't know when to
enable / disable it). So I'd prefer if we just fixed mbcache...

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html