[Ytse]

A [url="http://"https://www.hwsw.hu/oldal.php3?cikkid=694&oldal=1"]cikkel[/url] kapcsolatos hozzászólásokat ebbe a fórumba várjuk.

HWSW Team

[esteban]

2 dolog jutott eszembe hirtelen:

1., / mikor latunk tesztet osszehasonlitva a 32Bites procikkal ... elvegre windows fut ugyan ugy ...

2., Mikor tudok majd kulonfele alaplapokat valogatni hozza es otthon epitgetni mint most ...

[Ytse]

idézet:

---

Ezt írta esteban:
mikor latunk tesztet osszehasonlitva a 32Bites procikkal ... elvegre windows fut ugyan ugy ...[/quote]

Van egy csomó platform-független teszt, pl. SPEC, TPC-C, SAP, ezeknek az eredményeit megtalálod a megfelelõ weboldalakon.

idézet:

---

Mikor tudok majd kulonfele alaplapokat valogatni hozza es otthon epitgetni mint most[/quote]

Szerintem olyan 5-6 év ... egyébként mire használnád?

[ 2002. július 08.: Ytse szerkesztette a hozzászólást ]

[NEUROFiRE]

Szerintem a HP becslese elegge optimista, felteve, hogy 500-nal tobb munkaallomast kivannak eladni 2003 elso ket negyedeveben, de majd meglatjuk (komolyan kivancsi avgyok ra, hogy mennyire lesz igazuk).

[Ytse]

idézet:

---

Ezt írta NEUROFiRE:
Szerintem a HP becslese elegge optimista, felteve, hogy 500-nal tobb munkaallomast kivannak eladni 2003 elso ket negyedeveben, de majd meglatjuk (komolyan kivancsi avgyok ra, hogy mennyire lesz igazuk).[/quote]

Miért is? WS környezetben szerintem az Itanium simán kiszoríthatja a PA-RISC-et, fõleg mert "picsa" olcsó. Egyébként valóban pontatlanul fogalmaztam, a HP állítása szerint az Itanium eladások a munkaállomás szegmensben megelõzik a PA-RISC-et. Szóval nyilván nem szorítják ki az IA-32-t. Jó is hogy szóltál, elég csúnya baki volt

[ 2002. július 08.: Ytse szerkesztette a hozzászólást ]

[NEUROFiRE]

idézet:

---

Ezt írta Ytse:


Miért is? WS környezetben szerintem az Itanium simán kiszoríthatja a PA-RISC-et, fõleg mert "picsa" olcsó. Egyébként valóban pontatlanul fogalmaztam, a HP állítása szerint az Itanium eladások a munkaállomás szegmensben megelõzik a PA-RISC-et. Szóval nyilván nem szorítják ki az IA-32-t. Jó is hogy szóltál, elég csúnya baki volt
[/quote]
Ja, igy mar mas:)
Bar imho nem az araval szoritja ki a PA-RISC-et, hanem azzal, hogy a HP ebben a kategoriaban (high-end ws) nem fog mast kinalni, de legalabbis joval nagyobb lesz az ia64 alapu konfigok valaszteka, mint a PA-RISC alapu gepeke...

[special]

Jé, ez itt nem az "alaplap, processzor"

Jó a cikk Ytse! /design/Itanium2/manuals/25111001.pdf ?

Érdekes, kötöttek pár kompromisszumot is: az Itanium 2 csak 1 SIMD FP-t tud végrehajtani órajelenkét, szemben az Itanium 2-jével.

Amennyit én felfogtam, a végrehajtó egységek számának növelése mellett a legnagyobb hangsúlyt a késleltetések csökkentésére helyezték.

[Erasmus]

idézet:

---

Ezt írta esteban:
2 dolog jutott eszembe hirtelen:

1., / mikor latunk tesztet osszehasonlitva a 32Bites procikkal ... elvegre windows fut ugyan ugy ...

2., Mikor tudok majd kulonfele alaplapokat valogatni hozza es otthon epitgetni mint most ...[/quote]

Én kértem Ytsét, hogy hozzon nekem egy Itanium 2 WS-t, de nem tette, pedig akkor csak megkértem volna John Carmackot, hogy fordítsa le nekem a Quake3-at IA-64-re.

Egyébként pedig:

idézet:

---

Little is known about Tejas, which is the next incarnation of the Pentium 4 line. Tejas seems to be scheduled to launch in the first half of 2004. At that time, the majority of workstation users will probably need more than 4 GB, so Intel needs to do something to break the 4 GB barrier. Relying on Deerfield alone seems very risky. At first I could not believe my eyes when some of our sources indicated IA-64 support within Tejas!

But then I read the CV of Andy Glew, the Intel Engineer, a bit further:

"Tejas - evaluated support for IA64 within a mainstream IA32 processor."

Tejas is too far off to speculate whether or not Intel would integrate IA-64 in a 32-bit x86 CPU, let alone how. But it is clear that Intel is very serious about migrating to IA-64. Furthermore, Tejas is rumored to feature a faster FSB (1200 MHz?). However, considering all the differences between x86 and IA-64, the chances of a true hybrid processor seem remote at best.(Ace's Hardware)[/quote]

Azaz 2004 elsõ felében esetleg már kezdhetsz gondolkodni alaplapvásárlásáon...

üdv,

Erasmus

[Elric]

Szerintem is optimista a HP. Egyebkent igaza van, mert olyan bazi keveset ad a PA-RISC-bol, hogy csak na. Igy konnyu tobbet eladni az I2-bol... Mellesleg kivancsi lennek, hogy a Dell pontosan miert is mondja azt, hogy koszike, de nem kerek az I2-bol... En meg mindig nem hiszem, hogy megfelelo volumene lesz. A Tejas meg erdekes elkepzeles. Azt hiszem nem lenne olyan tulzottan bonyolult a mostani P4 front-endjet atteni egy Itanium mag ele. Persze csak a leggyakrabban hasznalt utasitasokat. Az egeszben az a jo, hogy mar a PPro ota uops-okat hasznalnak, azok meg akar lehetnenek az IA-64 utasitaskeszlet egy reszhalmazanak elemei is. Ez persze nem tul egyszeru, de most ugy erzem, megcsinalhato.

Mellesleg vegre mondjuk komoly ugyfel teszteket szeretnek latni es nem az agyon hack-elt kommercialis benchmarkokat. Igazsag szerint en is kivancsi lennek, mit hozna ki belole Romero mester mondjuk egy Inteles C forditoval. Persze assembly-ben programozni elvezet az Itaniumot, de az azert megsem megy, hogy mindent abban irjunk. Erdeklodoknek javallom Wen-Mei Hwu idevago cikkeit.
Elric

[Ytse]

Carmack és a 64 bit? Valahol azt olvastam, hogy a Quake 3 "main loop"-jának 75 százaléka az OpenGL kód, úgyhogy itt már inkább az NVIDIA vagy az ATI drivereknek kellene erõsen optimalizálva lenni. Ja, asszem szintén Carmack mondta, hogy egy 64 bites Quake nem sokkal lenne gyorsabb egy 32 bitesnél, viszont óriási memóriasávszélességet zabálna fel.

Special:

nem /design/Itanium2/manuals/25111001.pdf

Tejas:

már írtam az inteles emberemnek, kíváncsi vagyok, mit tud mondani róla.

[Erasmus]

idézet:

---

Ezt írta Elric:
Mellesleg vegre mondjuk komoly ugyfel teszteket szeretnek latni es nem az agyon hack-elt kommercialis benchmarkokat. Igazsag szerint en is kivancsi lennek, mit hozna ki belole Romero mester mondjuk egy Inteles C forditoval. Persze assembly-ben programozni elvezet az Itaniumot, de az azert megsem megy, hogy mindent abban irjunk. Erdeklodoknek javallom Wen-Mei Hwu idevago cikkeit.
Elric[/quote]

Btw, Elric, hogyan lehet meghackelni egy SPEC benchmarkot? Gondolom, ennék az egész központosított benchmark-dolognak úgy lenne értelme, ha maga a SPEC fordítaná a kódot a gyártó által rendelkezésére bocsátott általános compilerrel, és maga futtatná a bencheket. De ha jól tudom, éppen ellenkezõleg mûködik: azaz a SPEC-tagok megkapják a a forráskódot. Ezek szerint addig toldozgatnak-foldozgatnak, amíg a legjobb eredmény meg nem születik?

Köszi,

Erasmus

[Elric]

Erasmus, sokkal konyebben, mint az ember elsore gondolna. A compilerben lehet olyan logika, ami kelloen altalanos, vagyis nem csak a SPEC tesztek eseteben tuzel, de azok eseteben biztosan. Ez a logika olyan speci optimalizaciot alkalmaz, amitol jobb lesz a SPEC eredmeny. Az meg, hogy milyen mas esetben tuzel meg, hat kerdeses, de lehet ilyen eset...

Pl. egy valodi ceg valodi compilere felismer a SPEC2000fp benchmarkok kozott egyet, ami egy specialis numerikus konyvtarat hasznal. Ebben a csomagban lecsereli a matrix copy fuggvenyt egy kezzel optimalizalt SSE2-t is hasznalo rutinra. Ez onnan latszik, hogy mas esetekben, ahol teljesen hasonlo, de nem ennek a konyvtarnak a reszet kepezo matrix copy van, ott meg MMX-et sem hasznal, pedig ugy is gyorsabb lenne a masolas...

Elric

[taormina]

tom hogy lammer vagyok tobbe kevesbe a temahoz, de azert megkockaztatnek egypar dolgot felvetni.
Biztos-e hogy a branchprediction korul tornyosulo huho valoban megeri?
Ha belenez egy ember napjaink kommercionalis alkalmazasaiba, ott altalaban valami oop nyelven irt dolgot talal. Ha ehhez hozzaveszuk Eric Gamma munkassagat, akkor kb az derul ki, hogy a sw-ekben az ifek case-ek egyre inkabb lecserelodnek virtualis metodus tablakra vagy asszociativ konenerekben valo kurkaszatta. Tovabba jelentosen megno a veremkeretek szerepepe, mert a fv hivasok szama sokasodik mikozben ezek hossza rovidul. Ami a repetitiv ciklusokat illeti, gyakori hogy a for vegtemeke "felhaszbalodik" a for utan (adatfugges a vegrehajtasi agak kozott)

[Elric]

Van benne valami, de azert nezz meg egy OOP programot assemblyben, jocskan akad benne branch. Ma altalaban azt mondjak, hogy egy integer programban minden 5. utasitas es egy lebegopontos programban minden 10. branch. Ha most rafejelunk, es azt mondjuk, hogy az OOP cuccok meg "durvabbak", akkor mondjuk minden 20. Namost, egy P4-esnel, 20 lepcso a pipeline es 3 utas szuperskalar, vagyis max 60, altalaban mondjuk 30-40 utasitas van a csoben, ebbol ketto akkor branch. Hoooppaa. Ez viszont mar elegge sok.
Elric

[T2k]

Visszakanyarodva a cikkhez: annyira nem is elrugaszkodott am a HP!
Nalunk minden Compaq volt eddig is, ami ugye, most mar a part of the new HP... namarmost pont tegnap jott a marketinges (leginkabb nekem szerez mindent ingyen ), hogy korabban sirtunk a 64 bites cuccok utan, most van valtozas: lehet, hogy le tudna csereltetni az egesz (!) gepparkot I2-re...
Persze, mondtam, csak eloszor egyet lassak itt, azt teszteljuk es ha minden qrva jo, akkor kidobhatjuk a meglevoket es joehetnek - kiveve a 3dsmaxosok gepeit, mert abbol csak win32 van...

Ezzel csak azt akartam bizonyitani, hogy az a bizonyos 500 munkaallomas IMHO nemhogy nem optimista, de inkabb rohejesen alacsony becsles - leven csak nalunk majdnem 40 gep lenne cserelve...

PS: Jovo hetre tobbet tudok mar, mikorra varhatunk vmi konkret vasat.

[T2k]

Utananeztem: csakis a zx6000 vagy attol felfele johet szoba. Kiraly.

[Ytse]

Láttátok [url="http://"http://www.intel.com/eBusiness/products/itanium/overview/bm022701.htm?iid=intelland+ww28procperf"]ezeket[/url] az eredményeket?

[Ytse]

idézet:

---

Ezt írta T2k:
Utananeztem: csakis a zx6000 vagy attol felfele johet szoba. Kiraly. [/quote]

Hát annál feljebb már nincs semmi, legalábbis munkaállomás nincs.

[NEUROFiRE]

idézet:

---

Ezt írta Ytse:
Láttátok [url="http://"http://www.intel.com/eBusiness/products/itanium/overview/bm022701.htm?iid=intelland+ww28procperf"]ezeket[/url] az eredményeket?[/quote]
Bevallom, meg nem olvastam el, csak atfutottam, minden esetre erdekes, hogy csak us-iii-mal hasonlitjak ossze, ami mar majd' 2 eves (ha jol emlexem), raadasul szinte mindig alacsonyabb orajeluvel (persze igy is latszik, hogy joval magasabb eredmenyt er el i2). Ezen kivul szerintem kicsit hianyos a tesztkonfigok leirasa is (pl. 'SUN UltraSPARC* III 900 MHz, Solaris 8. Intel Measurements on a prototype Itanium® 2 processor based system: 1 GHz 3M Cache; 16GB RAM, Microsoft Windows .NET* build 3590), preliminary results'. az egyiket elintezik fel sorban, a masikrol meg 5-6x annyit dumalnak).
Ezen kivul az intel oldalan van a teszt:)
Valami fuggetlen nincs?

[T2k]

idézet:

---

Ezt írta Ytse:


Hát annál feljebb már nincs semmi, legalábbis munkaállomás nincs.[/quote]

Remek. Szerinted mi korlatozhat abban, hogy en 'munkaallomasnak' vagy 'kiszolgalonak' hasznaljam? IMHO semmi: azt futtatrok rajta, amit akarok, nem igaz?