Dotaz: architektura a distra

[RX...]

Mám jeden dotaz. Tedy ptám se jen pro zajímavost, abych věděl.

Většina dister (a asi i BSD a solaris) se vykašlali na 32-bitů, takže je na výběr max "amd64" a co já vím "aarch64". S tím, že "amd64" funguje na všem od původních Athlonů64 (rok 2003). Není to trochu dlouho? Co kdyby se distra kompilovala, co já vím, na haswell - "x86_64_haswell", nebo rovnou zen - "amd64-zen". A pro starší PC by měli normálně furt variantu "amd64". Běžely by takto kompilované distra/programy líp/efektivněji, než původní "amd64"?

---

---

Odpovědi

[AraxoN]

Tvorcovia distribúcií si nechcú obmedzovať bázu používateľov. Keď chceš bleeding-edge podporu na mieru pre svoj konkrétny procesor, skús Gentoo. Má to zmysel pre veci ako ffmpeg, ale inak príliš rozdiel vo výkonnosti nevidno.

[Love_Dali]

Mno, já ten rozdíl vidím i mimo takový software :)

[AraxoN]

Vieš to nejak kvantifikovať, porovnať? Keď som naposledy menil CPU_FLAGS_X86, rebuildovali sa len balíky media-video/ffmpeg, media-video/mplayer, sys-cluster/ceph a nejaké knižnice súvisiace s obrázkami. Na bežný chod serverových vecí ako apache, bind, postfix, dovecot a podobne to nemalo absolútne žiaden vplyv.

[Michal Kubeček]

Programy, u kterých má optimalizace tohoto typu smysl to většinou řeší tak, že za běhu zjistí, jaké nadstandardní instrukce CPU podporuje a zavolají příslušně zoptimalizovanou funkci. Dělá to tak i jádro čí glibc. O ostatních programů je přínos minimální a často i záporný.

[lertimir]

Přesně tak, například jedoucí x265 encoder si zjistí jaké operace procesor umí.

x265 [info]: HEVC encoder version 3.4
x265 [info]: build info [Linux][GCC 7.5.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: Main profile, Level-3.1 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices                              : 1