[fLeSs]

Idézet: hajsza - Dátum: 2008. jún. 5., csütörtök - 14:28

Hiába, most sem találtam. A yahoo-n megvan, meg persze a Tricom-ban is ezt használom, de a finance.google.com-on sehol sem látom.

jahogy google finance? én a yahoo-ra gondoltam, én azt használom.
akkor sorry.

[d n . r]

AnandTech - The Nehalem Preview: Intel Does It Again

[bogdan]

nem gond, hogy masodszorra linkeled ugyanazt?

[d n . r]

Idézet: bogdan - Dátum: 2008. jún. 6., péntek - 9:30

nem gond, hogy masodszorra linkeled ugyanazt?

?
Ez egy 2008. 06.05-ös cikk (tegnap) Mikor is linkeltem ezt korábban?

[bogdan]

azt nem irtam, hogy Te linkelted! Te a masodik vagy..

[d n . r]

Idézet: bogdan - Dátum: 2008. jún. 6., péntek - 9:36

azt nem irtam, hogy Te linkelted! Te a masodik vagy..

Jahogyúgy! És vala, kovacs_istv linkelte tegnap. Na nem baj (ez egyben akkor válasz a kérdésedre), most már akkor duplán marad..

[d n . r]

HWSW (remélem ezt nem duplázom )

Kiszivárgott az elsõ Nehalem-teszt

Azért nem mondanám, hogy az itteni fórumos társaság túlságosan rákattant volna a témára... Na majd este írok.

Szerkesztette: d n . r 2008. 06. 06. 09:24 -kor

[special]

Elég kevés az új részlet, manapság a "hûha" faktort elveszi az, hogy már jó elõre elkezdenek kommunikálni mindent, kevés dolog van, ami úgy csap be. Utóbbi persze izgibb lenne, viszont a piac nagyobb része a kiszámíthatóságot szereti, a csinnadratta inkább a kifejezetten konzumelektronikában mûködik, lásd Apple, konzolok, de még a játékokat és filmeket is elõre felvezetik ugye, akár évekkel.

[SFIJ]

Idézet: special - Dátum: 2008. jún. 6., péntek - 11:56

Elég kevés az új részlet, manapság a "hûha" faktort elveszi az, hogy már jó elõre elkezdenek kommunikálni mindent, kevés dolog van, ami úgy csap be. Utóbbi persze izgibb lenne, viszont a piac nagyobb része a kiszámíthatóságot szereti, a csinnadratta inkább a kifejezetten konzumelektronikában mûködik, lásd Apple, konzolok, de még a játékokat és filmeket is elõre felvezetik ugye, akár évekkel.

+10% TDPert +30% powa az nem "huha" faktor? 

[kovacs_istv]

Idézet: SFIJ - Dátum: 2008. jún. 6., péntek - 10:59

+10% TDPert +30% powa az nem "huha" faktor? 

Pont ezt akartam mondani. Ez szntem combos hûhafaktorral rendelkezik.

[special]

Idézet: SFIJ - Dátum: 2008. jún. 6., péntek - 11:59

+10% TDPert +30% powa az nem "huha" faktor? 

Melyik része nem volt várható az elõzetes infók alapján? Én legalábbis nem lepõdtem meg. ODMC+QPI, monolitikus integráció és új cache hierarchia, SMT, nagyobb OoOE ablak, többszintû branch predictor. Ezek közül egyedül az OoOE motort és branch predictort érintõ változások emelik a TDP-t rendszerszinten, a többi semleges vagy inkább a csökkenés irányába hat, az SMT hatása pedig minimális. Végeredményben azért nagyobb a fogyasztás IMO, mert magasabb a VE-k kihasználtsága, magasbb a tranzisztoraktivitás. Amire nagyon kiváncsi leszek, hogy rosszul párhuzamosított kódok, pl. a percepciót nagyban formáló játékok alatt mit produkál majd.

Szerkesztette: special 2008. 06. 06. 11:29 -kor

[alvaro]

Idézet: special - Dátum: 2008. jún. 6., péntek - 12:20

Melyik része nem volt várható az elõzetes infók alapján? Én legalábbis nem lepõdtem meg. ODMC+QPI, monolitikus integráció és új cache hierarchia, SMT, nagyobb OoOE ablak, többszintû branch predictor. Amire nagyon kiváncsi leszek, hogy rosszul párhuzamosított kódok, pl. a percepciót nagyban formáló játékok alatt mit produkál majd.

Ilyesmit akartam én is írni. Nekem pl. kifejezetten fontos a single thread teljesítmény, meglátjuk, ott mit hoz. És amiatt egy kicsit félek is a hyperthreadingtõl, egy rosszabb schedulerrel szépen haza lehet vágni vele a teljesítménykritikus szálat De az alighanem világos, hogy nehalemen nem fogok dobox mögött boincot futtatni (Nem mintha nem szoktam volna le a boincról teljesen amúgyis, akkor meg máris mindegy )

[SFIJ]

Idézet: special - Dátum: 2008. jún. 6., péntek - 12:20

Melyik része nem volt várható az elõzetes infók alapján?

ez az evtized azert elegsok peldat szolgaltatott arra nezvest hogy eztmegazt ujitok, innovalok es emiatt a varakozasaim ezek meg amazok. aztan az elet meg kiosztott par pofont.

[special]

Idézet: alvaro - Dátum: 2008. jún. 6., péntek - 12:28

Ilyesmit akartam én is írni. Nekem pl. kifejezetten fontos a single thread teljesítmény, meglátjuk, ott mit hoz. És amiatt egy kicsit félek is a hyperthreadingtõl, egy rosszabb schedulerrel szépen haza lehet vágni vele a teljesítménykritikus szálat De az alighanem világos, hogy nehalemen nem fogok dobox mögött boincot futtatni (Nem mintha nem szoktam volna le a boincról teljesen amúgyis, akkor meg máris mindegy )

Kétségtelenül single threaded teljesítményre érzékeny kódok alatt lesz a legkisebb az elõrelépés, de ezt sem írnám le látatlanban. Közelebb került a memória, nagyobb a sávszélesség, igaz, a cache-hierarchia már kérdéses, mert az L2 gyorsabb lett, de az adatok többségét tartalmazó last level L3 cache sokkal lassabb a Core L2-höz képest, de ezen segíthet a nagyobb OoOE ablak és gyorsabb cache-hozzáférési politika. Cinebench alatt a Nehalem gyakorlatilag csak egálban van a Core-ral core-for-core, 1 thread alatt, de ebbõl azért messzemenõ következtetéseket nem vonnék le, szerintem játékok alatt nem GPU-limitált esetben láthatunk 5-25 százalékos gyorsulásokat is majd. Az biztos, hogy a Nehalem erõssége az SMP környezet.

[Samott]

Idézet: SFIJ - Dátum: 2008. jún. 6., péntek - 11:59

+10% TDPert +30% powa az nem "huha" faktor? 

En nem lepodtem meg, az intel eddig tudta huzni a memoriavezerlo integralasat (mer' ugye amig kulon van addig kulon lehet penzt kerni a chipsetert is )... emlekeim szerint az amd is ekkorat ugrott amikor integraltak a memoriavezerlot a prociba (K7->K8), de az intel eddig nem volt rakenyszerulve hogy megtegye. Igazabol most sincs, de mar ideje volt meglepni... persze finomitottak mindenen, de gyorsulas (meg a futes) javat az IMC adja. Szvsz.

Samott

[alvaro]

Idézet: Samott - Dátum: 2008. jún. 6., péntek - 13:27

En nem lepodtem meg, az intel eddig tudta huzni a memoriavezerlo integralasat (mer' ugye amig kulon van addig kulon lehet penzt kerni a chipsetert is )... emlekeim szerint az amd is ekkorat ugrott amikor integraltak a memoriavezerlot a prociba (K7->K8), de az intel eddig nem volt rakenyszerulve hogy megtegye. Igazabol most sincs, de mar ideje volt meglepni... persze finomitottak mindenen, de gyorsulas (meg a futes) javat az IMC adja. Szvsz.

Samott

Errõl jut eszembe ez a kitétel a tesztbõl:

Idézet

The CPUs are quite mature and are running extremely cool (surprisingly cool actually), their clock speeds are being artificially limited by Intel in order to avoid putting all cards on the table at this time. We saw a similar approach with the very first Penryn samples which were all locked at 2.66GHz. The Intel X58 chipset we used in our testing on the other hand got quite hot.

A memóriavezérlõ átkerült a CPU-ba az õ saját melegedésével együtt. De mi a franc az, ami szignifikánsan fûti ezek után a chipset? Mert a jelek szerint maradt ilyesmi, vagy épp elõkerült, noha úgy gondoltam volna, hogy az a legnagyobb tétel. Netán a végleges stepping hûvösebb lehet?

[special]

A chipset kevésbé fejlett félvezetõ eljárással készül, másrészt rohadt sok I/O lába van, mely mind-mind nagy ellenállás mikroelektronikai szemmel, harmadrészt pedig valószínûleg a áramkörök optimalizálásába sem fektetnek annyi energiát, mint egy processzor esetében.

[SFIJ]

Idézet: special - Dátum: 2008. jún. 6., péntek - 15:19

A chipset kevésbé fejlett félvezetõ eljárással készül, másrészt rohadt sok I/O lába van, mely mind-mind nagy ellenállás mikroelektronikai szemmel, harmadrészt pedig valószínûleg a áramkörök optimalizálásába sem fektetnek annyi energiát, mint egy processzor esetében.

haat inkabb szerintem a 3.3V-os PCI-e jelvezetes ami bejaccik. a chipset meg ugye van grafmagos meg anelkuli (szvsz mind grafmagos, csak a "P"-sekben deakdivaljak).

[shabba]

Japán emberke(Hiroshige Goto) a Computex után frissítette a diagrammjait. Abból a szempontból lehet érdekes, hogy a legelsõ infók a Nehalemrõl ugyanezen ember írásaiból érkeztek. Biztos vannak belsõ forrásai.

http://pc.watch.impr...2/kaigai442.htm

Ami érdekes belõle hogy úgy tûnik lesz 8 utas Nehalem szerver is. Ilyen hír anno fudzillától röppent fel elõször tavaly szeptemberi IDF idején, hasonlóan 2009H2 felé prognosztizálva.

[bogdan]

lesz 8 utas, de azt is feltuno, hogy csak egy ev mulva(!!), raadasul csak a 8 magos rogton.

lehet szidni, hogy paranoias vagyok, de tovabbra is nagyon vigyaz az Intel arra, hogy az Itanium utjat minel kevesbe keresztezze az i386 vonal.