Vlákno názorů k článku
CERN končí s Red Hatem a přechází na Debian od andrej - > narazil na limity požadavků systémů Red Hatu...

> narazil na limity požadavků systémů Red Hatu na x86–64-v2
ake limity?

Podle mě tím chtěl autor říct, že RHEL 10 vyžaduje x86-64-v3 (AVX2 instrukce), čili nejde spustit na procesorech uvedených zhruba před rokem 2013.

Coz jen krasne ilustruje do jake rite celej tux speje, protoze i ty widle jde provozovat na mnohem starsim HW. Sice je to nesupportovana kombinace, ale provozu technicky nic nebrani. Win 11 se daji spustit na jednojadrovym pentiu 4.

Asi tak. Ostatně třeba na pracovním notebooku mám CPU staré deset let. A, světe div se, normálně stačí. Kdyby mi teď někdo řekl, že další verze systému nebude to CPU podporovat, poběžím koupit za dvacet tisíc nový notebook, který navíc dost pravděpodobně bude konstrukčně podstatně horší než tenhle starý ThinkPad? Nebo nějaký Framework za padesát? Ne. Vyměním ten systém. Protože potřebuju pracovat, ne být free, cool a in.

Narazil jsem na to s CentOSem taky, ALE na NASu s úsporným CPU (v2 z roku 2019).

V notebooku starém 10 let bude minimálně -v2 (Nehalem 2008), ale spíše už i -v3. Běžné mainstreamové procesory s podporou AVX jsou s námi už déle (Haswell 2013).

CERN má procesory s x86_64-v1 - tj. ještě o instrukční generaci starší. Ty už nebyly podporované celkem dlouho. Taky proto ještě pořád měli Scientific 7.

Hele, aby dostali funkční řešení, tak vyměnili jedno Linuxové distro za jiné Linuxové distro. Nemuseli tam napálit Win 11. Nepleťte si rozhodnutí jedné distribuce s Linuxem.

Já na něco podobného narazil s administrací UniFi. Běželo to na mikro PC s nějakou starší Core i5 2. generace. Upgradoval jsem systém na Debian 13, ale už jsem nebyl schopen zprovoznit databázi Mongo.

- UniFi vyžadovalo databázi Mongo
- stará verze Mongo nedostupná, stažení nemožné atd...
- nová verze vyžadovala instrukce CPU, které uměl těsně následující CPU, ale ne ten v mém mikro PC, což jsem dohledal kdesi "zastrčené" až po mnoha segfaultech
- výkonově žádný problém i to prastaré PC se flákalo, 8G RAM stačilo s obrovkou rezervou, spotřeba v jednotkách wattů, bylo to spolehlivé, žádný důvod k upgradu, kromě absence instrukce

Nezbylo než PC odstavit, koupit nové s novým CPU, software zůstal stejný, na novém CPU funkční. UniFi to cca o rok později zabilo opět... ale to je jiná pohádka.

To prastaré PC pak mimochodem dvakrát posloužilo jako nouzově náhradní desktop. S tím problém nebyl, ale pro zcela "nenáročnou" úlohu jako administrace WiFi skrze web UI použít nešlo jen kvůli hloupému rozhodnutí autorů databáze Mongo.

Vnímám to jako plýtvání hardwarem.

Nie celkom chapem, preco na starom hardware prevadzkovat ostatny release operacneho systemu. Obzvlast, ked potrebujem pracovat a nie byt free, cool a in.

RHEL8 (Alma, Rocky, Oracle) aj RHEL9 budu podporovane este nejaky piatok; dost mozne, ze dlhsie, ako bude zivotnost daneho stareho hardware. Preco zabijat cas preinstalovanim (RHEL nema podporovany in-place upgrade), ked nemusim? Tieto systemy boli aktualne, ked dany hardware vysiel, funguju s nim a budu este chvilu fungovat. RHEL10 je urceny pre hardware, ktory vychadza teraz, nie pred 10-15 rokmi. Tento hardware tiez bude v prevadzke 10+ rokov.

Aj ja mam jeden stary thinkpad (t430s, ivy bridge, x86-64-v2). Nemam ambiciu na neho tlacit ani Windows 11 (nepodporovany CPU, nema TPM2) ani RHEL10 (nema x64-64-v3). Napriek tomu na nom bezi system, ktory je aktualny a podporovany.

"mám CPU staré deset let."

Intel Core i7-6700K ... vazne nevim, proc bych to mel vyhazovat ... Q3'15 ... naprosto vyhovujici na naprosto vse.

> Coz jen krasne ilustruje do jake rite celej tux speje, protoze i ty widle jde provozovat na mnohem starsim HW...

Což jen krásně ilustruje, že ani po letech tady nerozlišujete mezi jádrem, distribucí a třeba upstream aplikacemi (např. zmíněné Mongo, co vyžaduje AVX instrukce resp. vyšší ARM arch level už od verze 5 cca r. 2021 a podobně ).

Distribuce i aplikace jsou různé a můžou mít odlišné cíle.
Připadá mi trošku delulu, jak tu má spousta lidí pocit, že spuštění na nejstarší možné archaické konfiguraci je ta největší ctnost.. a měl by to být automaticky pro každého ten ultimátní cíl.

Komerční firmy se logicky snaží o to, aby to chodilo co nejlíp jejich zákazníkům. A jestliže majorita z nich používá novější CPU a benefitovali by z toho, můžou uvažovat i zvýšení toho základního levelu. Podobně tam může být i pragmatická úvaha or zúžení okruhu hardware nutného pro testování a podporu.. což bude hrát roli i v případě RHEL, kde je to s nejdelší placenou podporou klidně 14 let od vydání (např. RHEL 7 ELS verze).

Komunitní distribuce k tomu mohou přistupovat odlišně. Jak ze strany celkových minimálních požadavků, tak i třeba organizace repozitářů (multiverse, universe... kitchen sink).

A samozřejmě je tam spousta nuancí u konkrétních věcí.. ty novější instrukce tam nemusí být natvrdo přes flagy kompilátoru u jediného balíčku, může tam být runtime detekce nebo mít víc variant binárky vedle sebe (nařp. glibc-hwcaps) atd.

Ty sis zcela komernecne zjevne jeste nevsim, ze na HW dneska dostanu od libovolnyho dodavatele hned pri nakupu 8+ let supportu. I na uplne hloupej desktop mam 5let NBD ...v zakladu, nic extra ...kdycbych chtel platit navic, tak tech 8 mam lusknutim prstu.

Tudiz ten HW support uz dneska prezije ty tvoje uzasny distra.

Nikdo na tyhle planete nestoji o to, vymenovat zcela funkcni veci, na ktery mu navic dodavatel doda nahradni dily.

Kdyz si koupim widle, tak vim, ze mam minimalne 10+3 roky SW supportu. Co mi chces nabidnout jako TUX? Pochlub se ...

Nikoho nezajimaj nejaky cile distribuci nebo aplikaci nebo vi buh koho/ceho. Uzivatele zajima funkcni infrastruktura. Ktera bude mit funkcni support. Ze stojej widle za vyliz? Stojej ... cim dal vic, ale u tuxe je ta sestupna tendence o 2 rady horsi.

překlep opraven.