Daniel Drake <[EMAIL PROTECTED]> writes: > > It's more-or-less a real life problem. We have an interactive > application which, when triggered by the user, performs rendering tasks > which must operate in real-time. In attempt to secure performance, we > want to ensure everything is memory resident and that nothing might be > swapped out during the process. So, we run swapoff at that time.
If the system gets under serious memory pressure it'll happily discard your text pages too (and later reload them from disk). The same for any file data you might need to access. swapoff will only affect anonymous memory, but not all the other memory you'll need as well. There's no way around mlock/mlockall() to really prevent this. Still even with that you could still lose dentries/inodes etc which can also cause stalls. The only way to keep them locked is to keep the files always open. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/