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: Mon, 25 Mar 2013 16:59:44 +0400 From: Andrew Perepechko <anserper@...ru> To: linux-ext4@...r.kernel.org CC: alexey.lyashkov@...il.com Subject: page eviction from the buddy cache Hello! Our recent investigation has found that pages from the buddy cache are evicted too often as compared to the expectation from their usage pattern. This introduces additional reads during large writes under our workload and really hurts overall performance. ext4 uses find_get_page() and find_or_create_page() to look for buddy cache pages, but these pages don't get a chance to become activated until the following lru_add_drain() call, because mark_page_accessed() does not activate pages which are not PageLRU(). As can be found from a kprobe-based test, these pages are often moved on the inactive LRU as a result of shrink_inactive_list()->lru_add_drain() and immediately evicted. From a quick look into linux-2.6.git, the issue seems to exist in the current code as well. A possible and, perhaps, non-optimal solution would be to call lru_add_drain() each time a buddy cache page is used. Any other suggestions? Thank you, Andrew -- 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