A Linux 7.3 fő, memóriakezeléssel („MM”) kapcsolatos frissítései után ma újabb MM kódmódosításokat küldtek be és olvasztottak be a Linux 7.3 merge window lezárásának közeledtével. Néhány optimalizáló javítócsomag különösen figyelemre méltó, emellett többnyire kisebb javítások és módosítások érkeztek.
A mai MM merge-ben az keltette fel a figyelmemet, hogy Baolin Wang egy javítássorozatot küldött be, amely az első használat után előlépteti a leképezett futtatható foliókat MGLRU alatt. Az Alibaba mérnöke rámutatott, hogy a klasszikus Least Recently Used (LRU) algoritmus jobban védi a leképezett futtatható fájl‑foliókat, így nagyobb eséllyel maradnak a rendszer memóriájában, csökkentve az I/O‑terhelést és javítva a terhelés alatti teljesítményt. Az MGLRU eddig ezen a téren nem viselkedett ennyire kedvezően.
Az MGLRU „kevésbé megbízhatóan” védi a leképezett futtatható fájl‑foliókat, ezért ezeket a klasszikus LRU‑hoz képest könnyebben visszanyeri a rendszer.
Baolin Wang egy 32 magos Arm szerveren mérte fel a problémát, ahol a memóriahasználati limitet 2 GB‑ra állították, így a rendszer erősen memória‑korlátos volt, miközben 32 párhuzamos Linux kernel build futott, jelentős memóriaütközést okozva. A javítócsomag leírásában megjegyezte, hogy az alaprendszeridő 9248 másodperc volt, de ezekkel a javításokkal 7861 másodpercre csökkent, mivel hatékonyabban léptették elő a leképezett futtatható foliókat.
A gyakorlatban ritkán fordul elő, hogy 32 mag verseng mindössze 2 GB RAM‑on, de a mai, gyakran szűkös memóriájú gépek piacán, illetve túlterhelt környezetekben ez a változtatás végső soron sokat segíthet. A futtatható foliók memóriában tartását segítő javításokat olvasztották be ebben a merge-ben, számos egyéb kisebb MM optimalizáló javítócsomaggal együtt.

