Nem mintha már öt év telt volna el azóta, hogy a Huawei bejelentette az EROFS-t, mint egy csak olvasható fájlrendszert, amelyet eredetileg Android-eszközökhöz terveztek, de hasznosnak bizonyult a fő Linux kernelben a Linux-felhasználók számára, és érdekes használati esetek is érkeznek. konténerek körül és így tovább. A fejlesztés alatt álló Linux 6.4-es kernellel még több fejlesztés történt ezen az írásvédett fájlrendszeren.
Az EROFS a Linux 6.4-el megkapja az aloldal blokkok támogatását, ami különösen hasznos az AArch64 területen, ahol a nagyobb oldalak gyakoribbak lehetnek. A Linux 6.4 EROFS-e hosszú xattr névelőtagok funkciót is hozzáad. A virtuális gépekhez csatolható, több blobból álló képekhez simított blokkeszközök is támogatottak.
A már egyesített lehívási kérés Gao Xiangtól magyarázza:
Ebben a ciklusban elérhető az aloldal blokk támogatása a tömörítetlen fájlokhoz. Főleg arany 4k-s blokkképek engedélyezésére használják az arm64-en 16/64k oldalakkal. Ezenkívül a végfelhasználók ezt a funkciót arra is használhatják, hogy létrehozzanak egy jegyzéket, amely közvetlenül hivatkozhat a golden tar adatokra.
Emellett a hosszú xattr névelőtag támogatása is be van vezetve ebben a ciklusban, hogy elkerüljük a túl sok xattr-t ugyanazzal az előtaggal (pl. overlayfs xattrs). Erofs + overlayfs kombinációk esetén hasznos (mint például a Composefs modell): a képméret ~14%-kal csökken, és a futásidejű teljesítmény is kissé javult.
A hosszú xattr névelőtagok kódját illetően Jingbo Xu, Alibaba elmagyarázta az előző javítási sorozat:
az overlayfs xattrs-t használ saját metaadatainak megtartására. Ha az ilyen xattr-eket erősen használják, mint például a Composefs modell [1], akkor sok különböző xattr értékkel rendelkező xattr létezik, de csak néhány gyakori xattr név érvényes (trusted.overlay.redirect, trusted.overlay.digest és talán még több a jövő).
…
A probléma megoldása érdekében vezessünk be hosszú xattr névelőtagokat. Hasonlóan működnek, mint az előre meghatározott névelőtagok, kivéve, hogy a hosszú xattr névelőtagokat a felhasználó határozza meg.Ha hosszú xattr név előtagot használ, a megosztott hosszú xattr előtagok a csomagolt vagy meta inode-ban, míg az xattr név megmaradt záró része a hosszú xattr név előtagon kívül az erofs_xattr_entry.e_name fájlban tárolódik. Az e_name üres, ha az xattr név pontosan megegyezik a hosszú xattr név előtaggal.