Itanium: Az Intel útjára bocsátotta a Montvale processzorcsaládot

Intel

Szerdán az Intel bejelentette a high-end szerverekbe szánt Itanium processzorcsaládjának legfrissebb tagját, a "Montvale" kódnévre hallgató CPU termékvonalat. A Montvale a 2006-os év közepén debütált kétmagos, Montecito kódnévre hallgató vonal frissítése.

Az eredetileg 2006-ban esedékes Montvale kiadás mostanáig húzódott. Az új processzorcsalád a Montecito-hoz hasonlóan 90nm-es gyártástechnológiával készül és egy tagtól eltekintve két processzormagot kínál.

A Montvale - másnéven Itanium 9100 - terméksor hét tagú, hat dual-core és egy egymagos processzorból áll. Az új termékvonal három újdonsággal szolgál az 9000-es sorozatú elődjéhez képest. Nevezetesen:

  • "core-level lockstep" - erősíti a küldetéskritikus alkalmazások támogatását; javítja az adatintegritást és az alkalmazások megbízhatóságát azzal, hogy kiküszöböli az észrevétlen hibákat a [processzor]magban
  • "demand-based switching" - energiagazdálkodással összefüggő fejlesztés, lehetővé teszi, hogy alacsonyabb CPU terhelés esetén a szerverek kevesebb energiát fogyasszanak
  • a frontside bus sebességének növelése 667MHz-re

A felsorolt három újdonság mellett a 9100-as sorozat tagjai már 1.66 GHz-ig bezárólag érhetőek el.

Bővebben itt.

Inkabb nezzunk meg egy errata -t .
Par kernel, fordito,microcode.. stb hacket amik elrejtik a hibakat.

"ECC (Error Correcting Code) detects memory
transfer errors as well as bad memory cells. The
solution can even fix single bit errors, hence
allowing the system to keep working." -- /me nem hisz benne, ott ahol egy bit habizik ott lehet tobb is, ram -nal hibazas nem megegedheto, az elso hibanal ivesen javitando, inkabb detektalni jo ez

Bithibát okozhat _állítólag_ elektromágneses probléma is egyébként kifogástalan hardver esetén. Szintén _állítólag_ (külfüldi mérnök állította egy hw témájú konferencián, én nem kutattam utána) felmérések támasztják alá, hogy bizonyos környezetekben vagy környezeti változások idején (tán a napkitöréseket említette) esetén olyan RAM is képes hibázni, ami egyébként nem. Nem értek a csillagászathoz így nem tudok erről egyebet mondani, csak amit hallottam. Majd egy csillagász megcáfolja :)

Azonban, az ECC lényege nem az, hogy folyamatosan javítsa a bithibát. Nem is tudja, mert csak egyet tud. A lényege, hogy hiba esetén az alkalmazás __átvészelje__ a problémát és egyben a bithiba jelzésre kerüljön az adminisztátor számára. Ha a bithiba jelzésre kerül, az adminisztrátor be tudja tervezi a rossz modul tervezett cseréjét. Azaz értesítést kap. Abban a pillanatban, hogy a hiba bekövetkezett Email, Pager, SMS, villogó zaporozsec lámpa, stb. értesítést kaphat. Még azelőtt, hogy az alkalmazás valójában egyszer is lekönyökölt volna.

A HP-nál pl. az ECC által javított hiba "prefailure" garanciás, azaz azt jelenti, hogy az adott modult szó nélkül cserélik, ha az ECC működésbe lépett még akkor is, ha egyébként semmilyen hibára utaló _látható_ jel (BSOD, segfault, mint tudom én) nincs. Ezt a megfelelő programmal (Systems Insight Manager, System Management Homapage) detektálni lehet.

Egyébként most is van egy szerverem, amiben áramszünet esetén a szünetmentesre kapcsoláskor (valami rejtélyes elektromos probléma miatt, amire a szikrabohócok még nem tudtak rájönni) az egyik RAM elhagyja magát. A menedzsment szerint az ECC korrigál, a Windows eventlog-ban ott a jelzés, amit a managemet agent szór, hogy "cseréld a modult". Ha nincs áramszünet, akkor hónapokig elmegy. Nos, lehet, hogy ha nem lenne az ECC, akkor ilyen esetben nem az eventlog-ban lenne a megjegyzés, hanem egyszerűen eldump-olna a szerver, vagy elpusztulna a rajta futó alkalmazás. Így nem értek egyet azzal, hogy az ECC felesleges.

--
trey @ gépház

Már csak azért sem felesleges, mert a RAM-hibákat ugye detektálni kell, ha nincs ECC. Mondjuk gép lekapcs, memtest86, vagy hasonló --> éles környezetben essen csak ki 15 percre, az már óriási károkat okozhat. Ellenben ha van ECC, akkor az ember kiveszi a modult, berakja a másikat, és nem keres hibát, mert már eleve tudta, mi a baj.
It doesn't matter if you like my song as long as you can hear me sing

Na ja , de egy processorban nem csak cache van, szamitasok helyesegen ellenorzesehez ketszer kene elvegezni , ha veletlenul ara tevedo reszecske miatti hibat akarsz detektalni.

Valahol azt olvastam, hogy technoligai hatart jelentett a megfelelo tokozas is, mert tul sok zavaro tenyezot adott maga tok , es talan rajta keresztul menu dolgok. Minnel kisebb nm -eken jatszunk annal veszelyesebb lehet.

( Botond | 2007. 11. 03., szo – 22:57 )

Ha a fogyasztás annyira fontos, akkor miért nem 65nm-en gyártják?