Vlákno názorů 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
od cc - Škoda, že si na to nemůžu vsadit :)...
-
Jan HrachStříbrný podporovatelMůž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 ;-)
