[HWSW]

A Sun Microsystems chipfejlesztõ tevékenységérõl utoljára a Rock törlése kapcsán adtunk hír. Az évente megrendezett Hot Chips konferencián a vállalat képviselõje a Rock helyett a masszívan párhuzamos végrehajtásra fejlesztett Rainbow Fallsrõl beszélt.
http://www.hwsw.hu/h...ultrasparc.html' target='_blank'>http://www.hwsw.hu/h...ultrasparc.html

[dtracer]

"Hiába képes a Rainbow Falls egyetlen chipen annyi szálat kezelni, amelyhez ma még egy komplett racknyi blade-re van szükség, ha a teljesítménynövekedés sok esetben csak a szoftverlicencek drámai emelkedése révén érhetõ el."

Dehát a "komplett racknyi blade-hez nem ugyanannyi (drámai) licensz kell? :O Ami ráadásul drágább is lehet, például az Oracle processor factor-a miatt egy Niagara thread-en futó adatbázis negyedannyiba kerül. Valamint virtualizációval könnyen skálázható a rendszer, nem kell több CPU-t az adatbázis alá tenni és több licencet venni, mint amennyire szükség van.

[special]

@dtracer: a gond az, hogy nem kapsz egy racknyi teljesítményt, mert az egyes magok gyengék. ezt egyébként a victoria falls kapcsán már vesézgettük egyszer, ahol nem válaszoltál, hogy mi nem tetszett igazán (szponzis beszólás, ugye).

az oracle egyébként eddig külön büntette a T2-ket, mert egy magra 0.75-öt számolt fel, míg egy x86-ra vagy Itaniumra 0.5-öt, Power6-ra pedig 1-et. most gondolj bele, hogy egy Opteron, Itanium, Nehalem vagy Power6 magjának teljesítménye hogyan viszonyul a T2 egy-egy magjához. ez a probléma. persze ez most, hogy felvásárolta, változhat, és leviheti 0.25-re, ahogyan a T1 esetében. de még ekkor se lesz a legtöbb alkalmazás alatt partiban.

a másik technikai: hány szoftver és felhasználó képes hatékonyan kihasználni 256-1024 szálat? ugyanazt a teljesítményszintet nehalem-exszel eléred mondjuk 32, de max 64 szállal majd -- a nagyon lightweight threadeknél, mint webkihányás.

[dtracer]

@Bizó Dániel: maradva az eredeti állítás kritizálásánál - az x86 szerver licenc szorzója Oracle-nél 1,0, a 0,5 asztali gépekre vonatkozik. Másrészt a modern alkalmazások egyre inkább I/O-kötöttek, nem pedig CPU-kötöttek, beleértve az adabáziskezelõket is. A teljesítmény-kalkulációban pont a kettõ kombinációjával kellene számolni, súlyozva az adott alkalmazásra. A Niagara család pedig pontosan I/O-ra hangolt, tekintve például a SoC felépítést.

A párhuzamosság kihasználása pedig nyilvánvaló lesz, ha valaki több gépet akar konszolidálni egybe. De robosztus probléma esetén is létezik egyszerû válasz: az értelmezési taromány partícionálás nagyon sokszor adja magát.

[special]

@dtracer: http://www.oracle.co...actor-table.pdf

Szerintem a xeon 74xx vagy 55xxx nem asztali processzorok, de az Itanium vagy az Opteron sem.

Ami az I/O kérdését illeti, az rendben van, ezzel lehet magyarázni a miértet. De ettõl még nem változik meg az, hogy a Sun által izmozott Victoria Falls rendszer egyáltalán nem tûnik jobb választásnak, mivel négyszer annyi memóriával sikerült egy Power 550-nél negyedével több SAP S&D felhasználót kiszolgálni, miközben 3x annyi az Oracle licenc és supportköltség -- ez a gépek árának kb. ötszöröse, és utána még évente kb. még egyszer a vas ára. Ez csak a különbség. A Niagara mûszakilag versenyképes, de gazdaságilag nem. Márpedig a végén ez számít.

Nem én találtam ki, hogy legyen SAP, sem azt, hogy Oracle, vagy hogy a Power6 legyen az ellenfél. Ezt mind a Sun választotta. Valószínûleg, mert ez mutatott a legjobban. Akkor mi a helyzet a többivel?

Igen, a konszolidációs feladat nem vitatható. Valószínûleg egyre inkább ez lesz a Niagara feladata, hogy a hatalmas Solaris install base-t próbálja megtartani, apellálva arra, hogy nem éri meg vagy egyszerûen csak nem akarják az IT-sek a Solaris/SPARC workloadokat másra migrálni.

[dtracer]

@Bizó Dániel: Megint szeretném megismételni, amit az #1 hozzászólásban is írtam. Nem szükséges az Oracle-t a rendszer összes CPU-jára megvásárolni, elég annyira, amennyire szükség van. A kulcsszó a virtualizáció.

[Vajonész]

Idézet: dtracer - Dátum: 2009. aug. 27., csütörtök - 14:42

@Bizó Dániel: Megint szeretném megismételni, amit az #1 hozzászólásban is írtam. Nem szükséges az Oracle-t a rendszer összes CPU-jára megvásárolni, elég annyira, amennyire szükség van. A kulcsszó a virtualizáció.

3x annyi licenc kell, ugyanahoz a teljesítményhez.
Hiába veszel csak 4 T2 magra licencet, ugyanahhoz a teljesítményhez a power6-nál csak 1 magra kell venned.
4x0.75 vs 1x1

[special]

javítottam néhány dolgot, ugyanis a prezentáció hibás volt, amire Elric hívta fel a figyelmemet. nem duplázták a többszálúságot magonként, ahogyan a prezi írta, vagyis továbbra is 8 fonál / mag, 128 / chip. a másik, hogy nem FB-DIMM, hanem DDR3, ezt én rontottam el. egyúttal világosabbá tettem a L2 bankos részt is, mert Elric szerint úgy hangzott, mintha minden magnak lenne dedikált L2-je, pedig ez nem így van, egy 16 bankosra osztott L2 cache van.