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
| ||
|
Message-ID: <20130612204854.GA12456@thunk.org> Date: Wed, 12 Jun 2013 16:48:54 -0400 From: Theodore Ts'o <tytso@....edu> To: Dave Hansen <dave.hansen@...el.com> Cc: linux-ext4@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>, Jan kara <jack@...e.cz>, gnehzuil.liu@...il.com Subject: Re: ext4 extent status tree LRU locking On Wed, Jun 12, 2013 at 08:09:14AM -0700, Dave Hansen wrote: > You could make per-cpu LRUs, and batch movement on and off the global > LRU once the local ones get to be a certain size. Or, you could keep > them cpu-local *until* the shrinker is called, when the shrinker could > go drain all the percpu ones. > > Or, you could tag each extent in memory with its last-used time. You > write an algorithm to go and walk the tree and attempt to _generally_ > free the oldest objects out of a limited window. Another approach might be to tag each inode with the last time an ext4_map_blocks() was called on the inode, and keep an unsorted list of inodes which has one or more entries in the extent cache. When we decide to discard entries from the extent cache, we should drop all of the entries for the inode --- and then when we read in part of the extent tree leaf block, we should create entries in the extent cache for all of the extents found in the extent leaf block. - Ted -- 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
Powered by blists - more mailing lists