| 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: <45772D56.5020600@cfl.rr.com> Date: Wed, 06 Dec 2006 15:51:34 -0500 From: Phillip Susi <psusi@....rr.com> To: "Magnus Naeslund(k)" <mag@...e.se> CC: linux-kernel@...r.kernel.org Subject: Re: 2.6 tmpfs/swap performance oddity Magnus Naeslund(k) wrote: > But tmpfs seems to get really slow when it has to swap out stuff from > tmp to a 80 gb swap partition, much slower than just writing a file > to the ext3 fs. Maybe this is a known thing, and easily tuned, but > I've not seen any solutions when googling around. This is a SWAG ( Silly Wild Ass Guess ), but maybe tmpfs isn't mapping the files sequentially in ram, or is otherwise doing something to prevent proper swap clustering and read ahead? > Somehow I think I'm missing something here, maybe we're not supposed > to use tmpfs in this way at all? What more information can I supply > to narrow down the problem? Is there any secret knobs that I can use > to tune swap performance? You aren't supposed to be using tmpfs in this way at all ;) tmpfs is meant to hold small files that will only exist for a short time, or do not need to persist after a reboot. Keep your big data files on a normal filesystem, and let the kernel worry about caching the most frequently accessed parts. - 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