Názory k článku
Itanium má šanci se vrátit do jádra, ale vývojáři s ním budou mít hodně práce

Škoda, že si na to nemůžu vsadit :) Podle mě se podpora pro Itanium nevrátí.

Můžeš založit předpověď na některém z prediction marketů, ale pravděpodobně bude vzniklý trh velmi malý.

To je 100% - nikdo to ani nechce - temer vsechny a mozna uz vsechny apky uz nevydavaji pro Itanium2 nove verze, takze skoncili v posledni RHEL Itanium2 edici a tu dale podporuji na veky veku - kdo chce novou verzi - necht prejde na Intel/AMD, nebo AIX s PowerPC - casto ale uz jen x86_64 ta mana.

Popravde, z HP-UX uz lidi utekli davno at uz z PA-RISC nebo z nastupce Itanium2 - zustali jen ti s legaci aplikacema a tam pobezi mozna jeste 30 let i s tim RHEL5 - proto taky konci podpora v6 a zustava podpora v5 - HPE za ni pravdepodobne plati. to same HP-UX - oni uz tam asi zadnou prevartnou novinku delat nebudou ;-))

HPE udelalo velkou chybu, kdyz koupilo pres Compaq firmu DIGITAl a pohrbilo nejlepsi arch. vsech dob Alpha a OS: Tru64 popr. pro bezpecnost OpenVMS - ac je neinzeruje, dones je prodava v nezmenen podobe a i staricka Alpha je rychlejsi nez nejnovejsi Itanium2 - a je o OpenVMS i Tru64 porad mnohem vetsi zajem nez HP-UX ;-))

Je to smutny pribeh, kdy zakulisni tahanice zachranily uz tenkrat arch k nicemu PA-RISC - kazdy vedel ze to nema budoucnost a ze ani Itanium2 nebude na urovni Alpha rady 20.000 - meli regulerne zariznout HP-UX a nechat jej uz tenkrate legacy - tedy zadny dlasi vyvoj, support klidne 100 let pokud chcete - a tvrde tlacit Alpha a Tru64 - lidi v te dobe na to meli a ja rikam ze DIGITAl zde prisle z Marzu, ze to neni mozne, to byli daleko pred vsim, jejich Arch, zbernic se pouziavji dodnes - vlastne i navrh PC Prolaint je od Digitalu, diskove SAN pole z dily DIGITAL se jeste taky dlouho pouzivalo - a kdyby vyrobili posledni Aplha nejmodernejsimi tech. a jen zvedli frekvence - tak to na hlavu porazi nejnovejsi CPU od Intelu - uz jen tim, ze to zvlada i vice fyzickych CPU bez ztraty vykonu - hadejte proc mate dnes max 2 fyzicke CPU - vyjimecne 4, ale to uz clovek moc nevidi ;-))

Architekturu Alpha bylo nutné pro Intel z portfolia dostat za jakoukoliv cenu, na rozdíl od jiných jako Sparc, MIPS atd. které se dostávaly do výkonných serverů a špičkových drahých stanic na CAD, animace atd... tak s Alphou byly navržené motherboardy do běžných PC skříní a časem by z nich x86 vyhnaly. Hodně v tom udržení WinTel (Windows-Intel) pomohlo, že DEC opustil Dave Cutler a nechal se přesvědčit Microsoftem, že dostane volnou ruku v návrhu OS, který bude mít lepší architekturu něž Unix. A co se týče struktury jádra, tak to na Windows NT předvedl, bohužel u userspace nakonec zvítězil požadavek na kompatibilitu se slepencem knihoven nad DOSem (Windows). Přitom jádro NT rovnou navrhoval pro Alpha, MIPS, PowerPC a budoucí generaci x86, na aktuální x86 té doby neměla NT s výkonem šanci. Ale i když se chvíli i Windows NT pro další architektury prodávaly, tak nejspíš na základě dohody s Intelem vše ostatní zařízli a tím investoři ztratili o Alpha motherboardy zájem a serverový busyness DEC neutáhl a koupil ho v roce 1998 Compaq, v té době druhý největší výrobce počítačů po IBM. Opět někdo se zkušeností i s PC, kterému Alpha i v tomto segmentu dávala smysl. Zastavily to Windows 2000, kdy všechno kromě Intelu bylo odřezané. Compaq pak byl snadnou kořistí pro Hewlett-Packard (2002). A jak Lisa Su je hvězdou AMD, tak zde oslavovaná Cara Carleton "Carly" Fiorina předvedla s vidinou krátkodobého zisku to nejhorší, co bylo možné předvést, ze zpráv a rozhodnutí, co jsem tenkrát četl, tak jsem brečel. Svět jí tenkrát oslavoval jako výjimečnou.

Tak ono s tím jádrem NT - 3.51 souhlasím, byly navržené velmi hezky, celé to naprosto rozbily už NT4 tehdejším nápadem s WIN32k.DLL, a tohle dědictví tam straší dodnes.
(v původním návrhu, kompletní win32api se dělalo přes LPC (Local Procedure Call) v CSRSS (de-facto serverový proces pro win32 subsystém, když spadnul, slítla session kterou měl na starosti, ale ne celé wokna). Win32k.dll byl nápad na optimalizaci grafických operací, kdy se rendering přesunul z app -> win32.dll -> LPC -> csrss -> kernel -> grafickej driver rovnou do kernelu (app -> win32.dll -> ring0 -> win32k.dll .....), což sice pomohlo rychlosti, ale nepomohlo moc stabilitě.

Vedlejší produkt byl, kdo si pamatuje, třeba peklo s tisky na win2k terminal serverech - to si takhle někdo koupil nějakou tu (typicky Minolta) tiskárnu s "kvalitními" drivery, nainstaloval lokálně drivery, pak chtěl tisknout, ono je to automaticky nakopírovalo na terminál server, pustilo v kernel modu načež šel celý terminal server do modré smrti. (Předejít tomu tiskem do bitmapy moc nešlo, uvědomme si, že tehdy bejvaly pobočky připojené něčím mezi ISDN až E1, takže 128kbit - 2Mbity)

No a z druhého konce, snad jediný historický přežitek, který ještě přes LPC jede (alespoň v Win7 určitě) je console window. Což se zhusta projevuje tak, že když v cmd.exe dáme něco hodně rychle vypisovat, je to schopné zabít celé GUI ;-)

V enterprise prostredí na tom tak či tak beží HP-UX (a bude ešte tých pár rokov, kým to pôjde definitívne do šrotu) a tých pár nadšencov, čo si odkúpili pár takýchto ťažkých a žravých strojov, ten vývoj neutiahne.
Na použitie v múzeu počítačov aktuálne jadro netreba...

Neni treba ;-) No na strojich pro HP-UX uz casto bezi Linux - nebot cely HP-UX je jeden velky a spatny vtip, napr. jeho problemy s FC diskovymi poli a cestami, ktere se obcas nevrati, obcas pomuze rescan, obcas taky ne a je treba restart celeho serveru - a uplne best of the best je ze si pamatuje i pozici v SAN switchi, takze kdyz migrujete SAN switche, tak se vam to rozsype, device linky se stabnou neplatne a je treba to regenrovat - pokud tam male ale LVM, tak je v se v pohode - jen to musite udelat rucne - jako ze to rescanujete a nechate vyrobit nove soubory v /dev/ a pak rescanovat LVM - v novem HP-UX uz nastesti umi resit multipath i samotne LVM.

Suma sumarum jsme jeden HP-UX sam migroval na Linux - presnji HPE mi reklo, ze nemsim naisntyalovat HP-UX do produkce, kdyz na to nemam certifikaci, no ale cetifikaci na RHEL jsme mel na HW taky - takze sup na HPE EVA diskove pole + tyhle masinky - nemaji grafickou kartu, takze instalace pres textovy virt. terminal pres sit - hele a myslim, ze je ani netrapi, ze ten RHEL co tam maji nepujde upgradovat ;-)

Podporu maji - maji tam Oracle a jednu apku - stejne uz se pro to Oracle nedela, takze ani kdyby chteli, tak upgradovat nemuzou.

Jako popravde jsme se divil, ze jeden HP-UX nahrazovali druhym, ano potrebovali garanci provedeni instrukce, coz v te dobe x86_64 nemel, ale i tak bylo lepsi nasadit AIX - a jen tyak pro poradek, zkousli jsme HP-UX a rychlost, pak jej teda dali pryc, kdyz jej nesmim instalovat ;-)) a dali Linux - linux byl mnohem rychlejsi - vse tam jelo, zmizely problemy co mel HP-UX - ono s tim supportem je to takove vesele - HW vam vymeni, nejak vam pomuzou, ale kdyz mate problem ze nevite co s tim, tak uz je to placene - rikali ze jednou neco takoveho resili, priletel typek letadlem ! do Prahy a pak taxikem - 60k za cestu a 30k/hod - byl to machr, za tu hodku jim to vyresil - dnes uz ma HPE lidi na HP-UX i v CR - v te dobe ne, jeste ze tam umeli anglicky - pak jsem jim s tim pomahal ja + jsme tam nasazovali linuxy - meli tam i windows a to rikali, ze bylo jejich nejhorsi rozhodnuti v zivote - nakonec je taky zmigrovali na Linux.

Jako teda vim proc chteli zase HP-UX - s HPE pak meli nejakou lepsi servisni smlouvu na vsechno, meli i mega slevy a predtim jim ten HP-UX jel cca 20 let a problemu tam bylo fakt relativne malo, co se provozu tykalo, krom tech probelmu s FC a migrace SAN switchu - kdyz jsme jim s tim umel pomoct, tak uz nebyl velky problem ani to ;-)

Kazdopadne kdyz mohli na Itanium2 nainstalovat misto HP-UX Linux, tak nevahali, otestovali to na tom a kdyz zjistili, ze vse bezi, tak uz HP-UX nechteli

Co maji ted uz vubec netusim, ale jak rika kolega, bud na tom maji lidi HP-UX, nebo nejkay stary RHEL - upgradovat na novy uz nemuzou, nebot temr vsichni vyrobci to prestali pdoprovat, takze podporuji jen to co meli v dobe instalace a na to dale delaji bezp. patche - popravde, casto tyhle masiny jsou v nejake hodne uzavrene siti a jen nejaka casto aplikacni proxy nebo aplikace tam ma pristup.
Takze podpora se muze klidne smazat, muzu jim zarucit, ze novy Linux tam nikdo do produkce nasazovat nebude - nebot vse se zmrazilo a naprosta vetsina aplikaci uz nema upgrade ani na HP-UX, natoz na Linuxu pro Intanium2 - novy oracle na to nedaji, jen stary, DB2 je na tom podle me podobne, Progress beztak taky - vetsina tech apek co tam bezi uz jsou proste legacy a pouzivaji se jen proto, ze je to neco mission critical, co funguje, bezi to, bezi to spolehlive a nikdo do toho ani moc nechce rypat

No zajímavé je, že zrovna třeba Oracle vydal OCI 21 (C++ interface pro OracleDB) pro HP-UX relativně nedávno. Naproti tomu na verzi pro Apple Silicon se čeká už snad víc než 2 roky a nic. Evidentně není rozhodující počet uživatelů/vývojářů, ale počet a bonita platících zákazníků.