Vlákno názorů k článku Google o procesu přechodu z 4kB na 16kB stránky u Androidu, Mozilla Whisperfile na bázi OpenAI od Lael Ophir - Trochu překvapí, že Linus od začátku nepočítal s...

Trochu překvapí, že Linus od začátku nepočítal s možností běhu na HW s jinou memory page size. I když... Ono tam vlastně moc designu OS neproběhlo. Tým NT kernelu s tím ale počítal. Windows na různých platformách používají 4kB a 8kB pages, a 2MB nebo 4MB large pages. U Itania se zvažovaly 64kB stránky, ale benchmarky nakonec řekly, že 8kB je lepší volba.
https://learn.microsoft.com/en-us/windows/win32/memory/working-with-pages

Nesmysl. Nevím, jak "od začátku", ale různé velikosti na různých architekturách musel podporovat docela záhy. Large (či huge) pages podporoval taky ve chvíli, kdy s tím x86 přišla.

Článek docela jasně popisuje, kde jsou ty omezení - nikoliv v kernelu, ale ve věcech kolem - například mapování souboru musí být najednou zarovnáno na 16 kB, což vyžaduje jinou organizaci na filesystem.

Takže hlúpa otázka:

Keď mám 16kB stránku a zväčším bloky vo FS na 16kB, môže to mať pozitívny vplyv na výkon? Ja len, či sa mi oplatí tým zapodievať.

Viz https://android-developers.googleblog.com/2024/08/adding-16-kb-page-size-to-android.html : For performant operation, file system block size must match the page size. EROFS and F2FS file systems have been made 16 KB compatible, as has the UFS storage layer.

Podstatnější je, aby segmenty souboru byly zarovnané na velikost stránky, což zvýší paměťovou náročnost u malých souborů (knihoven). Ale hlavní knihovny (glibc, qt, gtk, ...) se pohybuje v megabytech, takže tam je to celkem jedno.

Výkon hlavně zvýší to, že stránkovací tabulky, cache a výpadky budou čtvrtinové.

Píšem si to na TODO list, ďakujem :)

A z nejakeho duvodu se ten bastl postupnymi iteracemi dostal do stavu, kdy NT nakope zadnici...

Škoda, že aspoň jádro Windows není open source. Bylo by to jistě užitečnější pro celý ekosystém - bylo by zase o kousek snazší se od sebe učit.

Myslím si, že dlouhodobě vyhrává pozitivně konkurenční prostředí a ne nutně monokultura. Ale udržet určitou kulturu při té konkurenci je dost těžké a jenom takové prostředí je něco, kde se lidi od sebe budou chtít učit. Jinak to je zákopová válka a proliferace Not Invented Here syndromu.

> A z nejakeho duvodu se ten bastl postupnymi iteracemi dostal do stavu, kdy NT nakope zadnici...

Zrovna Linux/ARM na desktopu je aktuálně ta nehorší varianta. Uživatelé desktopu totiž potřebují spouštět i nenativní closed source aplikace.

25. 8. 2024, 14:16 editováno autorem komentáře

Vy jste nějaký jejich mluvčí? Já osobně jsem uživatel desktopu a aplikací, které nejsou z repozitáře nebo jsem je nebybuildil z AUR používám naprosté minimum a i ty jen málo.

Ne každý si vystačí s "firmwarem".

25. 8. 2024, 17:51 editováno autorem komentáře

A priklady takovych aplikaci, ktere si chce majitel Linux/ARM stroje poustet?

Jedna z tých populárnejších je "Google Chrome".

Třeba komerční aplikace? Nebo hry?

Třeba widevine, bez toho či člověk nepustí žádnou streamovací platformu. A popravdě bych mohl pokračovat dále. Všechny ty nesmysly ci jsem musel dělat abych se podíval na Netflix má pinebooku pro.

Však len počkajte, box86 a box64 sú vo výrobe.

A Google Chrome mi nechýba, ďakujem za spýtanie sa :)

Tak x86 má pouze 4kB pages a 2MB nebo později některé procesory i 1GB hugepages. Windows na tom nic nezmění.

Oproti tomu ARMv8 má 4kB, nebo 16kB, nebo 64kB pages a 64kB, 2MB, 32MB a 1GB hugepages (výběr záleží ne pages).