Oldal 1 / 1
Re: Már úton van a következő Itanium
#1
Elküldve: 2010. 02. 03. 14:19
Az Intel megkezdte a Tukwila kódnéven ismert Itaniumok kereskedelmi szállításait, és a chip piacra lépésének bejelentése még ebben a negyedévben várható. A Tukwilára épül? els? szerverek tavasszal érkeznek, és ?szre zárul le a megjelenési hullám.
http://www.hwsw.hu/h...-integrity.html
http://www.hwsw.hu/h...-integrity.html
#5
Elküldve: 2010. 02. 03. 20:34
"de a kód újraoptimalizálása sem szükséges"
az UMA->NUMA atmenet vajh nem olyan valtozas, ami miatt ujra kene optimalizalni? valahogy nekem az az erzesem, hogy nem arthat..
az UMA->NUMA atmenet vajh nem olyan valtozas, ami miatt ujra kene optimalizalni? valahogy nekem az az erzesem, hogy nem arthat..
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#6
Elküldve: 2010. 02. 03. 22:53
@bogdan: először is a szükséges és optimalizáció közt erőteljes különbség van, így értettem.
Másrészt pedig a 4 foglalat feletti cellás konfigurációk már most is NUMA-k, így nem újdonság ez a szoftverek számára, a HP-UX 11i v3 Update 5 pedig tovább optimalizálta az adatlokalitás kérdését a NUMA rendszerek számára, és kézzel kérhető a futásidejű lokalitás újraoptimalizáció, vagyis a HP már felkészítette a HP-UX-ot ennek alacsony szintű kezelésére.
Másrészt pedig a 4 foglalat feletti cellás konfigurációk már most is NUMA-k, így nem újdonság ez a szoftverek számára, a HP-UX 11i v3 Update 5 pedig tovább optimalizálta az adatlokalitás kérdését a NUMA rendszerek számára, és kézzel kérhető a futásidejű lokalitás újraoptimalizáció, vagyis a HP már felkészítette a HP-UX-ot ennek alacsony szintű kezelésére.
#7
Elküldve: 2010. 02. 04. 00:41
Nekem olyan kerdesem lenne, hogy konkretan milyen programok futtatasara hasznaljak ezeket a procikat es milyen elonyuk van az x86-al szemben? Miert olyan fontos itaniumot fejleszteni? Csak azert kerdezem, mert nincs hozzaferesem ilyen rendszerekhez, es szeretnem tudni, hogy mire es miert jo.
#8
Elküldve: 2010. 02. 04. 08:03
hat ezt sokan kerdezik..
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#9
Elküldve: 2010. 02. 04. 10:44
@pret83:
Ezek a processzorok elsősorban az úgynevezett mission-critical területet célozzák meg, vagyis olyan feladatokat, ahol a számítások hibátlansága, avagy megbízhatósága, a rendelkezésre állás és a szervizelhetőség (hibaelhárítás) elsődleges szempont. Ilyen feladatok lehetnek tipikusan a különféle pénzügyi és kereskedelmi tranzakcionális rendszerek, vállalatirányítési, egészségügyi, közlekedés és termelésirányítási rendszerek, ahol a számítógép esetleges hibás működése vagy leállása súlyos következményekkel járhat, a károk tipikusan nagyságrendekkel haladják meg a számítógép értékét. A leginkább tipikus ilyen terület a kritikus jelentőségű adatbázisok kiszolgálásá. Nagyságrendileg ezekből a gépekből sokkal kevesebb fogy, mint x86-os szerverekből, a különbség nagyjából úgy alakul, hogy minden százból mondjuk 2-3 gép ilyen.
Műszakilag ez a szempont úgy érvényesül, hogy a mérnökök sokkal kiterjedtebben alkalmaznak különféle hibajavító kódokat, paritásbiteket, ellenőrzési pontokat nem csak a processzor áramköreiben, hanem a gép összes kritikus kommunikációján,beleértve a memória felé történőt is. Ezen túlmenően az ilyen processzorok áramköreit elektronikailag úgy tervezik, hogy sokkal ellenállóbbak legyenek a külső besugárzás ellen, mint például a kozmikus és környezeti mesterséges sugárzások, amelyek egyébként a bithiba veszélyével fenyegetnek -- egy regiszterben megváltozik egy bit állapota, és adatkorrupcióhoz vezethet. Egy ilyen áramkör statisztikailag nagyságrendekkel lehet megbízhatóbb, mint egy tömegpiacra szánt x86-osé.
Ezek a technikák nincsenek ingyen, nem üzleti hanem műszaki szempontból sem. Tervezési időt, szilíciumterületet, tranzisztort, huzalozást, energiát fogyasztanak, ergo teljesítménybe kerülnek. Ezt az áldozatot a fentebb említett 2-3 százaléknyi területre boldogan megfizeti a piac, ettől valamivel drágább lesz az IT-rendszere (ahol a vas egyébként sem a legnagyobb tétel ilyen helyeken), viszont nyugodtabban alhat, azzal a tudattal, hogy mindent megtett az adatok és folyamatok védelme érdekében.
Ezek a rendszerek képesek arra,hogy ha az ügyfél úgy kívánja, akkor egyes utasításokat kettő processzormag párhuzamosan, teljesen azonos gépi kontextusban hajtanak végre, és összevetik az eredményt, hogy megegyezik-e. Ha nem, akkor újra végrehajtják az előző ismert helyes ponttól, és ha ismét nem egyezik, akkor képesek más párosra sérülés és leállás nélkül áttenni. Ahol erre sincs idő vagy felesleges kapacitás, ott háromoldalú szavazással döntik el a helyes eredményt, gépen belül, pl. a mainframe-ek esetében. A legmagasabb szintű megbízhatóságot és rendelkezésre állást szolgálni hivatott rendszerek képesek hiba nélkül túlélni bármilyen hardver meghibásodását, legyen szó memóriachipről vagy processzorról, sőt, akár egész gépcelláról.
Szigorúan műszaki tervezési szempontból ez a lényeg, a gyakorlatban ennél összetettebb, sok helyen a döntő szempont nem feltétlenül a hardver ilyen képességei, amelyet tényleg csak a legfelső 1 százalék fizet meg, hanem a chipekhez kötődő UNIX-ok rendelkezésre állási és biztonsági képességei, amelyek így védik az adatokat.
A harmadik mozgatórugó már sokkal kevésbé érdekes, ez pedig az előző két évtized UNIX-os öröksége, vagyis hogy sokan azért is vesznek ilyen gépeket, mert akkor nincs gond migrációval, csak frissíteni kell a vasat, szoftververziókat.
Ezek a processzorok elsősorban az úgynevezett mission-critical területet célozzák meg, vagyis olyan feladatokat, ahol a számítások hibátlansága, avagy megbízhatósága, a rendelkezésre állás és a szervizelhetőség (hibaelhárítás) elsődleges szempont. Ilyen feladatok lehetnek tipikusan a különféle pénzügyi és kereskedelmi tranzakcionális rendszerek, vállalatirányítési, egészségügyi, közlekedés és termelésirányítási rendszerek, ahol a számítógép esetleges hibás működése vagy leállása súlyos következményekkel járhat, a károk tipikusan nagyságrendekkel haladják meg a számítógép értékét. A leginkább tipikus ilyen terület a kritikus jelentőségű adatbázisok kiszolgálásá. Nagyságrendileg ezekből a gépekből sokkal kevesebb fogy, mint x86-os szerverekből, a különbség nagyjából úgy alakul, hogy minden százból mondjuk 2-3 gép ilyen.
Műszakilag ez a szempont úgy érvényesül, hogy a mérnökök sokkal kiterjedtebben alkalmaznak különféle hibajavító kódokat, paritásbiteket, ellenőrzési pontokat nem csak a processzor áramköreiben, hanem a gép összes kritikus kommunikációján,beleértve a memória felé történőt is. Ezen túlmenően az ilyen processzorok áramköreit elektronikailag úgy tervezik, hogy sokkal ellenállóbbak legyenek a külső besugárzás ellen, mint például a kozmikus és környezeti mesterséges sugárzások, amelyek egyébként a bithiba veszélyével fenyegetnek -- egy regiszterben megváltozik egy bit állapota, és adatkorrupcióhoz vezethet. Egy ilyen áramkör statisztikailag nagyságrendekkel lehet megbízhatóbb, mint egy tömegpiacra szánt x86-osé.
Ezek a technikák nincsenek ingyen, nem üzleti hanem műszaki szempontból sem. Tervezési időt, szilíciumterületet, tranzisztort, huzalozást, energiát fogyasztanak, ergo teljesítménybe kerülnek. Ezt az áldozatot a fentebb említett 2-3 százaléknyi területre boldogan megfizeti a piac, ettől valamivel drágább lesz az IT-rendszere (ahol a vas egyébként sem a legnagyobb tétel ilyen helyeken), viszont nyugodtabban alhat, azzal a tudattal, hogy mindent megtett az adatok és folyamatok védelme érdekében.
Ezek a rendszerek képesek arra,hogy ha az ügyfél úgy kívánja, akkor egyes utasításokat kettő processzormag párhuzamosan, teljesen azonos gépi kontextusban hajtanak végre, és összevetik az eredményt, hogy megegyezik-e. Ha nem, akkor újra végrehajtják az előző ismert helyes ponttól, és ha ismét nem egyezik, akkor képesek más párosra sérülés és leállás nélkül áttenni. Ahol erre sincs idő vagy felesleges kapacitás, ott háromoldalú szavazással döntik el a helyes eredményt, gépen belül, pl. a mainframe-ek esetében. A legmagasabb szintű megbízhatóságot és rendelkezésre állást szolgálni hivatott rendszerek képesek hiba nélkül túlélni bármilyen hardver meghibásodását, legyen szó memóriachipről vagy processzorról, sőt, akár egész gépcelláról.
Szigorúan műszaki tervezési szempontból ez a lényeg, a gyakorlatban ennél összetettebb, sok helyen a döntő szempont nem feltétlenül a hardver ilyen képességei, amelyet tényleg csak a legfelső 1 százalék fizet meg, hanem a chipekhez kötődő UNIX-ok rendelkezésre állási és biztonsági képességei, amelyek így védik az adatokat.
A harmadik mozgatórugó már sokkal kevésbé érdekes, ez pedig az előző két évtized UNIX-os öröksége, vagyis hogy sokan azért is vesznek ilyen gépeket, mert akkor nincs gond migrációval, csak frissíteni kell a vasat, szoftververziókat.
#10
Elküldve: 2010. 02. 04. 12:24
Koszonom a magyarazatot. Szoval a megbizhatosagrol szol? Es a teljesitmenyuk szempontjabol milyenek az x86-al osszevetve? Ha pl. desktop rendszernek hasznalna az ember, akkor gyorsabbnak tunne? Mert olvastam, hogy a kesleltetesek kisebbek halozat, lemez es talan memoria fele is. Na meg hogy jobban skalazodnak a magog/foglalatok szamanak novelesevel. Valami adatbazisos muveletben kb mennyivel gyorsabb egy itanium mint egy x86?
#11
Elküldve: 2010. 02. 04. 13:55
@pret83:
A teljesítmény egy képlékeny kérdés, hol méred a teljesítményt és milyen kóddal. Ha desktop rendszer alatt azt érted, hogy egyfoglalatos PC hétköznapi feladatokra, akkor a válasz az, hogy nem volna gyorsabb, mint az x86-os gépek, csak drágább és többet fogyasztana. Az x86-os architektúrák fejlesztéseinek fő fókusza a PC-piac igényeinek kiszolgálása, és másodlagosak a szerverekek. A legtöbb PC-szoftver nem profitál a mai napig a sok magból, többfonalas végrehajtásból.
A jobb skálázódást, stb. az előző Itaniumhoz értettem elsősorban, relatív változásként, nem pedig abszolút értelemben fölényként más architektúrákkal szemben.
Adatbázisok kiszolgálásában a Tukwila magonkénti teljesítménye valószínűleg nagyjából hasonló dimenzióban mozoghat majd a Nehalemekével, de mint mondtam ,nagyon sok függ a kódtól, általános igazságot nem lehet mondani, és meg kellene várni majd az eredményeket, mikor megjelenik a chip. Mivel 65 nanométeres és négymagos, ezért hátrányban lesz a 45 nanométeres szerverprocesszorokkal szemben, mint a 8 magos Nehalem-EX és Power7, ami a foglalatonkénti teljesítményt illeti. Ha műszaki összevetést akarsz készíteni, akkor a csúszások hatását kiszűrve más 65 nanométeres chipekkel kell majd összevetni, mint a Power6, AMD Barcelona. Az Intel Dunnington unfair hátrányban volna egy ilyen elemzésben.
A teljesítmény egy képlékeny kérdés, hol méred a teljesítményt és milyen kóddal. Ha desktop rendszer alatt azt érted, hogy egyfoglalatos PC hétköznapi feladatokra, akkor a válasz az, hogy nem volna gyorsabb, mint az x86-os gépek, csak drágább és többet fogyasztana. Az x86-os architektúrák fejlesztéseinek fő fókusza a PC-piac igényeinek kiszolgálása, és másodlagosak a szerverekek. A legtöbb PC-szoftver nem profitál a mai napig a sok magból, többfonalas végrehajtásból.
A jobb skálázódást, stb. az előző Itaniumhoz értettem elsősorban, relatív változásként, nem pedig abszolút értelemben fölényként más architektúrákkal szemben.
Adatbázisok kiszolgálásában a Tukwila magonkénti teljesítménye valószínűleg nagyjából hasonló dimenzióban mozoghat majd a Nehalemekével, de mint mondtam ,nagyon sok függ a kódtól, általános igazságot nem lehet mondani, és meg kellene várni majd az eredményeket, mikor megjelenik a chip. Mivel 65 nanométeres és négymagos, ezért hátrányban lesz a 45 nanométeres szerverprocesszorokkal szemben, mint a 8 magos Nehalem-EX és Power7, ami a foglalatonkénti teljesítményt illeti. Ha műszaki összevetést akarsz készíteni, akkor a csúszások hatását kiszűrve más 65 nanométeres chipekkel kell majd összevetni, mint a Power6, AMD Barcelona. Az Intel Dunnington unfair hátrányban volna egy ilyen elemzésben.
#12
Elküldve: 2010. 02. 06. 13:17
@pret83: Altalaban ezeknel a rendszereknel a teljesitmeny nem szempont. Ha peldaul a vasuti bitosito berendezeseket vesszuk, ott a legfontosabb a biztonsag. Nyilvan 24/7-ben mukodnie kell, de az sokkal fontosabb, hogy SOHA ne adjon hibas jelet. Ezt a mar fent emlitett redundans architekturaval lehet megoldani.
Egyebkent valahol lattam egy videot, hogy egy Integrity-t atlonek egy puskaval es utana vigan mukodik tovabb
Egyebkent valahol lattam egy videot, hogy egy Integrity-t atlonek egy puskaval es utana vigan mukodik tovabb
Sajnos a kérést most nem tudjuk teljesíteni. Valamilyen probléma lépett fel az adatbázis lekérdezés során.
#13
Elküldve: 2010. 02. 06. 13:35
Sajnos a kérést most nem tudjuk teljesíteni. Valamilyen probléma lépett fel az adatbázis lekérdezés során.
Téma megosztása:
Oldal 1 / 1

Súgó














