| 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: Thu, 22 Apr 2010 00:21:34 +0400 From: Evgeniy Polyakov <zbr@...emap.net> To: Jamie Lokier <jamie@...reable.org> Cc: Phillip Susi <psusi@....rr.com>, linux-fsdevel@...r.kernel.org, Linux-kernel <linux-kernel@...r.kernel.org> Subject: Re: readahead on directories On Wed, Apr 21, 2010 at 09:02:43PM +0100, Jamie Lokier (jamie@...reable.org) wrote: > FIEMAP might not be the answer, but what part of it requires fs > knowledge? It's supposed to be fs-independent. I agree it's not > always appropriate to use, and I don't know if it would be effective > anyway. At least we have to know whether given fs supports such interface. And more complex is to know how underlying fs is organized. What is extent, which types can it have, where exactly information about extent metadata is stored, i.e. where can we find what this object is about? And how to actually populate appropriate blocks into ram to speedup readdir()? FIEMAP (which is file mapper btw :) is useful for information gathering about how fs is organized, but that's all I'm afraid. -- Evgeniy Polyakov -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists