Új hozzászólás Aktív témák
-
Ste
addikt
az Amd véletlenül nem ezt az energiaszabályzást valósította meg az új natív 4 magos processzoraiban? (kivéve az órajel emelését )
[ Szerkesztve ]
-
Ste
addikt
válasz VaniliásRönk #3 üzenetére
sejtettem hogy a saját szoc problémám amiért a kisebbnek szurkolok
-
M107
addikt
L3 Cache 24mb de jó lenne egy ilyen asztali proci
A fórumon, bármit leírhatsz, én csak az igazat írom le. :) Utálom ha hülyének néznek ! - Addikt - vissza az őstag címet :) )
-
shteer
titán
mégis hol használják ezeket a prociakt és egy új xeonhoz képest mennyivel gyorsabbak?
..szerintem jónak tűnik
-
rudi
nagyúr
válasz VaniliásRönk #3 üzenetére
NIncs termék, nincs cikk. Ne agódj, majd ha jön a K10 írunk róla cikket és alaposan lehúzzuk, akármilyen is lesz
Resistance Is Futile. You will be assimilated!
-
elit_hun
őstag
minek várni a megjelenésig? Írjátok meg most, holnap már ki is dobhatjátok, az eredmény legyen mondjuk: csúcs K10 = Q6600, és Q6600 60K, csúcs K10 120K...
hja, ha az embernek nincs szocialis kapcsolata, mindenkihez probal beszelni, ebbol lesznek az utcan motyogo oregasszonyok - meg a bloggerek ٩(̾●̮̮̃̾•̃̾)۶
-
Hakuoro
aktív tag
Én azon csodálkozom hogy ezek csak 90nm-es chipek
-
Oliverda
félisten
válasz VaniliásRönk #17 üzenetére
Ez van ezt kell szeretni... vagy nem.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
#95904256
törölt tag
Bár még nem volt a kezeim közt Itanium, de ha egy programot Itanium-ra és Xeon-ra is optimalizálnának, majd összemérnék a sebességüket, aligha lenne kérdéses az eredmény. Az Itanium minden bizonnyal alaposan földbe döngölné a Xeon-t.
Csak pár dolog összevetésként (Itanium/Xeon)
Integer regiszterek száma: 128 / 16
Float-point regiszterek: 128 / 8 (+16 SSE2 ha 64 bit is elegendő)
Utasítás per órajel: 6 (bármikor) / 5 (elméleti maximum) -
rdi
veterán
Nekem ilyenkor mindig eszembe jut a 286 -os és a 386 -os proci. Azért ha belegondolunk, tényleg hihetetlen ez a fejlődés...
Fej! Tor! Potroh!
-
Carsee
tag
Nem semmi a proci, azonban azt sem szabad elfelejteni, hogy az Itanium "veszte" az hogy teljesen át kell írni a programokat, mivel gyakorlatilag más arhitekúra. Szóval nyilván ezért használnak inkább Xeon-okat olyan helyeken is ahol pedig már eléfrne egy Itanium is.
off
Jómagam egy multinál dolgozom, ahol pályafutásom alatt még egyetlen Itanium rendszerrel találkoztam. (Körülbelül 2500 szervert értek ez alatt, kb 4 ügyfélnek). Csak Xeon és Opteron az általánosan használt.
on -
janpotocki
senior tag
válasz #65675776 #21 üzenetére
rudi csak az asztali négymagosokra értette, meg amúgy is ironizált. a valóság az, hogy VaníliásRönk minden alkalmat megragad, hogy úgy állítson be minket, mint az AMD ellenségeit, még ha erre semmi alapja nincs is. a négymagos Opteronokat ugyanúgy megírtuk, mint most az Itaniumot: [link] mindenki döntse el, hogy a szemének hisz, vagy egy gyártófetisisztának
[ Szerkesztve ]
-
janpotocki
senior tag
válasz VaniliásRönk #3 üzenetére
semmi alapja nincs annak, amit írtál, az amd termékújdonságairól éppúgy beszámolunk, mint az inteléről. kicsit unalmas, hogy a saját fórumunkban állandóan minket fikázol. ha értelmes kritika lenne, amiket mondasz, még magunkba is szállnánk, de te csak a kedvenc cégedet félted, mintha bizony fizetnének, hogy kelted itt feszültséget - nem időnként, hanem minden adandó alkalommal. két lehetőséget látok: akkor kritizálj, amikor megérdemeljük, vagy keress más közösséget, ahol hasonlóan szűk látókörű elvbarátok társaságában lehetsz
-
#72042496
törölt tag
Valaki mondja el, hogyan jött ide az AMD? Tudtommal nem gyártanak ilyen kategóriájú processzort, sőt tervben sincs hasonló...
-
#95904256
törölt tag
"vajon a 24 mega caché-nek mi értelme lenne asztali fronot?"
Ha a cache mérete a kérdéses, akkor arra is igaz hogy minél több, annál jobb...
Minnél több adatot tudsz minél gyorsabban elérni, annál gyorsabb lesz a rendszered."korábbi tesztek szerint nem nagyon gyorsít a rendszer sebességén "normál" használat mellett"
Kis segítség is segítség... ráadásul sok kicsi sokra megy...
-
VaniliásRönk
nagyúr
válasz janpotocki #24 üzenetére
Ha csak én érezném így még el gondolkodnék rajta, hogy bebeszélem magamnak, de jónéhányan érzik még így. (AMD fanokon kívül természetesen, tudom hogy ők akkor sem számítanak ha igazuk van )
Egyébként nem AMD fan vagyok, akkor is beszólnék ha a VIA vagy a SiS (stb.) termékeiről készítenétek olyan "teszteket" amilyeneket főleg az utóbbi fél egy évben szültetek, az zavar mocskosul ha valaki egy monopóliumot erősít önérdekből vagy pont amiatt amivel engem vádolsz.
Az olyan hsz-ek nem zavarnak, hogy: "Nagyszerű teszt volt, ilyet még!"? Az ilyen fórumozók ám a műértő közönség."Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." (Albert Einstein)
-
fLeSs
nagyúr
válasz VaniliásRönk #29 üzenetére
kik érzik még így? esetleg írhatnál a logout-ra egy szösszenetet ezzel kapcsolatban, és akkor kiderülne, hogy mi a helyzet. kíváncsi lennék rá.
[ Szerkesztve ]
"I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."
-
Ste
addikt
válasz #95904256 #31 üzenetére
nem lebecsülendő ez tény
csak 2->8 nem ugyanaz mint 1->2
sőt a mag elég nagy hányadát a cache teszi ki
tehát ha 3-4x-es cache növelés 10%-ot dob, akkor ha ezt tovább triplázzuk jó esetben kapunk még 10%-ot?
akkor is megalomán dolgok jutnak róla eszembe és a hozzá nem értő felhasználók?
"az 512-es 2600por megeszi reggeli a Te 256os Xt-det"
gondolom itt is benne van ez a pakliban"Neked hány mega kesses a procid? Micsoda, nem is tudod mi az a kess? Én tudom jól mi az, olyan mint amivel a boltban vásárolsz, csak itt a proci veszi meg rajta az infót. n ne legyél már ilyen hülye, minél több van belőle, annál jobb. Hogy mire? Nem mindegy?! A fontos hogy több legyen mint annak a burnyának ott a szomszédban"
-
#95904256
törölt tag
Nem értelek. Ha a gyártástechnológia megengedi hogy közel ugyanolyan anyagi ráfordítással nagyobb méretű cache építhető, akkor már miért ne gyártanák úgy a processzorokat? Csak azért mert valakinek megalomán dolognak tűnik? Ez esetben még mindig a 486-osok 8 KiB méretű integrált cache-nél tartanánk...
-
Carsee
tag
-
erdoke
titán
válasz VaniliásRönk #29 üzenetére
"Egyébként nem AMD fan vagyok"
Milyen érzés "műértő" közönségnek lenni? Erről is írhatnál egy blogbejegyzést.
A legjobb aláírás a héten
-
Oliverda
félisten
válasz VaniliásRönk #39 üzenetére
Ő nem Intel-hívő, ott az alibi X2 a gépében.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
kvp777
tag
Az itaniumoknak van egy nagy hibaja. Nincs bennuk semmilyen predikcios aramkor. A forditoprogramnak kell kitalalnia hogy egy elagazas tobbnyire merre fog menni,vagy egy memoriacim milyen esellyel lesz eppen a cache-ben. Mindemelle jon a 4-6 utasitasos vliw rendszer, ami miatt nem lehet a megszokott out of order vegrahajtast hasznalni. Egy itanium nagyon gyors vektorfeladatokban, de pl. uzleti logika futtatasakor gyakran a negyedere esik az effektiv tejlesitmeny. Mindehez jon meg hozza, hogy mivel nincs futas ideju optimalizacio ezert a fordioprogramon mulik minden. Ez nem tul rugalmas megoldas, raadasul kulonbozo szoftverek eseten akar 3-4-szeres elteresek is lehetnek. Ha valaki gcc-t hasznal, akkor gyakorlatilag egy azonos orajelu PIII-as is megveri az itanium-okat. A hozza valo intel altal optimalizalt forditoval is csak egy azonos orajelu P4-es teljesitmenyet hozza. Mindez nem a szamitasi teljesitmeny miatt, hanem az elagazaskezeles tervezesi hibajabol kovetkezoen.
Jelenleg ott tartunk, hogy egy sima core2-es gep gyorsabb mint a vele azonos sebessegu itanium. Mostanaban sok itaniumos fejleszto (pl. neha en is) inkabb a sajat asztali gepen futtatja a teszteket, mert igy gyorsabban keszen lesz. Csak az ugyfeleknek jo dragan eladott es mar telepitett itaniumos rendszerek miatt van meg egyaltalan hasznalatban az architektura. Ha valaki szeretne hasonlo rendszert tesztelni, akkor az architekturalisan hasonlo transmeta crusoe processzorokat erdemes megnezni. Itaniumot uzleti logikara nem szabad venni, csak vektorfeladatokra, bar arra is van mar jobb es szoftveresen jobban tamogatott rendszer. (pl. az ibm power-ek)
-
kvp777
tag
Eszerint vannak benne elágazás előrejelzők
Csak statikus, forditaskori elorejelzes van, amit predicate bitekkel kezel. Egy elagazast tobb szalon futtat, majd ami jonak bizonyul, annak az eredmenyet irja vissza. Ezzel ket baj van. Az elso, hogy a forditonak kell kiszamolnia elore, ami adatfuggo ciklusoknal (ahol egy felteteltol fugg mikor lep ki) vagy rendes if/else faknal nem hatasos. A masik, hogy mig mar a PII-esben is tobb bites predikcios szamlalok voltak (2v3 bit), addig az itanium erre egy konstans bitet szan. Ez nem sokkal jobb mintha alapbol huzalozva lenne az egyik esetre. A pic mikrovezerlok nem ugras eseten 1, ugras eseten 2 orajel alatt hajtjak vegre a branch utasitasokat, az itaniumban annyival van tobb, hogy itt valaszthato mi legyen a gyorsabbik eset. Egy intel-es x86-s megtanulja a ciklusokat, es ha tobbszor fut le egy ciklus, akkor mar a masodik lepestol optimalizaltan fut. Ha kesobb visszater a kod ugyanoda, es meg cache-ben volt a terulet, akkor meg emlekszik is az elozo futas eredmenyere es a szerint cselekszik. Ez max. 1-2 orajelnyi veszteseget jelent akarhany lepesre, mig az itanium eseten ez akar 2 orajel is lehet minden egyes lepesnel. (ha a fordito rosszul becsulte meg a futas kozben kapando adatokat) A branch regiszterek miatti kesobb kidobott parhuzamos vegrehajtas raadasul felhasznalja a szeles vegrehajtoegysegeket is, ami miatt akar a hatodara is lassulhat a feldolgozas. Egy x86-os csak azt szokta vegrehajtani amire szuksege van. (csak az egymastol nem fuggo utasitasok sorrendjet varialja, hogy gyorsabban vegezzen)
Mindezek fenyeben az itaniumot csak vektoros feladatokra erdemes hasznalni, meghozza ott ahol sok adat van es fix a ciklusok hossza.
-
fLeSs
nagyúr
Hiszek neked, mert nem foglalkoztatott eddig az Itanium, úgyhogy nem is néztem utána, mit hogyan csinál. Egyelőre nem is lesz nagyon időm rá, éppen a K10-zel foglalkozom.
Azért vicc, hogy már a P6-ban is volt elágazásbecslés.na, gyorsan utánanéztem: "Az egyik legfontosabb újítás az elágazások kezelésében történt. A hagyományos felépítésű processzorok csak statisztikai számításokon alapuló dinamikus programirány-előrejelzésre (elágazásjóslásra) képesek. Ha az adott elágazáson már máskor is végighaladtunk, akkor statisztikai módszerekkel próbálja a processzor eldönteni, hogy vajon most merre folytatódik a program iránya. Az elágazásjelzés az adott elágazás lefuttatása előtt történik, hogy az elágazás valós kiértékelése után már a végrehajtandó kód az L1 gyorsítótárban, illetve már előre betöltve - prefetch - legyen. Ha először halad végig a processzor egy elágazáson, akkor egyéb módszerekkel találgat, de ez a statisztikai módszernél nagyobb hibás találatot eredményez, így jelentős lesz a teljesítménycsökkenés. Az átlagos 10 százalékos hibás elágazásjóslás akár 30 százalékkal is csökkentheti a teljesítményt. Az új architektúra itt is új módszereket alkalmaz. A statikus programirány-előrejelzés, a fordítóra hagyja az egyszerűbb elágazások előre kiértékelését. A fordító a forráskód tárgykódra való fordítása során nagyrészt tudja, hogy adott elágazásból vajon az egyik vagy a másik irányba halad-e majd a vezérlés (ezzel a gyakoribb ágakat lehet valószínűsíteni, illetve a soha sem használt ágakat kiküszöbölni). Így a processzornak a dinamikus ág előrejelzéshez képest kevesebbet kell találgatnia, és az igazán bonyolult ágak kiértékelésével törődhet.
A másik fontos technológia a futtatás folyamatosságát szolgálja. Ez a Predication nevű megoldás. Megszünteti az elágazást, és az utána következő mindkét ágat egyszerre, párhuzamosan kezdi el futtatni. Az elágazás kiértékelése után, amikor ténylegesen kiderült, melyik ágon kell folytatódnia a vezérlésnek, a hamis, szükségtelen ágat egyszerűen lekapcsolja a processzor. Így a szokványos négy órajel helyett egyetlen órajel alatt sikerül az elágazást végrehajtani. Összesen 64 darab 1 bites predicate regisztert használ az ágak állapotának - le, vagy bekapcsolt - tárolására. Az utolsó párhuzamosítási technológia a párhuzamos feltételvizsgálat, amely egy bonyolult feltételt rövidebb idő alatt tud kiértékelni a párhuzamosított kiértékelés által. "Eszerint ennek a módszernek neked örülnöd kéne, mert te eldöntheted, hogy a proci melyik ágat válassza többször, mivel te vagy a programozó, ezért valszeg tudod, hogy melyik ágat lesz érdemes választani, vagy nem? A fordítót te befolyásolhatod egyáltalán ilyen szinten? Ha nem, akkor bekussolok.
[ Szerkesztve ]
"I press keys on a keyboard all day and click a mouse in front of a glowing rectangle. Somehow that turns into food and shelter."
-
#06658560
törölt tag
24 mega cache? nem tom mikor volt elérhető a proicesszrotervezési interjú itnyúzon. ott megmagyarázta a csóka, miért kell nagy cache. Statisztikai hibapozicionálás. Ne a magban legyen, inkább a cacheben. Akkor nem kell annyi procit selejtezni, lehet adni olcsóbban, de minden magot teljes értékűen használhatóvá téve...
-
Raymond
félisten
Új hozzászólás Aktív témák
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Autós topik
- Volkswagen ID.7 menetpróba
- Gmail
- Kerékpárosok, bringások ide!
- Ukrajnai háború
- Elektromos rásegítésű kerékpárok
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Windows Insider Program
- További aktív témák...