| 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: Sat, 05 Nov 2011 10:08:23 -0700 From: "Clayton Weaver" <cgweav@...tmail.fm> To: linux-kernel@...r.kernel.org Subject: Re: [GIT PULL] mm: frontswap (for 3.2 window) (NB: My only dog in this hunt is the length of this thread.) When swapping to rotating media, all swapped pages have the same age. Is there any performance reason to keep this property when swapping to in-memory swap space that has rotating media or some other longer-latency swap space for worst-case swap storage? Is there any performance reason to extend lru logic to this type of low-latency/high-latency swap? Seems like an obvious question. Will all of these potential frontswap backends want page compression? (Should it be factored out into a common page compression implementation that anything can use? Does this already exist? How many pages should it operate on at one time, batched together to get higher average compression ratios?) -- Clayton Weaver cgweav at fastmail dot fm -- 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