Tiyak na hindi ito pakiramdam na limang taon na ang nakalipas mula noong inanunsyo ng Huawei ang EROFS bilang isang read-only na file-system na unang idinisenyo para sa mga Android device ngunit napatunayang kapaki-pakinabang sa pangunahing linya ng Linux kernel sa mga gumagamit ng Linux sa pangkalahatan na may mga kagiliw-giliw na mga kaso ng paggamit na darating din. sa paligid ng mga lalagyan at higit pa. Sa in-development na Linux 6.4 kernel ay higit pang mga pagpapahusay sa read-only na file-system na ito.
Ang EROFS na may Linux 6.4 ay nakakakuha ng suporta para sa sub-page block na suporta na partikular na kapaki-pakinabang sa puwang ng AArch64 kung saan ang mas malalaking pahina ay maaaring maging mas karaniwan. Nagdaragdag din ang EROFS ng Linux 6.4 ng mahabang xattr name prefix na functionality. Mayroon ding suporta para sa mga flattened block device para sa mga multi-blob na imahe na ikakabit sa mga virtual machine.
Ang naka-merge na pull request mula kay Gao Xiang nagpapaliwanag:
Sa cycle na ito, available ang sub-page block na suporta para sa mga hindi naka-compress na file. Pangunahing ginagamit ito upang paganahin ang mga ginintuang 4k-block na larawan sa arm64 na may 16/64k na pahina. Bilang karagdagan, maaari ding gamitin ng mga end user ang feature na ito upang bumuo ng manifest na direktang sumangguni sa data ng golden tar.
Bukod dito, ipinakilala din ang mahabang xattr name prefix support sa cycle na ito para maiwasan ang masyadong maraming xattr na may parehong prefix (hal. overlayfs xattrs). Kapaki-pakinabang ito para sa kumbinasyon ng erof + overlayf (tulad ng modelo ng Composefs): ang laki ng larawan ay nababawasan ng ~14% at bahagyang napabuti din ang pagganap ng runtime.
Para sa mahabang xattr name prefixes code, ipinaliwanag ni Jingbo Xu ng Alibaba sa naunang serye ng patch:
gumagamit ang mga overlay ng xattrs upang panatilihin ang sarili nitong metadata. Kung ang mga naturang xattr ay madalas na ginagamit, tulad ng modelo ng Composefs [1], ang malaking halaga ng mga xattr na may magkakaibang mga halaga ng xattr ay umiiral ngunit iilan lamang ang karaniwang mga pangalan ng xattr ay may bisa (trusted.overlay.redirect, trusted.overlay.digest, at marahil higit pa sa ang kinabukasan).
…
Ipakilala natin ngayon ang mahabang xattr name prefix para ayusin ito. Gumagana ang mga ito nang katulad ng mga prefix ng paunang natukoy na pangalan, maliban na ang mahabang xattr name prefix ay tinukoy ng user.Kapag gumamit ng mahabang xattr name prefix, ang nakabahaging mahabang xattr prefix ay iniimbak sa naka-pack o meta inode, habang ang natitirang bahagi ng xattr name bukod sa mahabang xattr name prefix ay iimbak sa erofs_xattr_entry.e_name. Walang laman ang e_name kung eksaktong tumutugma ang pangalan ng xattr sa mahabang prefix ng pangalan ng xattr.
