Hirdetés
Új hozzászólás Aktív témák
-
#32
hokuszpk
nagyúr
[CS]Blade2
#23
hokuszpk
nagyúr
válasz
[CS]Blade2
#23
üzenetére
DOBJA A ZEN4C -t a ZEN5!
-- zen5c lesz helyette. -
#28
SimonBt
kezdő
[CS]Blade2
#1
válasz
[CS]Blade2
#1
üzenetére
Azért az nem 1-2%, ha hasonló fejlődésre számíthatunk a 14-15 gen között, mint a 13-14 között, akkor ezzel a húzással rosszabbak lennének az előző generációnál.
Nem egészen értem hogy miért akar az intel visszafejlődni, már egy jó ideje standard a HT a legtöbb magon.
-
#24
tasiadam
veterán
[CS]Blade2
#23
tasiadam
veterán
válasz
[CS]Blade2
#23
üzenetére
Es ugy gondolom/latom, hogy az intel az emberek ele rakott egy procit, ami ad eleg eros es gyors 8 magot, mely jatekra jo, meg melle rakott 4-8-16 masikat, hogy ne fozze meg magat a proci, ha 100% teker, es olcsobb is a gyartasa, mert nem kell 6ghzn boostolni, csak max 4. Teljesen ertheto miert kerult oda a e mag, ahol van. Ha ugysem kell tobb, mint 6-8 jatekra, minek akkor 16? Ha meg a 12 mag helyere mehet 8+16, akkor miert ne legyen 24 mag a 12 helyett?
Valo igaz, hogy ennek akkor latnank valos osszehasonlitasat, ha egy 4p magos chipet osszeraknank egy 8e magos ellen, ugyan azon TDP-n. Csak ugye ilyen nincs. A szerver piacon meg most ez a felallas az AMD es intel kozott. Egyik ad kevesebb magot, de SMT-vel, a masik meg tisztan e magokat, de cserebe sokat -
#22
DraXoN
addikt
[CS]Blade2
#21
válasz
[CS]Blade2
#21
üzenetére
Pontosan nem tudjuk 1 P mag helyére hány E mag fér... szép marketing lehet ez a "1 helyére befér 4), de ez tényleg így van? Mi a helyzet a cache-vel? Az IO résszel ami ezt kezeli? Az adatbusz szélességével, hogy etetni lehessen?
Nem hiszem, hogy olyan egyszerű csak úgy kicserélni. Persze ezek mind "titkok", ami már nem része a marketing adatoknak.Lehet egy darabig jól skálázódik az E magok esetén, de gyanítom hamar eljön ott a "határ" ami felé csak speciális alkalmazások esetén lehet menni. Nem véletlen állt meg átlag otthoni piskike 6-8 mag körül, otthonra felesleges jelenleg több. Nem készültek fel rá a programok még mindig. Intelnél az E magok arra jók (leginkább), hogy a háttér folyamatok at átadja neki a rendszer így a P mag "szabadon" dolgozhat azon az alkalmazáson ami az előtérben van... ráadásul úgy néz ki kicsit külön "claster"-ben vannak, külön adatbuszal (? talán), mert erősen csökkenti az overhead-et teljes cpu terheléskor. De erre szerintem 4 E mag is elég lehet, 8Emag bőven sok, felé menni, kérdéses van-e értelme, persze... szépek a nagy számok.
-
#19
apatyas
Korrektor
[CS]Blade2
#5
apatyas
Korrektor
válasz
[CS]Blade2
#5
üzenetére
Számoltam a sebességeket, nagyon érdekes eredmény jött ki.
A teszteredmény ugye időtartammal van megadva, így ennek reciprokát kell venni, hogy összeadogathatóak legyenek.
All: 0,112
P HT: 0,019
P noHT: 0,014
E: 0,007
Innen, ha felszorzom mindet a lapkán levő 8 db magszámmal:
8*PHT: 0,155
8*PnoHT: 0,112
8*E: 0,056
Önmagában a 8 db P HT mag elméleti eredménye jóval több, mint a teljes rendszeré, vagyis ez a teszt ebben a hardverkörnyezetben (cache sebesség? ram sebesség? disc sebesség?) számottevően limitált.
Ez alapján ebben a tesztben elméletben a 8 P mag HT nélkül pont annyit hozna mint eredetileg a teljes cpu. Persze ezt ténylegesen is le kéne futtatni, lehet h további hiányosságok derülnének ki. -
#15
DraXoN
addikt
[CS]Blade2
#8
válasz
[CS]Blade2
#8
üzenetére
Llano (és az egész koncepció), leginkább a szoftvereken ment el, azon belül is már a fejlesztő környezeteknél.
Mivel a GPU-k külön egységként kezelhetők benne, más memória címtérrel, függvény könyvtárakkal (stb), eléggé korlátozott utasítás készlettel, nagyon nagy macera volt rájuk programozni.. egy "egységesebb kezelés" segített volna, JAVA 9-re volt ígérve is a legelején amikor épp megjelen a JAVA 7, majd csúszott a koncepció JAVA 10-re (ígéret szinten), azt az egész "elhalt" mint törekvés a "közös kezelésre egy programnyelven".. De ez csak a JAVA volt, a többi népszerű nyelvnél színtén voltak "problémák" ebben.A koncepció nincs ugyanakkor elfelejtve, csak "megragadt a félig kész, de jól van ez így" állapotban. Bizonyos műveletekre még mindig megéri behívni a GPU-t a folyamatba (akár akkor is ha csak egy integrált egység a cpu-n belül).
A GPUk álalánosan számításba való befogásával az is gond volt, hogy az operációs rendszereink se úgy épültek fel, az egészet már kernel szinten kellett volna módosítani, befogni, de AMD önmagában ehhez kicsi volt, hogy ezt keresztülvigye (ráadásul neki is voltak GPU nélküli CPU termékei akkor is).. Az új megközelítés lehet látni mennyire egyszerüen kerül be.. a big-little koncepció is még mindig "nem az igazi" rendszer szintű kezelésében a windowsnál, sőt a HT-t is mai napig mostohán kezeli. Linux alatt hatékonyabban működnek ezen felépítésbeli változások, de még ott is a GPU integrálása kernel szinten, nem igazán sikerült, legalábbis azon a szinten ahol megragadt az APU-k összeépítése. Eleve AMD is félbehagyta a koncepció végigvitelét amikor a költségeket vissza kellett vágni a ZEN magok elkészültéig..
Szép terv volt, de sajnos a programozókon és program környezeteken elment a dolog.. Nem ez az első és lehet nem is az utolsó eset. Eltudom képzelni, hogy a big-little koncepciónak is ez lesz a vége.. Eddig azért nem túl hatékonyak, oké, többre használhatóak mint a GPU-k egységei (akár háttérfolyamatok rádobhatóak, van saját process értelmezőjük az egységeken belül).
De, hogy tényleg hatékonyan működjön a dolog, megkéne oldani, hogy ne kelljen utasítás szinjén megegyezni a kis és nagy magoknak.. Akkor tényleg lehetne hatékony magokat csinálni. -
#12
tasiadam
veterán
[CS]Blade2
#8
tasiadam
veterán
válasz
[CS]Blade2
#8
üzenetére
Asszem az AMD, amikor kitalalta az APU-t, akkor pont ez volt a APU lenyege, hogy a iGPU altall gyorsitott. Szoval nem kellett az elkepzeles szerint tobb CPU mag, mert majd az iGPU megoldja. Ja, de az AMD kivetelevel ezt senki se gondolta komolyan. Meg ha nvidia fele CUDA lett volna, akkor ertheto, de erre inkabb csak kaptunk (anno) egy shared RAM-os VGA-t es egy CPU-t egy tokban, de gyorsitani semmit sem gyorsitottak a mai napig.
-
#7
freeapro
senior tag
[CS]Blade2
#5
freeapro
senior tag
válasz
[CS]Blade2
#5
üzenetére
Érdekes, úgy látszik az intel az ARM felépítését másolja.
Ez az ábra azt sugallja, hogy 1 P ,ag helyére 4 E mag építhető be.
Jó lett volna, ha azt is lemérik, hogy 4 E mag együttes sebessége hogy viszonyul 1 HT-s P mag sebességéhez. -
#3
freeapro
senior tag
[CS]Blade2
#1
freeapro
senior tag
válasz
[CS]Blade2
#1
üzenetére
A HT sokkal hatékonyabb ennél az 1%-nál. Úgy tudom az Intel és az AMD HT megvalósítása különbözik. Az AMD HW-ben jobban szétválasztja a "threadeket". És az is biztos, hogy teljes fizikai magot készíteni drágább, mint az AMD féle HT.
Szóval ez megint egy visszalépés az intel oldalán.
-
#2
Abu85
HÁZIGAZDA
[CS]Blade2
#1
Abu85
HÁZIGAZDA
válasz
[CS]Blade2
#1
üzenetére
A Hyper-Threading inkább +5-20% egy magra vetítve.
Új hozzászólás Aktív témák
- Melyik tápegységet vegyem?
- One otthoni szolgáltatások (TV, internet, telefon)
- Milyen TV-t vegyek?
- Autós topik
- Elektromos autók - motorok
- A fociról könnyedén, egy baráti társaságban
- Vezetékes FÜLhallgatók
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Video digitalizálás
- Macska topik
- További aktív témák...
- GYÖNYÖRŰ iPhone 12 Mini 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3647
- Samsung Galaxy S21 Ultra 5G / 12/256GB / Kártyafüggetlen / 12Hó Garancia
- Telefon felvásárlás!! Samsung Galaxy Note 10+/Samsung Galaxy Note 20/Samsung Galaxy Note 20 Ultra
- iKing.Hu - Apple iPhone 14 Stílusos megjelenés, megbízható teljesítmény
- Game Pass Ultimate előfizetés azonnal, problémamentesen, méghozzá OLCSÓN! Immáron 8 éve!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest