Vlákno názorů k článku
Linus Torvalds dává Bcachefs ultimátum od Ladis - Jaké jsou dnes big endian stroje? Mám doma...

Jaké jsou dnes big endian stroje? Mám doma PowerPC G4 (Apple notebook/macOS a PC desktop/Windows NT), ale obojí je jednojádro, 1.3GHz (ten desktop je polovina, myslím, že jedno z prvních PowerPC) a 133MHz sběrnice (ten G4). Už v roce 2005 byla ta G4 dost pomalá proti Core 2. To by se autor moderního SW nedočkal kompilace a testů. Modernější je ten Blackbird s POWER9, ale to stojí od 80 tis. Kč a výkon dnes taky žádná sláva.

7. 10. 2024, 11:26 editováno autorem komentáře

Nestačil by, patřičně nakonfigurovaný, virtuál?

Virtuál nepomůže, potřeboval bys emulaci. A tam záleží, jak dobře zvládá danou architekturu např. QEMU (třeba PowerPC nezvládá na 100 %).

Já jen, že jsem už před řadou let emuloval na QEMU ARM z RPi.

Emulovat CPU je pomalé samo o sobě a BE CPU na LE CPU obzvlášť.
Bez BE hardwaru se moc efektivně testovat nedá.

Viz níže, všechny architektury mají už dlouho instrukci pro swap bajtů, takže tohle problém není. Limitem je najít CPU arch, kterou QEMU zvládá dobře (příklad taktéž v odkazovaném příspěvku). Pro zajímavost, emulace x86 mi jede na PowerPC G4 na 1/3 nativního výkonu (mám na notebooku Apple z roku 2005 v emulaci Windows 2000 a 98).

Zrovna PowerPC je LE-přátelská architektura.
Umí celý memory region označit jako LE nebo BE.
A pak má i samostatné load/store instrukce s byte-reversem.

Nejrozšířenější big endian architektura je asi s390x. Na modernějších PowerPC se spíš přechází (nebo spíš už přešlo) na ppc64le.

Tady je ale podstata v něčem trochu jiném; to, že ten patch zrovna rozbil build na big endian architekturách (protože změnil název prvku struktury jen ve variantě deklarace pro little endian a ve variantě pro big endian nechal původní), je spíš náhoda. Problém je, že šlo o patch, který nic neopravoval ani nevylepšoval z funkčního hlediska, a přesto byl na poslední chvíli přidán na konci merge window, aniž by prošel aspoň mailing listem nebo byl aspoň pár dní v nějakém veřejném stromu. A z té diskuse je zřejmé, že nejde o mimořádný úlet, ale spíš standardní režim práce, a že Kent Overstreet odmítá připustit, že je to špatně.

Pro srovnání: v síťovém subsystému, se kterým mám přeci jen víc praktických zkušeností, by se takový patch musel dostat do net-next ještě před vydáním 6.11 final, protože pak se net-next uzavře a další patche, které nejsou opravy, se přijímají až po skončení merge window (a jdou do dalšího cyklu). Takže i kdyby tam přišel úplně na poslední chvíli, pořád by byl asi tři dny v net-next, kde by prošel mnoha testy, a pak další týden a půl v mainline, než by se objevil v 6.12-rc1.