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 ]
True Success is Blonde
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 ]
True Success is Blonde

Csitt, AMD-ről nem cikkeznek errefele. 
[ Szerkesztve ]
"Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." (Albert Einstein)
sejtettem hogy a saját szoc problémám amiért a kisebbnek szurkolok 
True Success is Blonde
(inkább moderálom magam
)
True Success is Blonde

L3 Cache 24mb
de jó lenne egy ilyen asztali proci
Pioneer Bd 206 Very Good Blu-Ray, Plextor Dvd Writer Cool Audiocd And Data Dvd!
mégis hol használják ezeket a prociakt és egy új xeonhoz képest mennyivel gyorsabbak?
FERZON DroidTV - Android-os médialejátszó a PH!-n csak tőlem | Android-os Tablet PC-k magyar nyelvvel, GPS-sel és 3G-vel is!!! > Hirdetéseim: http://href.hu/x/duqu
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!
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 ٩(̾●̮̮̃̾•̃̾)۶
Nem is rossz ötlet. Befejezem a G92 cikket, és nekiállok, bár AMD-t fLeSs tudja jobban fijkázni, és ATI-szidó specialista vagyok. Tán egy RV670 halálos ítéletet is összehozok mindjárt 
[ Szerkesztve ]
Resistance Is Futile. You will be assimilated!

Én azon csodálkozom hogy ezek csak 90nm-es chipek 
Nézz be: http://www.sciencecaffe.com Tudományos és Művészeti Portál
ilyeneket ne írjál, mert komolyan veszi...
iyleneket pláne... 
lol
ps: tényleg nálatok van az RV670?
Different songs for different moods.
Nem, még nem.
Resistance Is Futile. You will be assimilated!
és mikor lesz? 
hja, ha az embernek nincs szocialis kapcsolata, mindenkihez probal beszelni, ebbol lesznek az utcan motyogo oregasszonyok - meg a bloggerek ٩(̾●̮̮̃̾•̃̾)۶

Lehet ezen tréfálkozni, pedig annyira nem vicces. 
"Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." (Albert Einstein)
Ez van ezt kell szeretni... vagy nem. 
"Minden negyedik-ötödik magyar fiatal funkcionális analfabéta – derült ki a nemzetközi felmérésekből. Az arány a felnőttek körében sem jobb."
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)
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!

Már hogy kell azt érteni, hogy nincs termék? Az Opteron 23xx és 83xx már majd két hónapja kapható. Itthon legalább annyira, mint jelen hír témája.
Si vis pacem, para bellum.

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

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 ]
(#24) janpotocki válasza 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

Valaki mondja el, hogyan jött ide az AMD? Tudtommal nem gyártanak ilyen kategóriájú processzort, sőt tervben sincs hasonló...
az energiagazdálokás miatt kavartam ide
vajon a 24 mega caché-nek mi értelme lenne asztali fronot? korábbi tesztek szerint nem nagyon gyorsít a rendszer sebességén "normál" használat mellett
[ Szerkesztve ]
True Success is Blonde
"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... 
okés, mégis max 10-15% pluszt adott a 2 mega caché-hoz képest a 6 v 8 mega (már nem emlékszem melyik)
ugyanez volt a helyzet annó az 1-2 mega közötti teszttel is
True Success is Blonde
(#29) VaniliásRönk válasza 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)
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 ]
A 10-15% is becsülendő dolog. Ez egy programozó / CAD-es tervező ember számára mondjuk napi 2-5%-nyi munkaidő megtakarítást jelent. Pl. a főnököm számára ugyanennyi munkabért. 
[ Szerkesztve ]
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"
True Success is Blonde
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...

Szerintem azért nem gyártanak fél giga cache-el procikat mert:
1. picikét megnőne az áramkör mérete.
2. picivel nehezebb lenne kialakítani
3. nagyobb TDP,fogyasztás-->jobb hűtés
És mert manapság már a nagygépek piacán is újkeletű a takarékoskodás (én ennek örülök)
Szerintem meg eljön az ideje mikor fél giga cache lesz a procikban...
Remélem nem jössz azzal hogy: "640 kilobájtba minden belefér..." 

640 kilobájtba
Mekkora tévedés volt az hahaha
Szegény Gates bácsi biztosan idegrohamot kap ha ezt felvetik neki 
[ Szerkesztve ]
inkább melegedjen kevésbé és legyen benne kevesebb cache akkor is azt mondom
és ugye a cache mérete ha jól emlészem kihatással van a működési illetve túlműködsi frekire is
True Success is Blonde
"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. 
Filtörd teknúz sztrím: http://twitter.com/erdoke

Olyan elfogulatlan Intel-hívőknek mint te? 
"Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." (Albert Einstein)
Ő nem Intel-hívő, ott az alibi X2 a gépében. 
"Minden negyedik-ötödik magyar fiatal funkcionális analfabéta – derült ki a nemzetközi felmérésekből. Az arány a felnőttek körében sem jobb."
Sorozatban a negyedik alibi AMD proci a gépemben. 

Filtörd teknúz sztrím: http://twitter.com/erdoke
teljes tévedésben vagy... egyáltalán nem jelent munkaidő megtakarítást... csak annyit hogy 2-5%kkal többet dolgozol 
Tegyük notebookunkat 1080p képessé: http://tinyurl.com/BCMCrystalHD

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)
Abszolút nincs benne branch prediktor?
Ez azt jelenti hogy az Itanium teljesítménye elveszik az ciklusszervezések miatt? 
Eszerint vannak benne elágazás előrejelzők: katt.

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.
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 ]
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...
Érettségi feladat, SZÁMÍTÁSTECHNIKA Írjon BASIC nyelven egy grafikus alapú multitask operációs rendszert, amely kivédi a Windows 98 potenciális hibáit.
Az Itanium-nal gyakorlatilag minden a forditon all vagy bukik. Manapsag inkabb bukik mert a nagy EPIC utopiabol nem lett semmi. Csak akik beleoltek a milliardokat nem vallhatjak ezt be nyilvanosan, lassan elsullyesztik.
Privat velemeny - keretik nem megkovezni...