Aktív témák
-
lapa
veterán
bazz titkos fotókat készítettem az intel szuperlaborjában, soha nem publikált fotó az új p5-ről kívül-belül. mint látható lemondtak a gigaherzekről és inkább a kicsit lassabb, passzívan hűthető !!! dolgokra koncentrálnak. az új termék egyelőre meg nem erősített információk szerint több száz tranzisztort tartalmaz... :D
jóvanna, csak fel akartam dobni kicsit a szomorka intel-fanokat... :) nagyobb kép [L]http://www.freeweb.hu/lapanet/div/p5.jpg[/L] (bocs a modemesektől)
[Szerkesztve] -
-
Tök jó kis szakmai vita kerekedett ki itt néhány ember között, olyan igazi PH! fílingje van ennek a topicnak - nincs anyázás, sértődés, csak érvek és ellenérvek - kevés kivételtől eltekintve. Folytassátok!
-
LordX
veterán
Mivel a +1MB cache folyamatosan áram alatt lesz, ezért sok hőt fog termelni plusszban. (Hacsak nem csinálnak vele valami olyasmit, mint a Banias/Dothan cache-el, de ez szerintem valószínűtlen..)
És a +1MB cache nem is ad szerintem akkora nagy plusz teljesítményt. Legalább is erősen programfüggő.
PS: az ''EE magos'' NW procikban semmi EE mag nincs, csak az SMD-k vannak ugyanúgy elrendezve, mint a P4EE-n... -
Sárpac
nagyúr
Az első 533fsbs p4 procik ''ht nélkül készültek'' nem sokkal később egy állítólag az intel honlapján is megjelenő programmal (1napig volt fent és törölték) ezekben a procikban is aktiválni lehetett a ht funkciót!
S bár az intel úgy emlékszem tagadta, hogy ezekben a procikban lehetséges az aktiváció mégis megjelent egy 3.06Ghz példány amiben már aktivált ht is volt és ugyan olyan 533fsbs volt!
Fazonra az ''EE'' kondis proci teljesen megegyezik a valódi EE vel készültekkel!
Vajon akkor mivel magyarázható ez a 2különböző nortwood?
Miért gyártott volna az intel még egy más ''szabású'' processzort hanem azért mert EE-nek készültek volna csak nagy lett a selejt arány? -
Sárpac
nagyúr
Szerintem, sőt biztos vagyok benne, hogy az ''EE'' és az EE magos procik egy gyártósorról jönnek le csak az óriási cache méret miatt nagy a ''rossz cache-el'' készült procik aránya és azok mint sima nortwood mentek eladósorba!
Ez magyarázhatja az ultra magas P4 EE procik árait! -
-
Pukii
senior tag
Az intel a teljesitményt most az intel máshogy akarja növelni adig amig kinem jön a dual-core procijuk.
[L]http://www.hardwareoc.hu/index.php/p/news/cid/1/y/6469.html[/L]
Most nézem ,hogy ue a ph hirben is benne van
[L]http://prohardver.hu/rios3_content.php?mod=10&id=9100[/L]
:DD
[Szerkesztve] -
-
-
anulu
félisten
úgy néz ki, hogy az Intel halogattatni akarja a Windows XP 64-et... :( igaz, h Inquirer-es hír, de benyomom ide. nemtom mi igaz belőle, de egyre jobban idegesít, hogy az Intel szándékosan fogja a piacot, hátha sikerül vmi értelmeset csinálnia. addig viszont az AMD se tudjon haladni... grrrr! :(((
szal a hír:
IT'S ALL VERY well for Dr Craig Barrett to have a spanking new set of roadmaps ready for the first quarter.
But what does that do to the launch date of Windows XP 64, ready-to-run for AMD64 and Intel's iAMD64?
It does a lot, according to sources close to the heat. Those sources tell us that the spanking new architecture with the spanking new onboard memory controller is likely to be announced in the first quarter of next year.
And that spanking new memory controller probably won't be available until the third quarter of next year.
So will we see Windows XP 64 delayed until a similar date too? On this question Microsoft is characteristically silent as only a whispering Vole can be.
And guess what? You ask AMD or Intel about this and they say you have to ask the Vole.
Maybe Microsoft will have some guts and just go ahead with the first half launch anyway. At this rate, Longhorn will be here before Windows XP 64.
[Szerkesztve] -
Miracle
senior tag
''Ez igaz.. Viszont nem mindenki Intel fordítóval dolgozik..''
áá... az intel fordító messze nem piacvezető.
''Egyébként a 64 bites Intel fordítóról vki azt nyilatkozta az Inteltől, hogy más cégek 64 bites processzorai (vajon kire gondolt ) is ugyanolyan jól fogják futtatni az ez által fordított kódot, mint a 64 bites Xeonok. Mondjuk jó ködösen foglamazott Anandtechen olvastam a hírt, ha érdekel ott keresd meg. Most nekem nincs rá időm, mindjárt megy a vonatom.''
én is olvastam, és azt gyanítom, hogy vagy a m$, vagy a keresztlicenc-megállapodás lehet a dolog mögött, de az biztos,hogy nem a jószándék :D -
Miracle
senior tag
a játékok nem nagyobb adatszerkezetekkel dolgozó szoftok, inkább sok egymáshoz közeli elágazás van bennük. azt tudni kell, hogy egy elágazás jellemzően már egy K7esen is ~30-40 óraejl alatt készül el, ha minden adat regiszterekben van. a P4 hosszú pipe-ja miatt még ennél is lasabban tud ilyen utasításokat végrehajtani, és ugyan van elágazás-előrejelző renszere, de ez ugye nem tökéletes. és ha rosszul tippelt, akkor vissza kell görgetni a végrehajtást az elágazásig, ezzel elveszítve minden adatot, amit az elágazás kezdetétől annak a végéig sikerült kiszámolni. és mivel a P4nek hosszab a pipja(nomeg nem egy világbajnok az elágazás-előrejelzője sem), sok utasítást veszít. a P4nek eredendően a nagy számításigényű, kevés elágazást tartalmazó appok kedveznek, ilyen pl. a videó/hang feldolgozás, illetve lehetne rá optimális adatbáziskezzelőt is csinálni, nem tudom, csinált-e valaki ilyet, azt hallottam, hogy az oracle biztosan nem.
-
LordX
veterán
Ez igaz.. Viszont nem mindenki Intel fordítóval dolgozik..
Egyébként a 64 bites Intel fordítóról vki azt nyilatkozta az Inteltől, hogy más cégek 64 bites processzorai (vajon kire gondolt :) ) is ugyanolyan jól fogják futtatni az ez által fordított kódot, mint a 64 bites Xeonok. Mondjuk jó ködösen foglamazott :D Anandtechen olvastam a hírt, ha érdekel ott keresd meg. Most nekem nincs rá időm, mindjárt megy a vonatom. -
Miracle
senior tag
válasz
hobizoli
#116
üzenetére
a legújabb intel compilerek különösebb optimalizáció nélkül használják az SSE1/2/3 utasításkészleteket, persze szépen ellenőrzik, intel CPUn futnak.e a kódok. ha nem, akkor visszavált a hagyományos FPU kódra, függetlenül attól, hogy a CPU támogatja-e valamelyik utasítást. nem kell feltétlenül ASM opt. az SSE használatához.
-
#117
Miracle
senior tag
Terminátor 4.
#115
Miracle
senior tag
válasz
Terminátor 4.
#115
üzenetére
''1 program 1 szál. Ezért. Sose lesz kettő.''
ezt felejtsd el, mert nem igaz. inkább úgy igaz, hogy a PC piacon kapható appok nagyrésze 1 teljesítményérzékeny-threadre van optimalizálva. de az 1 program 1 szál nem igaz. és a jelenlegi tendenciáknak megfelflően pár év múlva minden app többszálas végrehajtásra lesz optimalizálva. -
#116
hobizoli
nagyúr
Terminátor 4.
#115
hobizoli
nagyúr
válasz
Terminátor 4.
#115
üzenetére
Azonkivul a FPU onmagaban is eleg eros AMD-ben, P4-nel ''ra kell irni'' a prg-t, mert SSE2 csak akkor muxik. Az A64-nl mar az is bejaccik, hogy az integralt RAM vezerlo miatt kicsik a kesleltetesek.
hobizoli
[Szerkesztve] -
maszat
senior tag
de már a Wilmatte-et is erre tervezték, nem technológia utólagos beültetéséről van szó.
Igen, Intelnél az a jó szokás, hogy a ''régi'' model is tudna mindent, de csak az újakban engedélyezik az új szolgáltatásokat.
Ugyanígy a legelső Prescott is tudná a 64 bitet, meg a mittoménmilyen feature-ket, csak még nem engedéylezték benne -
#112
Terminátor 4.
tag
Terminátor 4.
tag
A sok kilométeres érdektelen hozzászólás helyett inkább feltehetnétek a kérdést, hogy akkor mi a lószart fognak kiadni 1 évig, amíg meg nem jön a DualMagos P4. Ha belegondolok, hogy egy 3.4 Northwood simán lenyomja a 3.6-os (és valószínűleg a 3.8as) Prescottot is, akkor azt kell mondjam, hogy másfél éven át az Intel nem gyorsít(ott) semmit sem.
-
válasz
hobizoli
#110
üzenetére
Egyébként várható volt. Jó ideje nem jött ki újabb Prescott, ráadásul 4 Ghz-re is inkább a Northwoodokat húzták. Akkor sejthető volt, hogy valami baj van a Prescottal, és lám...
Először csak a GHz utáni megnevezést adta fel az Intel, most meg ez is.
Ráadásul le van maradva a 64 bittel is, megint ráadásul az A64 dualcore lapjai már asztalon vannak.
Nem tudom, mit csinált az Intel az elmúlt hónapokban. -
hobizoli
nagyúr
válasz
Jim Tonic
#109
üzenetére
Annak idejen azt is mondta egy figura az AMD-tol hogy 1GHz fole nemigen lehet menni aluminium huzalozassal...es tenyleg, 1000MHz-nel atalltak Cu-ra es hipp-hopp maris ott volt a Thunderbird-1400 -az 1GHz alattiak nemis nagyon mennek 1100MHz fole-, es kesobb a Palomino 2100+ (1733MHz), szinten meg 0.18 mikronon. Chipzilla meg kototte az ebeta karohoz, hogy de az joaz, es a csak nevben rezes Coppermine P3-1000EB a bejelentes utan fel evvel is ritkabb volt, mint az eleinte csak kis szeriaban gyartott Athlon64...sot, az 1133EB-ket mar vissza is kellett hivniuk.
Aztan jott 'Too-a-late-in', 0.13mikronon es szinten rezalapon...
hobizoli -
Miracle
senior tag
''- Az SMT implementálásakot a NW magon csak a regisztereken babráltak. Igen, már benne volt a nem-SMT NW magban a fejlettebb utasítás dekóder, meg az egyéb kutyafüle, csak a másik ''proci'' regiszterei nem. (legalább is azzal babráltak) Ugyanúgy, mint a Banias-ban (Dothenról nemtom mi van).''
de már a Wilmatte-et is erre tervezték, nem technológia utólagos beültetéséről van szó.
''A HTT, mint olyan AMD szabadalom. És azt is mondtam, hogy az AMD ''HTT-szerű'' (= 2 szál párhuzamos vérahajtása) a kétmagos proci, azaz amit te írsz.''
good, deal.
''A teljesítmény nem csak az órajeltől + pipe hosszától függ, szóval a rövid pipeos, kisebb órajelű proc egyáltalán nem lasabb!''
ebben egyetértünk, hacsak nincs komoly hosszú-pipe optimalizáció. mert az agyon tudja vágni. és sajnos ilyen appok kezdtek megjelenni az elmúlt 1-2 évben.
''Valamit javíthatna, de kevesebbet, minthogy megérné az AMD-nek, azaz ''szinte semmit''.''
ugyancsak megegyeztünk. nem sokat.
''muhaha, nagyon viccesek vagyunk ma.. Nah, most, hogy jól kimulattam magam:''
bocs
''Több pipe, bonyolult dekóder esetén meg tessék, próbálj meg optimalizálni programot...''
az optimalizáció nehezebb, de a cache-missek esetén vissza lehet nyerni annyit, vagy több teljesítményt is, mint amennyit elveszítettünk az optimalizációval. persze csak ha van legalább 2 nagy teljesítményigényű thread. tehát több-utas opt. kell neki. -
LordX
veterán
Bírom azokat az embereket, akik lehülyézik egyből a másikat, mert a, félreértik mit mond b, nem pont arra gondolnak, mint ő..:U
- Az SMT implementálásakot a NW magon csak a regisztereken babráltak. Igen, már benne volt a nem-SMT NW magban a fejlettebb utasítás dekóder, meg az egyéb kutyafüle, csak a másik ''proci'' regiszterei nem. (legalább is azzal babráltak) Ugyanúgy, mint a Banias-ban (Dothenról nemtom mi van).
- A HTT, mint olyan AMD szabadalom. És azt is mondtam, hogy az AMD ''HTT-szerű'' (= 2 szál párhuzamos vérahajtása) a kétmagos proci, azaz amit te írsz.
- A teljesítmény nem csak az órajeltől + pipe hosszától függ, szóval a rövid pipeos, kisebb órajelű proc egyáltalán nem lasabb!
- Valamit javíthatna, de kevesebbet, minthogy megérné az AMD-nek, azaz ''szinte semmit''.
- muhaha, nagyon viccesek vagyunk ma.. Nah, most, hogy jól kimulattam magam: Nem állítottam azt, hogy több pipeline berakásánál nem kell semmi mást sem változtatni. [SARCASM]Ugyanúgy nem, mint mondjuk SMP megvalósításnál ''sem'' kell semmit megváltoztatni a processzoron[/SARCASM]... Most hogy kettő darab utasításdekóder, vagy egy bonyolultabb, az csak tervezés kérdése, a számítási teljesítményen nem igazán változtat, ha ugyanolyan, és ugyanannyi feldolgozófutószalag van. Viszont a ''kettő egyszerűbb'' (=SMP) esetében az ''egyszerűbb programozás'' alatt azt gondoltam, hogy nem kell túl sokat trükközni, hogy egy program gyorsabban fusson, ''csak'' kettő szálat kell elindítani (sőt, nem is kell egy program két szála legyen). Erre már kialakult technikák vannak, tanítják is egyetemen/főiskolán. Több pipe, bonyolult dekóder esetén meg tessék, próbálj meg optimalizálni programot... -
hobizoli
nagyúr
Ime:
[L]http://www.active-hardware.com/images/3ghz-ccr2002.gif[/L]
As you can see from the results, not all applications are written to take advantage of multi-threaded systems.
In order to take advantage of the multiple, logical CPUs of a system such as this, an application must be able to split its workload between multiple processors. This clearly isn't the case with Winstone Content Creation 2002 -- it's results with the 3.06GHz Pentium 4 were lower than those of the 2.8GHz model.
Itt nemhogy onmaga ellen is lassabb bekapcsolt HTT-vel, de meg a 2.8/533-s Northwood-B szinten nem HTT-s tesoja ellen is az, mert az adott prg nem hasznalja a HTT-t.
hobizoli
[Szerkesztve] -
hobizoli
nagyúr
Na hitetlenek csekkdisz:
''Microprocessor configured to execute multiple threads including interrupt service routines
...
Inventors: Dutton; Drew J. (Austin, TX); Christie; David S. (Austin, TX); Barnes; Brian C. (Round Rock, TX)
Assignee: Advanced Micro Devices, Inc. (Sunnyvale, CA)
Appl. No.: 649809
Filed: May 17, 1996''
[L]http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=/netahtml/search-bool.html&r=8&f=G&l=50&co1=AND&d=ptxt&s1=5944816&OS=5944816&RS=5944816[/L]
:DD:C
hobizoli -
F4C3
csendes tag
Re...
HT.. pfff.. annyira nem vagyok híve ennek a cuccnak. Sokat nem dob a sebességen, szerintem pöttyedt föl van fújva a dolog! Inkább ezt a kegyetlen melegedést oldanák meg, mert a 3GH-es cuccom 20-30%-al jobban melegszik, mint a 2,8Gh-esem melegedett és a tápomat is fingatja.. :S -
Miracle
senior tag
akkor tisztázzuk a dolgokat, és hagyjuk a PR elnevezéseket:
Hyper Transport : AMD, chip-chip kommunikáció.
SMP : szimmetrikus több-_processzoros_ rendszer.
SMT: szimmetrikus több-_szálas_ végrehajtás
az utóbbi kettő nem szabvány, hanem technológiák gyűjtő-nevei.
egy kis megjegyzés az SMTvel kapcsolatban: először a SUN Pico-Javaban(vagy valamelyik Java processzorában) tűnt fel 1995 táján, jóval megelőzve az intelt.
''. Van HT. Vagy ha nincs, azt a + regisztereket kell beépíteni, kb. nulla extra melóval. (legalább is kevesebb meló, mint egy dual-core..). ''
bakker, erre legszívesebben nem reagálnék, de most van időm, így mégis: az intel P4 Northwood processzorának ~24%a az a kis csipp csupp SMT implementáció, amit éppen ledegradáltál néhány regiszterré. az SMT rohadt bonyolult dolog, a pipe _minden_ egységét érinti, és alapjában véve úgy kell tervezni őket, hogy SMT-t lehessen implementálni, ez nagyban megnöveli a bufferek méretét, és _nagyon_ megbonyolítja vagy az ut. dekódoló, vagy az ut. ütemező működését.
''Jah, a HT AMD találmány, mégsincs benne a K8-ban. Akkor minek dolgoztak rajta a mérnökei?''
az AMD sajnos CMP, azaz [single]Chip_Multi_Processor technológián dolgozik, amit magyarul több-magos megoldásnak szoktak emlegetni.
''2. Többutas-támogatás? Ammeg mi? Többutas cache? 8-utas cache van benne. A Prescottban szintén 8 utas. Több processor támogatása? Hülyeség, minden Intel proci ''támogatja'' csak le van tiltva, hogy vegyék meg a többprocis szerverbe a 564654x annyiba kerülő Xeont a P4-PM helyett.''
a többutas támogatás kultúr körökben valamilyen SMP technológiát kódol.
''3. Rövid pipe, mint nem nyerő dolog?!?!? Gyorsan nézd meg, hogy mire jók a pipelineok!!! A hosszú pipe egyetlen egy miatt jó: egyszerű részegységek vannak, így azokat magas órajelen lehet hajtani. Viszont hatalmas késleltetést okoz, ezáltal az elágazásokat nehezebb kezelni (melyik szálon menjen tovább). Itt van az a pont, ahol ''hozzászoktak a Xeon-hoz''. Viszont ha az erre idomított progit ráküldik egy rövidpipeos procira, semmi hátrányt nem szenved az. ''
de, ez a baj, hogy a hosszú pipe-ra írott progik a nagy órajelből profitálnak, ami nincs. igazi hosszú-pipera optimalizált szoft nem jó a rövid pipe-ra.
''A K8 teljesen máshogyan kezeli a cache-t és a pipelinet, mint a P4. És nem javítana a teljesítményen a HyperThreading. Cikket lehetne írni, hogy miért is. Ugyanezért van pl. hogy a P4 jóval memória-sávszél-igényesebb, mint a K7/K8.''
javítana, de rohadt nehéz implementálni, és az AMD a K8 fejlesztésekor nem úszkált sem az időben, sem a fölös USD milliárdokban.
''A szuperskalár architektúra mindig is arról szólt, hogy rakjunk bele mindenből kettőt. Több pipeline (egész, lebegőpontos) dolgozik egymás mellett párhuzamosan. A két maggal már nem csak ezeket, hanem a vezérlőegységeket is megduplázzák, ennyivel több a dual core attól, hogy több pipelinet rakjunk a magba. (jah, így egyszerűbb rá SW-t írni, azért az is szempont )''
látom a gépi kóddal még csak rémálmodban ismerkedtél, amikor egy bin.filera rányomtad az F4et... no mindegy. szóval egy processzen belül párhuzamosítani sem triviális feladat, az utasítások párhuzamosítását, és függőség(szép magyar szóval dependencia) vizsgálatot végző egyég már régen a CPU leg-komplexebb egyége, és vagy ez, vagy az utasítás dekódoló szokott az órajelnek felső határt állítani. a több pipe megintcask kétértelmű, ha CMPre gondolsz, akkor ott a legyártás, meg esetleg egy kevés optimalizáció kell csak. ha egy SMT megoldásra, akkor viszont sokkal grízesebb a dolog, ugyanis az ezért felflős logika áll egy kisebb méretű vezérlőből valahol, ezen kívül a proci összes többi részén is bele kell építeni a támogatást szinte minden egységbe, ez a nehéz feladat. ehhez át kell tervezni az egész processzort, a nagyrészét 0-ról, ezért nem volt esélye sem belekerülni ennek a K8ba. -
-
hobizoli
nagyúr
Nem a pipeline-t felezi le, hanem az egyes egysegeket egyszerre csak az egyik thread tudja hasznalni. Pl ha futtasz egy nem HTT-s CPU-n egy prg-t, es az pl csak az ALU-t hasznalja, az FPU-t nem, akkor az ''uresben'', kihasznalatlanul all, masik prg sem hasznalhatja kozben azt, de HTT-snel igen. Viszont egyszerre ugyanazt az egyseget egy masik thread sem hasznalhatja HTT-snel sem, egy dual core / SMP rendszernel viszont ''Van maaasik''
Az egesz azon alapszik, hogy egyszerre, egyidoben egy CPU eroforrasainak csak korulbelul 40%-a van hasznalatban. A HTT-t kihasznalva a P4-nel optimalis esteben 20% koruli plusz erheto el -nagyreszt 8-10% korul van-, de a K7, K8 az nem ijen.
Sot, ha olyan -regebbi- prg-t futtasz, ami nem hasznalja ki a HTT-t, akkor akar meg lassulast is tapasztalhatsz, mert van ami viszont tenyleg lefelezodik a CPU-ban, es a masik thread-e ilyenkor ures:
''Processor Core
Generic Details:
RISC, Out-of-order and Speculative Execution
Specific Details:
up to 126 µOPs In-flight, split into 2x 63 if HTT is active
up to 48 Loads In-flight, split into 2x 24 if HTT is active
up to 24 Stores In-Flight, split into 2x 12 if HTT is active (0.18 µm)
up to 24 Stores In-Flight, split into 2x 12 if HTT is active (0.13 µm)
up to 32 Stores In-Flight, split into 2x 16 if HTT is active (0.09 µm)''
hobizoli
[Szerkesztve] -
polika
senior tag
aha, monta azt is miért vagy csak férebeszélt mint ahogy intelnél is meg máshol is szoktak ha váratlanul olyat kéreznek ami nem teccik? nem kötözködni akarok de azt gondolná az ember hogy az mindig jó ha hardveresen támogatja a proci azt hogy a belső midnen változóit le tudja menteni meg minden és tud egy másik szálat futtani amíg az egyik szál épp vmire vár
-
polika
senior tag
köszi lehet értem de lehet nem..szóval erősíts meg vagy mond már el mi az ábra mer, azt nem értem hogy ha mondjuk ilyen durva mély pipelinéje van a prescottnak akkor nem e nagyobb meló rajta pont egy context switch mer akkor az egész predicted branchot ki kő dobni a pipéből és a másik szálét kell felderíteni közbe..vagy Hyper threadingbe ő vhogy felezi a pipéjét egyik szálnak meg másiknak és aztán a kul ALU-kba egyszer innét egyszer meg onnét pakolnak ahogy épp szabad az alu vagy teli az egyik pipefél?
-
LordX
veterán
A szuperskalár architektúra mindig is arról szólt, hogy rakjunk bele mindenből kettőt. Több pipeline (egész, lebegőpontos) dolgozik egymás mellett párhuzamosan. A két maggal már nem csak ezeket, hanem a vezérlőegységeket is megduplázzák, ennyivel több a dual core attól, hogy több pipelinet rakjunk a magba. (jah, így egyszerűbb rá SW-t írni, azért az is szempont :) )
-
lapa
veterán
mondjuk attól nem félek, hogy ne tudnának olyan szoftvereket gyártani, amik nem használják ki a jelenlegi/jövőbeni procik teljesítményét. hangfelismerés, képfelismerés meg az egyre fejlettebb vizualizációs készségek stb. lásd ''a putnoki látó magyarországon'' című cikket pl az index/tech-en. kell majd oda kakaó ne féljetek. nem kell parázni, hogy mire költsd a sok-sok lóvét, ami az újabb és újabb hardver vásárlásának elmaradása miatt hegyekben áll otthon. a basic economics megold mindent, az az igazi törvény. consume! :Y
upd: #81 teljesen jogosak a gondolatok :)
[Szerkesztve] -
LordX
veterán
A K8 teljesen máshogyan kezeli a cache-t és a pipelinet, mint a P4. És nem javítana a teljesítményen a HyperThreading. Cikket lehetne írni, hogy miért is. Ugyanezért van pl. hogy a P4 jóval memória-sávszél-igényesebb, mint a K7/K8.
Az AMD-féle HTT megoldás egész egyszerű: dupla mag. -
LordX
veterán
Bocsánat, miért (majdnam) ugyanaz a rövidítése a két technológiának :)
1. HT (HyperTransport): Nem szabadalom, szabvány. Az AMD tolja, mint az atom, de a konzorcíum tagja pl. az nVidia is. www.hypertransport.org. Az Intelnél megfelelő hozzá kb. a PCI Express, bár azt másra használják (eredeti tervek szerint ugyanarra szánták)
2. HTT (HyperThreading Technology): Az AMD szabadalma. Csak van egy AMD-Intel keresztliszensz-megállapodás, ingyen felhasználhatják egymás szabadalmait. (Egyébként nem tűnt fel, hogy azt mondtam, hogy a K8-ban nincs HT? Szerinted nincs benne HyperTransport? És HyperThreading van benne?) -
polika
senior tag
miért nem lenne a K8-on a hyper threadingnek semmi előnye? ezt kifejtenéd..én ha jól tudom amd-nél is akarnak hyperthreading supportot a jövőben, az nem olyan rosz ám hogy ha a proci tud contextet switchelni (jól megaszontam vki majd lefordítja magyarba remélem) hardveresen, és több szálat futtani
-
polika
senior tag
csak a 2-es pontra referálnék...szóval HT mint hyper threading nem egyenlő HT mint hyper transport amit AMD kitalát és nagyon is benne van az amd k8-ba mer ő azzal kommunikál memória felé meg a két proci egymással stb...
de nem akarlak ám zaklatni, sőt azt se üvöltözném hogy láma láma láma csak néha figyelj már oda mit írsz...remélem majd belém is jól belém kötnek de én meg majd jól le...rom :DD -
polika
senior tag
nem kell elolvasni, magamba gondolkodom csak, meg arra vágyom már hogy mikor veszik észre az intelnél meg az amd-nál is hogy sok ember egy passzív hűtéses csendes gépre vágyik ami pici, meg amivel az alap dógokat meg tudja csinálni meg ami nem zavarja ha véletlenül elaludna filmnézés közbe és akkor következő nap nem úgy ébred mint akit egész éjjel vertek vóna...
-
LordX
veterán
...a dothan-ben meg nemhogy hyper-threading, de szerintem még többutas-támogatás sincs, de van ellenben egy jó rövid PIPE, ami most nem lenne nyerő.
1. Van HT. Vagy ha nincs, azt a + regisztereket kell beépíteni, kb. nulla extra melóval. (legalább is kevesebb meló, mint egy dual-core..). Jah, a HT AMD találmány, mégsincs benne a K8-ban. Akkor minek dolgoztak rajta a mérnökei?
2. Többutas-támogatás? Ammeg mi? Többutas cache? 8-utas cache van benne. A Prescottban szintén 8 utas. Több processor támogatása? Hülyeség, minden Intel proci ''támogatja'' csak le van tiltva, hogy vegyék meg a többprocis szerverbe a 564654x annyiba kerülő Xeont a P4-PM helyett.
3. Rövid pipe, mint nem nyerő dolog?!?!? Gyorsan nézd meg, hogy mire jók a pipelineok!!! A hosszú pipe egyetlen egy miatt jó: egyszerű részegységek vannak, így azokat magas órajelen lehet hajtani. Viszont hatalmas késleltetést okoz, ezáltal az elágazásokat nehezebb kezelni (melyik szálon menjen tovább). Itt van az a pont, ahol ''hozzászoktak a Xeon-hoz''. Viszont ha az erre idomított progit ráküldik egy rövidpipeos procira, semmi hátrányt nem szenved az. Fordítva lehet probléma, ha a rövdipipera optimalizált progit küldik a hosszú pipe-os procira, ekkor lesznek ''buborékok'' a pipelineban. -
hobizoli
nagyúr
''A kétmagos változatot az AMD 90 nanométeres csíkszélességgel készíti majd és legfeljebb 5 százalékkal lesz nagyobb. A kétmagos Opteron -- amelynek mindkét magjához 1-1 Mbyte másodszintű gyorsítótár kapcsolódik -- 205 millió tranzisztort tartalmaz, ez közel kétszerese a most kapható Opteron tranzisztorszámának, ami 106 millió.''
hobizoli -
polika
senior tag
én vakker azt várom már hogy az ibm-nél legyártott 90nm-es low-k, SOIn a via C7 ami 800mhzes fsbvel megy maj meg támogat sse2 és 3-at és aszodnják a lowk meg soi miatt csak 3.5w-ot fogyaszt maj 1ghzen max, és 2ghzig vagy afölé is lehet maj húzni ha adnak neki kakaót...namármost a via c3 elég gyenge sajnos mer nincs neki csak sse meg ami igazán visszatartja szegényt az a 133-as fsb ha ez változik és tudják tartani tényleg azt a 3.5w-ot akkor én inkább egy ilyet veszek majd főleg hogy oezekbe az EPIA-kba hardveresen integrált mpeg2/4 gyorsítók léteznek már most is ooszt ha még adnak neki kis kakaót is alá a prociból akkor mindenre jó lesz amit én használok (web böngészés, levelezés, office, apprób öldösés különböző játékokban)
csak nem győzöm kivárni a kurvák már ezerszer halasztották hogymikor jelenik meg volt már szó arról hoyg most 2004 végén de ahogy legutoljára olvastam 2005 elején fogják kidobni -
Notes
senior tag
Prescottot addig fogják nyomatni, amíg legalább a fejlesztésének a költségeit, plusz a befektetett tőke kamatát vissza nem hozza. Ez triviális gazdaságtani dolog. Az, hogy szar, azt az átlag home-usernek nem kell tudni, elvégre ezért fizetik a marketingeseket. De nem Intel specifikus dolog ez. Ezt csinálta az nV is az FX-ekkel.
Emléxem mikor kijött a Prescott, és kiderült, hogy a disszipáció, és a teljesítmény nem az igazi. Sokan megvédték itt, hogy a Northwood A is így kezdte, és majd ez is kiforr, egy két steppig múlva. Hát, hogy ''kiforr'' az biztos, de más értelemben... :) -
poci76
aktív tag
Az eredeti Moore féle cikk 1965-ban íródott, amikor max 50 tranzisztor volt egy chipben, tehát az IC gyártás még igencsak gyerekcipőben járt. Ő akkor meglátta azt a trendet, hogy a fajlegos tranzisztorszám évente megduplázódik. Ő azt mondta, hogy ez kb. 5 évig fog folytatódni, aztán elérik az elméleti maximumot. Itt van az eredeti Moore cikk egyik ábrája:
Viszont jött a meglepetés: a duplázódás mind a mai napig tart, igaz közben az egy éves periódus szépen nyúlni kezdett. Ha egy olyan koordinátarendszerben ábrázoljuk, amelyben az x tengelyen az évek szerepelnek, az y tengelyen a tranzisztorszám logaritmusa, akkor azt látjuk, hogy a görbe ellaposodik (a fekete pöttyökre képzeljetek egy görbét, ez a görbe kb. 2020 körül teljesen lapossá válik, vagyis nem nő tovább a tranzisztorszám, akármit is állít a 2001-es Meindl-Chen-Davies cikk):
A teljesítményre illetve az órajelre vonatkozó un. Moore-törvények csak az eredeti vátozat átalakításai (mint a Murphy törvények :) -
#57
Miracle
senior tag
TudorVigyor
#45
Miracle
senior tag
válasz
TudorVigyor
#45
üzenetére
ja, de egyes teszteknél 5200 MHz-re vissza kellett venni, lehet, hogy még ott sem volt stabil, csak az a teszt már lefutott egyszer. na mindegy.
akkor egy kicsit beleszólnék a miért-nem-jön-a-pentium-M-desktopra threadbe.
először is azt kell tisztázni, hogy a desktop piac nem fontos. itt az intel részesedése gyengeül, és nagyon kevés processzort adnak el nagy haszonréssel, a vevők nagy hányada lassabb, olcsóbb, kisebb haszonrésű CPUkat vásárol. az intel bevételei a XEONokból vannak, mind szerver, mint WS piacon, innen vannak azok a pénzek, amiket az itanic magával ránt. tehát a lényeg a XEON piac. ott mi van? a szoftverek nagyrésze többszálas optimalizációval rendelkezik, illetve már ''hozzászoktak'' a hosszó pipe-hoz, ezek a XEONokon futnak optimálisan. a dothan-ben meg nemhogy hyper-threading, de szerintem még többutas-támogatás sincs, de van ellenben egy jó rövid PIPE, ami most nem lenne nyerő. Ami még hiányzik: van a prescottnak egy érdekes biztonsági funkciója, amit lehet, hogy a felsőbb kategóriás szerverekben bizony alkalmaznak(nem tudom), ez sincs benne a dothanben. nem is beszélve a 64bites kiterjesztésről, ami nem egy ördöngős feladat, de azért nem triviális, főleg a FPU-része. tehát a dothan nem mehet a XEONok piacára.
ugyanakkor ez a piac igen konzervatív(ha nem lenne, akkor az opteronok már50% fölött lennének, de nem) és valószínűleg a vállalati döntéshozók(akik gyakran az ész-érvek ellen hoznak döntéseket) nem tolerálnák, ha az intel a desktop piacra előrukkolna egy kis fogyasztású, és desktop alkalmazásokban igen gyors CPUval, de a szerver-piacra meg továbbra is a XEONokat adná, aminek nincs jövője, ellenben van 103W fogyaszása, és ez a két tény sokakat az AMD-felé fordítana a fontosabb piacon. ezt meg nem szeretné megtenni, úgyhogy a kedves intel-őárti vevők most azért csavarozzák le a házaikat az asztalra(azon kívül, hogy ne szálljon fel) mert az intel gondolkdás nélkül a sokkal nagyobb profittal kecsegtető vállalati piacot helyezte előtérbe. szerintem.
és még valami: miért indította el az intel a netburst vonalat?
egy 1995ben kiadott igen komoly(nem inteles) tanulmány a jövőt a hosszú pipe-ú procikban látta, nem lehetett előrelátni a gyártástechnológiai problémákat, és erre a PRosok ugrottak, hogy nagy órajelű procikat nekik, majd azokat eladják jól. és ebben akkoriban nem is volt semmi kivetnivaló.
[Szerkesztve] -
L3zl13
nagyúr
Szerintem a moore törvény soha nem egy proc generáción belül volt érvényes. Hiszen azok életciklusa általában több mint 2 év, és nem igen duplázódik a tranyók száma. (Kivéve a cache növekedést.)
Szóval ne csak p4-ben gondolkozz.
[L]http://www.intel.com/research/silicon/mooreslaw.htm[/L] -
#48
DraXoN
addikt
TudorVigyor
#45
DraXoN
addikt
válasz
TudorVigyor
#45
üzenetére
Hát, de ez nem léghűtés.
-
#46
TudorVigyor
aktív tag
TudorVigyor
#45
TudorVigyor
aktív tag
válasz
TudorVigyor
#45
üzenetére
(ezzel nem azt mondom, hogy akkor a Prescott egy sikertörténet, de azért érdemes vetni az oldalra egy pillantást, márcsak a látvány kedvéért is, meg hogy az ''überbrutál'' szón legyen mit érteni ezután)
[Szerkesztve] -
Bazsy
aktív tag
Te irtad:
''the traditional ''Moore's Law'' graph that shows transistor densities doubling annually''
Még mindig tranzisztorok... Teljesitményröl ittse semmi, ráadásul itt meg is jegyzi hogy traditional... szal az az eredeti... De sztem fölösleges erröl vitatkozni, mer az elmult 1-2évben egyik sem nött annyira mint kellett volna a moore törvény szerint... Jöhet ellenpélda... -
Kriza
őstag
Én csak örülök, mert akkor ezek szerint még egy jó ideig elég lesz a 2.7+ os TBred-em. Mert ezt nem cserélném egy ''kazán'' P4-re, ha a Prescott utóda meg csak 2006-ben jön, akkor nem nagyon lesz egy ideig változás az Intelnél.
Egyébként is ez a NetBurst már a kezdetekkor eléggé sántított, mert hát elég gyanús volt, hogy a P3 azonos órajelen sokkal gyorsabb lenne, meg stb.
De hogy 10GHz helyett csak 4GHz-ig jutottak... Valaki(k) nagyon elszámolták magukat az intelnél. Tuti pár mérnököt is megszabadítottak az állásuktól :)
Serintem ez egy fontos hír. -
Raymond
titán
Az egesz cikket at kell olvasnod, nem egy mondatrol van szo. De hogy idezzek neked:
''At this point I should return to the graph at the beginning of the article, the traditional ''Moore's Law'' graph that shows transistor densities doubling annually. This graph is important because it shows the main factor--shrinking feature sizes--driving the cost/integration curve downward. In other words, this graph provides background to the cost/integration graph, showing one of the factors that make it function. It's important to understand that the cost/integration curve was the one that Moore was most interested in, because it was this curve that more completely expressed the trends that would lead to the kind of cheap, ubiquitous computing power that Moore predicted would transform the ways we live and work.''
Most sajna nincs sok idom sokat irogatni/keresgelni/foglalkozni a topic-al, majd este ha meg erdekel a dolog. -
-
karyo
senior tag
Ami engem illet már magát a prescottot és a hozzá kapcsolódó chipszeteket is hagytam
volna hamvában holtan.
Az első példányok megjelenésekor is láttuk, hogy hihetetlen magas disszipáció jellemzi,
és ha belegondolsz abba, hogy ha nő a tendencia akkor országonként szükség lesz
újabb atomerőművek hadrendbe állítására a rengeteg ''éhes'' prescott miatt, na már csak ezek miatt is le kellett volna állítani az egész projectet, és azonnal behozni a
Pentium M szériát desktopra.
Ehelyett mi folyik???
Halasztanak, halasztanak, és erőltetik a nyamvadt prescottjukat.
Na egyék is meg , amit főztek. Én addig nem válok meg tuacerkámtól, míg ki nem hoznak
egy alacsony fogyasztású desktop platformot (max 20-25W ami a cpu-t illeti ). -
-
karyo
senior tag
Nehúzzák már el 2006 ennek a technológiának a desktop bevezetését könyörgöm!!!!
Hisz bőven jól menne a pentium M single magos változata is, valszeg többet eladnának belőle, mint a ''kazán'' p4-ekből.
Intel addig fogja húzni-halasztani, míg az AMD ki nem jön egy single magos
alacsony fogyasztású variánssal, és learatja a pálmát. -
TitiRii
senior tag
hát ha megnézitek
az átlag user már a 2 ghz se használja ki
a játékok is a video karitól függenek
a video és stb tömörítések akik profin csináljak szintugy kifejezetten erre a célre tervezet karikat hazsnálnak
és ez minden irányban megfigyelhető
a profik cél hardveren dolgoznak, az átlag sose használja ki a már igy rendelkezésére álló kapacitást se
bár kiváncsi leszek hogy a proceszor tényleges ''erejét'' hogy fogja ez változtatni, hiszen nem elég hogy tud uj ficsöröket azt a programoknak is kell használniuk
és a programozó az egy nagyon lusta állat faj :D -
Kaitooo
tag
pedig emlekeim szerint anno az intel epp azert magasztalt a netburst architekturat, mert akar 10GHzig is fel lehet tornazni az orajelet, de teljesen esszeru a dontes amit hoztak.
Jo ideje mar nincs igazan nagy elorelepes cpu piacon, egyedul az A64 porkolt oda kicsit, meg ujabban a ketmagos opteron..
Pentium Mes lapokat pedig lehet kapni, csak a proci veszett draga:) -
L3zl13
nagyúr
Érdekes, hogy mégis 2006-ig elhúzzák az asztali Pentium M-eket. Miért?
Jóformán csak annyi kellene, hogy kiadjanak Pentium M-et támogató desktop alaplapokat, mint ami az egyik hírben is szerepel. Esetleg még az FSB-t lehetne kicsit feljebb tornászni, meg a magfrekit kicsit a fogyasztás rovására. (Nem Prescott szintig azért.) -
''A döntés hátterében a vállalat stratégiamódosítása és processzorkínálatának átrendeződése áll, amely a nyers gigahertzek helyett mindinkább egyéb megoldásokkal kívánja biztosítani a lapkák sebességének növelését.''
Magyarul pedig :) : A döntés hátterében az áll, hogy a 4 gigás proci már olyan k..va forró lenne... :D
Aktív témák
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Rezsicsökkentés, spórolás (fűtés, szigetelés, stb.)
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- AMD vs. INTEL vs. NVIDIA
- Kerékpárosok, bringások ide!
- Windows 11
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Jövedelem
- Próba
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS4050
- GYÖNYÖRŰ iPhone 14 Pro Max 256GB Space Black - 1 ÉV GARANCIA, Kártyafüggetlen,MS3489
- Honor 90 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- ASTRO A50 WIRELESS HEADSET + BASE STATION 4th gen. fejhallgató
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest