Többször volt szó ezen az oldan a Linux kernel virtuális memória management-jéről. Egyrészt mert érdekes téma, másrészt mert ennek a kernel funkciónak a működése látványos, ugyanakkor kritikus, és fontos. Ezen állhat, vagy bukhat egy szerver működése. A linux a virtuális memóriakezelést valósítja meg.
Lapozásos virtuális memóriakezelést használ, ahol a fizikai memóriát kiegészíthetjük a winchesterről vett virtuális memóriával (page vagy swap terület). A teljes memóriát lapokra osztja, ezen virtuális lapokat rendeli hozzá az egyes folyamatokhoz, és gondoskodik róla, hogy az éppen szükséges lapok a fizikai memóriában legyenek. Itt kell megemlíteni, hogy a Linux használja a virtuális tárkezelés mindkét (gyakran összekevert) fajtáját, a lapozást (paging) és a tárcserét (swapping) is.
Lapozásnál folyamatoktól függetlenül, a rendszer arra ügyel, hogy a szükséges lapok a fizikai memóriában legyenek, ha azok esetleg diszken vannak, akkor gondoskodik memóriába olvasásukról, illetve a ha a fizikai memória teli van, akkor a ritkábban használt lapokat a diszkre írja. Tárcserénél pedig a rendszer figyelemmel kíséri az egyes folyamatok aktivitását is, es ha szabad memóriára van szükség, egy inaktív folyamat egészét háttértárra írja, felszabadítva ezzel a folyamat által használt összes fizikai memóriát.
A Linux a két módszer keverékét használja: amíg bővében van a memóriának, csak egyes lapokat lapoz ki/be, de például ha úgy látja, hogy egy folyamat hosszú ideje inaktív, és nem csak egy-két lapnyi memóriára van szükség, akkor az adott folyamathoz tartozó összes fizikai lapot diszkre menti.Ami nem mindegy, hogy ezt hogyan teszi. Manapság két Linux VM van a köztudatban. Az egyik a mostani stabil kernelek VM-je (a 2.4.10-es kernelektől kezdve - ez Andrea Arcangeli (AA) munkája), a másik Rik van Riel VM-je, az ún. -rmap azaz reverse mapping megoldás. Arcangeli VM-je nagy felhördülést okozott a hackerek egy része között. Többen állítják, hogy az AA féle VM sokkal gyorsabb, és jobban ellenáll a swap strom-oknak, mint a Reil féle -rmap.