- Garmin Forerunner 165 - alapozó edzés
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Bemutatkozott a Redmi új szériája
- Oppo Find X5 Pro - megtalálták
- Bluetooth-headsetekről általában
- Samsung Galaxy A71 - elég ennyi?
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
Hirdetés
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
-
Mobilarena
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
Raymond
félisten
Linkeld mar be legyszi azt a reszt ahol a Techspot ezt irja. Vagy mondjuk egy masik oldalt ahol Hector nyilatkozatat olvashatjuk. Mert szerintem a HardwareOC-s lanyoknak problemajuk van vagy az olvasassal vagy a szovegertelmezessel...
Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Egyebkent mar a kollega alltal beidezett Techspot-os hirbol is vilagos hogy a HOC bakot lott. Azert mondtam hogy kene kicsit az angolra gyurni. Az interview-bol pedig meg tobb kiderul, ugy van leirva hogy azt talan a HOC is megerti az angoljaval
Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Barcelona Architecture: AMD on the Counterattack
[link]
Enjoy....Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Barcelona + R600
[link]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Software Optimization Guide for AMD Family 10h Processors
[link]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
En inkabb az AMD dokumentaciora hagyatkoznak mint az Anandtech-es cikkre
Ha megnezed a 182 es a 216 oldalon a diagramokat akkor ott latszik hogy az Anandos szoveg lehet kicsit egyszerusitett. Az AMD az L1 es L2 cache-t szamitja a core-hoz a SRQ-t es az XBar-t mar nem. Viszont a 182-esen teljesen hianyzik az L3 a 216-al ellentetben.
Szerk.: Ha pedig a die photo-t nezed akkor ott lathato hogy valahol az SRQ/XBar-on keresztul kell hogy menjen a kommunikacio, az L3 kicsit ''messze van''.
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Ez a resz leir mindent szepen es tomoren:
''Wie bereits hinlänglich bekannt ist, führt AMD beim K10 ein drittes Cache-Level ein. Auf diesen L3 Cache können alle Kerne gemeinsam zugreifen, während sie dedizierte L1 und L2 Caches haben. Liegen die benötigen Daten im L1 Cache, kann ein CPU-Kern sie direkt laden. Dies funktioniert auch, wenn sie im L1 Cache einer anderen CPU liegen. In diesem Fall läuft die Kommunikation wiederum über die Crossbar. Liegen die Daten im L2 Cache, werden sie in den L1 Cache geholt und im L2 Cache gelöscht. Liegen die Daten im L3 Cache, können sie direkt in den L1 Cache geladen werden, ohne einen Umweg über den L2.
Ist der L1 Cache voll, werden dort die ältesten Daten wieder in den L2 Cache geschrieben, ist dieser auch voll, in den L3 Cache usw. bis in den Hauptspeicher. Im Gegensatz zum L2 Cache werden vom L3 Cache geladene Daten nicht zwangsweise verworfen. Mithilfe eines Shared-Bits kann die CPU kernübergreifend genutzte Daten markieren, sie stehen dann auch anderen Kernen zur Verfügung.''
Ugy van ahogy ertelmezted.
Akkor az AMD doksi 216-os oldalan azert van az az elrendezes ami, mert igy tudtak az L3-at megfeleloen abrazolni.
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Itt ez a sok doksi de meg nem vilagos hogy peldaul az orajelenkent elvegezheto 64bit SSE utasitasok is megduplazodnak e vagy nem a K8-hoz kepest. Mert a 128bit megduplazodik, de volt egy GDC2007-es AMD prezentacio es abban az volt hogy a 64bit nem. A PDF-bol amit kiolvastam viszont az jon le hogy igen.
Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
válasz #95904256 #440 üzenetére
''Ez versenyben van a Core2-vel.''
Azt hiszem valos alkalmazasokban le fogja korozni a C2D-t.
[link]
A C2-nek 3 darab egyciklusos 128bit-es SSE egysege van a K10-nek csak 2 de a C2-nel a frontend a szuk keresztmetszet igy eleg nehez neki orajelenkent 3 utasitasal ellatni az egysegeket. Ezert is nem alazza jobban a K8-at sem azonos orajelen. Az egyetlen teszt ahol tenyleg komolyan megmutatkozik hogy ott vannak azok az SSE egysegek a Sandra fraktal tesztje. Meg a durvan SSE-re optimalizalt render programoknal sincs akkora elonye a K8-hoz kepest mint amilyenre az ember szamitana csak az feldolgozo egysegek osszehasonlitasaval.
A linkelt abran nagyon latszik mennyire sovanyka a P4 a C2-hoz kepest
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Az a kep a 128bit-es ujitas bemutatasara szolgal legfokeppen. Ezert hianyzik rola egy csomo dolog amit a picike FMISC komponensel inteztek el.
''Egyébként működhet egyszerre az összes egység? Gondolok itt kevert SSE+FPU kódra.''
Keverni keverhetsz, ez eddig is lehetseges volt. Viszont az hogy allandoan ellasd mukaval az osszes feldolgozo egyszeget az lehetetlen.Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Csak annyit hogy gyakorlatilag a komplett x87 pipeline hianyzik a keprol.
Csak nem értem a 128 bites FADD-ot és FMUL-t, amik ugye sima FPU-s egységek.
Az SSE+FADD es SSE+FMUL egy-egy egyseg a ket-ket feladatra (x87 es SSE). Lasd itt: [link]
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Azt hiszem kicsit elbeszeltem melletted Visszaolvasva, arra gondoltal hogy a 2x128bit helyett 4x64bit operaciot hajtana vegre hozza pedig valamilyen x87 vagy SSE1 stb.? Ez lehetetlen mert a schedule/disptach nem tud annyi utasitast tovabbadni.
Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Charlie a szokasos szerencsetlen forma helyett inkabb az informaciotartalomra koncenralodhatott volna.
''So what do you end up with? A massive gain in frequency. How massive? Almost 500MHz. Instead of the much touted launch parts, look for five SKUs at launch, AM2 quads at 2.6GHz, 2.7GHz and 2.9GHz, a dual at 2.7GHz and a quad on socket F at 2.8GHz.''
Referencia tablazat:
[link]
The Inq szoveg ekodolva
1) ''AM2 quads at 2.6GHz, 2.7GHz and 2.9GHz'' = Phenom X4 = 2.4Ghz + 500Mhz = 2.9Ghz
2) ''a dual at 2.7GHz'' = Athlon 64 X2 = 2.2Ghz + 500Mhz = 2.7Ghz
3) ''a quad on socket F at 2.8GHz'' = Ezt a Phenom FX-bol silabizalta ki valahogy de nem tudott fix erteket irni mert meg kerdeses lehet a TDP miatt.
SZVSZ a 2. pontnal azert nem a Phenom X2-t vette mert ott mar eleve van 2.8Ghz valtozat.Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Az x87-nel nem nehezedik rajuk semmi nyomas. Meg mindig lenyomjak bermelyik masik x87 CPU-t a piacon. Nem volt ertelme ebbe sok penzt es energiat olni. Kulonosen hogy az x87 szorul ki a piacrol. Az MS OS-ek alatt a nativ 64bit-es aplikacioknak mar nincs hozzaferesuk az x87, MMX es 3DNow! registerekhez. Csak az SSE-k elerhetok.
Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
-
Raymond
félisten
válasz #95904256 #469 üzenetére
Tul fogom elni
Persze hogy ott vannak 64bit-es Windows alatt, a 32bit-es alkalmazasok hogy mukodnenek nelkuluk? A nativ 64bit-es alkalmazasokrol volt szo, ahol teljesen le akartak tiltani a hasznalatot. Az igazsag az hogy az egeszbol annyi maradt a vegere hogy kernel mode kodban tilos a hasznalata es mindenki (MS, AMD, Intel) evek ota lebeszeli a embereket a hasznalatukor es az SSE fele nyomjak oket.Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
válasz #95904256 #473 üzenetére
Nem kell egyelore eloasnod
[link]
Itt a kernel mode info. Az egesz tiltasbol mara ennyi maradt. Az MS OS es VS megjeleneseig nyitott maradt hogy mi lesz a helyzet. Linux alatt nincs es nem is volt semmilyen lekotes. Ez csak az MS jateka volt. De az AMD64 (IA64) hasznalatanal az AMD es az Intel ajanlasa most is az SSE hasznalata. Egy pelda: [link]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
válasz #95904256 #476 üzenetére
K8 vs. Core2 SSE = 2x64bit vs. 3x128bit (2 symetrical) exec unit.
A Core2 a foldbe dongoli a K8-at (foled 128bit) SSE teren.
Elnezest hogy Anandtech-et linkelek, de itt egy oldalon szepen attekinthetoen vannak az abrak: [link]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
válasz #95904256 #478 üzenetére
''Tehát nem értem hogy miért hoztad fel hogy az eredmény az exec unitok száma miatt jött ki.''
Szama es tipusa. Van kulombseg a 64bit es a128bit teszteredmenyeid kozott?
''Tévedtem, az átlapolás nem úgy működik ahogy azt eddig gondoltam.''
Es mire jutottal?
Egyebkent kulon orommel tolt el hogy nem a ''CL2 DDR900-on'', ''az en tulhajtott konroom szetszedi a K10-et'' es hasonlo stilusu hsz-ek vannak itt az utolso par napbanPrivat velemeny - keretik nem megkovezni...
-
Raymond
félisten
válasz #95904256 #491 üzenetére
A harom SSE egysegbol csak ketto vegez ''komoly'' munkat. A harmadik nem. Ezt a teszt eredmenyek is alatamasztjak amik tiszta SSE teljesitmenyre mennek ki. Pl. a Sandra fraktal test. Ugyanazon az orajelen DP-ben kb. ketszer, SP-ben pedig kb. negyszer gyorsabb egy Core2 proci mint egy A64 X2 ugyanazon az orajelen. Keresek valami linket is.
Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Ha nem egetos (megy minden programod ahogy kell) varhatsz kicsit (Q3/Q4 2007).
K8L es K10 itt a topicban (meg ugy altalaban) ugyanaz. Csak eloszor az egyik aztan a masik neven lett ismert a mediaban. Hogy a valosagban hogy voltak a belso elnevezesek az AMD-nel azt csak ok tudjak.Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Arstechnica (3. es 4. oldal):
[link]
A fent linkelt Anandtech-es cikk hozzaszolasaibol:
[link]
''Core can do two SSE operations per cycle (the two symmetric units), giving it a total of 4 DP FLOPs per cycle. The third SSE unit does not handle FP ops, but instead handles shuffles and the like. ''
Erdekes hogy pont a Realworldtech-es cikk lenne a legkevesbe pontos de ugy nez ki ez van. Mert idealisabb teszt mint a Sandra-s nincs erre es az pedig igazolja a ket 128bit-es vagy negy 64bit-es operacio/mag/orajel elmeleteket.Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Az eddigi cikkek szerint lesz javitas par dologban amit felhoztal:
Elagazasbecsles
- 512-entry indirect predictor
- double size return stack
- tracking more branches (nem talaltam szamot)
Load/Store
''Barcelona can now re-order loads ahead of other loads, just like Core 2 can. It can also execute loads ahead of other stores, assuming that the processor knows that the two don't share the same memory address. While Intel uses a predictor to determine whether or not the store aliases with the load, AMD takes a more conservative approach. Barcelona waits until the store address is calculated before determining whether or not the load can be processed ahead of it. By doing it this way, Barcelona is never wrong and there's no chance of a mispredict penalty. AMD's designers looked at using a predictor like Intel did but found that it offered no performance improvement on its architecture. AMD can generate up to three store addresses per clock as it has three AGUs (Address Generation Units) compared to Intel's one for stores, so it would make sense that AMD has a bit more execution power to calculate a store address before moving a load ahead of it.''Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
''A P4 azzal szúrta el, hogy az eleve lassú főmemória mellé egy nevetséges L1Dcache került. Itt a főmemória pöpec, de az L1 csak elégséges. Két szálnak kevés lenne. ''
Sebessegre vagy kapacitasra gondolsz? Ha nagyobb lenne vagy meg lasabb lenne vagy komoly valtoztatasokat igenyelne a front-end hogy a mostani 3 ciklust megtartsak.
Szerk: Az irasodbol ugy ertelmeztem hogy itt=K8 vagy K10.
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
válasz #95904256 #530 üzenetére
''There are separate units for integer multiplication and floating point multiplication. The
integer multiplier on port 1 is fully pipelined with a latency of 3 and a throughput of 1 full
vector operation per clock cycle. The floating point multiplier on port 0 has a latency of 4 for
single precision and 5 for double and long double precision. The throughput of the floating
point multiplier is 1 operation per clock cycle, except for long double precision. The floating
point adder is connected to port 1. It has a latency of 3 and is fully pipelined.
Integer division uses the floating point division unit. This is the only unit that is not pipelined.''
Ebbol van: [link]
Ezekn kivul van meg ket erdekes az oldalon:
[link]
[link]
Mindegyik 2007-es update ugyhogy nem valami regi cuccok. Ami kicsit azert zavar az az hogy minden Core-rol szolo cikk kicsit mashogy irja le a belso architekturat. Apro de lenyeges kulombsegek. Pl. a portok felosztasan valahogy nem tudnak megegyezniPrivat velemeny - keretik nem megkovezni...
-
Raymond
félisten
''Why is Barcelona late?'' & ''New details on Barcelona emerge'':
[link]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Hat a bemutatott roadmap-ek szerint 2007 veger majd talan kijon a desktop valtozat, de hogy milyen aron?. Julius-ban jon a Barcelona aztan sokaig semmi.
Szerk.:
Itt van hogy meg varni kell:
[link]
'' You'll see that in the Christmas line-up.''
Szoval raerunk
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Hah, tudtam hogy varnom kell mert te sokkal ertelmesebben le tudod irni mint amit en kiizzadtam volna magambol Nem is beszelve a plusz inforol...
A temahoz kapcsolodik ez:
[link]
Az oldal aljan vannak prezentacios slide-ok. Masodik sor elso kep ami a leirtakat szepen es egyszeruen illusztralja. Azon PR/Marketing slide-ok kevese koze tartozik ahol nem csusztat a gyarto mert nincs miertPrivat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Csak egy keres, de mi lenne ha ebben a topic-ban megprobalnank hanyagolni a szerencsetlen fudzillara valo linkelest? Kiutest kapok attol az embertol (es nem vagyok egyedul).
Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
AMD Phenom and Quad Core Opteron
[link]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Megjelent David Kanter cikke a Realworldtech-en:
[link]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
''Core2 esetén fel van tüntetve egy bizonyos Internal Results Bus''
Akkor en vak vagyok, mert nem latom
A vegkovetkeztetesben nem sok mindenrol esik szo. Nem emelt ki, sot nem is nagyon emlit konkretan egyik ujitast sem, inkabb olyan zaroszonak nez ki az a resz.
''egy 10 oldalas, tömény technikai szöveg pár mondatba sűrítésére.''
NemPrivat velemeny - keretik nem megkovezni...
-
Raymond
félisten
LOL, tenyleg vak vagyok Ott van az IRB.
''egy korábban linkelt blokkdiagramon szerepelt 3 általános-kód decode egység, és külön egy FP Decode&Rename egység. Ugyebár ez az RWT-s diagramokon a uCode Engine, vagy nem?''
Nem. A uCode Engine a Frontend-hez elejen van, az FP Decode&Rename pedig csak kesobb jon a kepbe - az RWT-nel a ''FP Mapper and Renamer''-nek hivjak.
''Arra akarok kilyukadni, hogy így elvileg nem ~3-as, hanem ~4-es IPC-nek is lehetségesnek kellene lennie.''
Elmeletileg ~4 a Core-nal es a K8-nal a fetch szam es duplaja a barcelona. De ez nem jelenti azt hogy az IPC 4+ abba meg beleszol a tobbi stage es az x86 kod Pl. a Core-nal a retire rate 4 uOp.
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
-
Raymond
félisten
''Első gondolatom a cikk után az volt, hogy vagy nagyon rááltak a server-piacra, vagy hamarosan több CPU-s rendszereket akarnak látni az otthonokban.''
Mindketto es ilyen sorrendben Ezt csinaljak mar a Mustang bejelentese es a K8 gyakorlatbani megjelenese ota. A szerver piacon tudjak megszorongatni az Intelt technikailag es teljesitmenyileg meg persze ott nagyobb a nyereseg kisebb eladott darabszam mellett. A technologia aztan lejon a mainstreambe is. Amit most csinalnak mar par eve az a platform ertekesitese nem csak a processzoroke. Opteron, Hyperstransport, Torrenza, Fusion es mind egybevag. 4 es 2 socket rendszerekbe siman verni fogjak az Intel megoldasokat mind teljesitmenyben mind osszfogyasztasban. A 1 socket rendszerben labdaba fog meg rugni az Intel foleg az integer teljesitmeny es az oriasi L2 cache miatt ami ezeknel a feladatoklan jol jon. Bonusz hogy most nagyon divatos a stream processing es ott megintcsak ott vannak a nyitott HT/Torrenza rendszerel (pl. Clearspeed koprocik) es jon a sajat megoldasuk ami miatt (is) az ATI-t megvettek. Ezen kivul az IBM ugyanezt hasznalja a Load Runner projektnel Opteron + CELL kombinacioval.
Sokan temetik (nem rad gondoltam) az AMD-t mert a 3DMarkXY nagyobb eredmenyt az egy Core2Duo-val de azert nem eszik olyan forron a kasatPrivat velemeny - keretik nem megkovezni...
-
Raymond
félisten
Az MP szeria (tobb mint 2 socket) mindig is draga volt mindket tabornal. Mondjuk az egyik elonye a Barcelona-nak platform szinten a plusz meg egy HT link. Ez benne is van az RWT cikkben.
Szerk: A koltsegek nem nagyobbak egyiknel sem (gyakorlatilag csak a merettol fugg). Csak a kereslet kicsi a ''jotallas'' a helyes mukodesre pedig szivos igy megkerik az arat. Ugyanaz a helyzet mint mondjuk a repulogep gyartoknal a kontaktok vagy mas komponensek. Sokkal tobbet fizetnek ertuk mint mondjuk egy autogyar pedig ugyanaz kapjak meg. Csak a garancia eonokkal nagyobb rajuk.
Az IBM LoadRunner persze Roadrunner akart lenni [link]
[Szerkesztve]Privat velemeny - keretik nem megkovezni...
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
Az ide nem illő hozzászólások topikja:[link]
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva.
- Beszámítás! Intel Core i3 10105 4 mag 8 szál processzor garanciával hibátlan működéssel
- i3 8100/ ingyen automata
- Intel I7 13700K 16mag/24szál - Új, Tesztelt - Eladó! 128.000.-
- Új bontatlan, dobozos, számlás, garanciális i9 13900K CPU akció!
- ! Intel 13700KF + ASUS TUF Gaming Z790 Plus D4 + Kingston FURY DDR4 3600MHz CL18 !