"cache-data-in-swap" támogatás érkezik a DragonFly BSD-be
Matthew Dillon, a DragonFly BSD vezető fejlesztője a napokban bejelentette, hogy néhány kernel struktúra változni fog, ezért a fejlesztői ágat követőknek teljes kernelfordítást kell majd végezniük, nem elég az inkrementális. Matt emellett megjegyezte, hogy hozzájut néhány SSD-hez, ezért nekiáll implementálni egy "cache-data-in-swap" nevezetű funkciót. Mint írja, az elmúlt évtizedben a gépekben ugrásszerűen megnőtt a memória mérete, következésképpen a swap használat lecsökkent. A legtöbb, nagy teljesítményű (web)szerveren kerülik a swap területre való lapozást, mert az jelentősen csökkenti a teljesítményt. Ebből kifolyólag a swap kevésbé hasznos, használatos ezeken a rendszereken. Ugyanakkor az SSD-k elég kiforrottak lettek ahhoz, hogy adat gyorsítótárként (cache) funkcionálhassanak a merevlemezekhez. A merevlemezek mérete oly mértékben megnőtt az elmúlt években (2TB+), hogy a 4-16GB fizikai memóriát tartalmazó gépek nem igazán tudják hatékonyan cache-elni az aktív adatokat. Dillon szerint viszont a kisebb, mondjuk 40GB-os SSD-k óriási teljesítménylöketet adhatnának a nagy adatkészletekkel dolgozó rendszereknek, nem beszélve arról - írja -, hogy a régi szerverek vagy a kevésbé adatkiszolgálás célra kitalált munkaállomások, egyszerű vasak ilyetén való felturbózása sem elhanyagolható költséghatékonyság szempontjából. Ezért Matt azzal foglalatoskodik ezekben a napokban, hetekben, hogy egy rendszerszintű cache-to-swap funkciót implementál olyan objektumok számára, mint a fájl adatok, fájlrendszer metaadatok. A szolgáltatás - ha elkészül - lehetővé teszi a felhasználó számára, hogy az swap-ot telepítsen SSD-re, majd ezt a területet cache gyanánt felhasználja olyan "tiszta" és metaadatok számára, amelyek megtalálhatók a merevlemezen is. Ha az adat nem érhető el a fizikai memóriában, de elérhető az SSD-n, akkor a rendszer onnan fogja kiolvasni és nem a merevlemezről. Ez a szolgáltatás eltérően működik majd, mint a hagyományos swap-elés, hiszen akkor is működésben van, ha egyébként nincs memória szűkös állapot. A mechanizmus előnye egy fájlrendszerbe integrált megoldással szemben az, hogy ez bármely fájlrendszerrel működik és, hogy ez a cache teljes mértékben eldobható. Matthew úgy gondolja, hogy ez egy nagyon-nagyon zsír funkció lesz. Ráadásul az elmúlt időszakban végzett munkák gyakorlatilag tálcán kínálják a megvalósítás lehetőségét, hiszen olyan funkciók kerültek implementálásra az elmúlt hónapokban, amelyek lehetővé teszik a könnyű megvalósítást. A beszélgetés során felmerült az SSD-k élettartamának, maximális írhatóságának problémája, de úgy fest, hogy Dillon erre is gondolt. Valaki felvetette, hogy nagy fordulatszámú SCSI/SAS lemezek is szolgálhatnának cache eszközként ebben az elgondolásban. Dillon egyetértett, azzal, hogy kissé különböző algoritmus felhasználásával szóba jöhet, sőt továbbfűzve a gondolatot, azt írta, hogy akár az NFS felhasználás is profitálhatna az elgondolásból. A részletek Matt levelében olvashatók.