- Dell notebook topic
- Milyen TV-t vegyek?
- Gaming notebook topik
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Computex 2024: az ASUS nem viccel, ha felsőkategóriás billentyűzetről van szó
- Elkészült Oroszország első litográfiai berendezése
- Fejhallgató erősítő és DAC topik
- Computex 2024: beröffentette az AI-t az AMD
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Mini-ITX
Hirdetés
-
Like a Dragon: Yakuza - Élőszereplős sorozat jön Amazonra
gp A premierre nem is kell sokat várni, már ősszel láthatjuk a végeredményt.
-
Hódít az AI, közben a Microsoft emberek százait küldi el a felhős részlegétől
it Folyamatosak a dollármilliárdos befektetések a felhő, az adatközpontok és az AI kapcsán, de a Business Insider jelentése szerint eközben emberek százait küldik el a Microsoft felhős ágazatától.
-
Computex 2024: beröffentette az AI-t az AMD
ph A Strix Point kódnevű SoC APU lesz a cég első Copilot+ platformja.
Új hozzászólás Aktív témák
-
Fücsök007
őstag
Csak részben marketing.
A 10nm-es node többet már nem csúszik, márciustól jönnek a szerver Ice Lake procik nagy mennyiségben, kb. augusztus vagy szeptember környékére várhatóak az asztali Alder Lake procik. Intelnél is tudják, hogy a ZEN4 előtt kell megjelennie a szériának, továbbá lesznek még hozzá olcsóbb DDR4-es alaplapok is, amik a következő generációhoz már nem lesznek használhatóak. -
NandoXXL
senior tag
Valojaban csak nyolc kicsi nyolc nagy. Ebben lenne a jovo, mobilkent nyolc kis mag altalanos hasznalatban. Es ez ugy is csak kiserlet az elejen, desktopon meg kevesbe faj ha elszurnak valamit, ott lehet kiserletezni. Ma mar ertelmes/munkatars barat cegnel csak noti van, es dokkolot. Csak ugye az Intel es Microsoft egy hulladek ceg. Minden csak nem felhasznalo barat (support stb.)
[ Szerkesztve ]
-
Darmol
senior tag
válasz #90088192 #49 üzenetére
Kérsz popcornt?
Én sem érzem az erőt a koncepcióban.
És nem csak azért, ahogy mások is írták, mert a fejlesztők hanyagolni fogják a gyengébb magokat. De az egyetlen értelme a fogyasztáscsökkentés. Telefonoknál minden milliwatt számít. Laptopokban viszont más az aksiméret/energiafogyasztás aránnyal (üzemidővel) szembeni elvárás. Telefonokon értelemszerűen legalább 24 óra üzemidő az elvárt, hiszen mindig aktív állapotban van készen hívásfogadásra. Laptopoknál 10-12 óra az elvárás. Egy hosszú munkanap töltés nélkül, ha nem használja az ember, akkor hibernálja. Teljesen más a használati kultúra. Ráadásul van vagy fél tucat életképesebb alternatíva a laptopok fogyasztáscsökkentésre, amiket az Intel eddig is használt.
Új utakat keresni dicséretes, de ennek a próbálkozásnak leginkább olyan "jobbhíján" szaga van.
Persze lehet a koncepcióra külön tesztprogramot írni, aztán fanboyoknak rázni véres rongyként mint az AVX 512-t, mert az nélkül nincs ám élet.Aki azt mondja "nem tudom elhinni az igazságot" az naiv. Aki azt mondja "nem akarom tudni az igazságot" az ostoba. Aki azt mondja "az igazság tilos" az gonosz. Aki azt mondja "én határozom meg az igazságot" az beteg.
-
-
Fred23
nagyúr
Asztaliban ennek nem látom sok értelmét. Nekem az első dolgom lenne BIOS-ban kikapcsolni a kis magokat, nem érdekel a fogyasztással való abszolút takarékoskodás. Vagyis fájna, hogy kis magokat kapok bármi más, mondjuk több L2/L3 cache helyett.
-
ricsi99
addikt
Eddig is csináltak kis magokat ,csak akkor pentium-m meg atom procinak hívták. Na aki kiprobálta egy életre meg is jegyezte :)
Egy Gyűrű mind fölött, Egy Gyűrű kegyetlen, Egy a sötétbe zár, bilincs az Egyetlen...
-
#16939776
törölt tag
válasz #16939776 #25 üzenetére
Gondolkodva kicsit a dolgon: Amennyiben át tudja rakni ezekre a kis magokra azokat a terheléseket, amik miatt a nagy magokat nem/ritkábban lehetne teljesen kikapcsolni, ráadásul a nagy magok közé kerülnének be a kis magok, mondjuk sakktábla szerűen, akkor a nagy magokat egyrészt magasabb órajelre lehetne kihasználni, amint ki kapcsolnak, gyorsabban hűlnek le, és kevésbé melegítik fel egymást. Ezzel szerintem elébe lehet menni annak, ha a köv. gyártás technológiákkal készült processzorokról nem bírnák hagyományos dizájn mellett elvezetni a keletkezett hőt. Ha a kis magok a következő években le is lennének tiltva, akkor is segítene feljebb tornászni a boost órajelet, javítani a hőelosztást a magon, hosszú távon meg tényleg át lehetne terelni a "nem fontos" feladatokat a kis magokra és lehetne vele még TDP és órajel headroom-ot csinálni, akár az asztali processzornak is.
Szóval a dolog magában nem lenne hülyeség, de lehet hogy magukat mentik vele, mert a konkurencia a gyors ki-be kapcsolást és a hő szétosztását a kupakon már megoldotta, szóval neki nem jelent ugyan ez problémát, így ez a megoldás sem kell majd neki.
-
Robitrix
senior tag
Van értelme PC-n is. Még az 1 darab gyorsabb magnak is van.
Persze csak akkor, ha a feladatütemező is a helyzet magaslatán áll.
Egy játék program mag/szál terhelése a végrehajtott program szálak tekintetében nem arányos. Egy renderelés, videótömörítés, tömörítés, titkosítás vagy mondjuk egy CB futása az egyenletesen terheli le a magokat, mivel minden rendelkezésre álló mag ugyan azt a feladatot végzi csak eltérő adatokkal. Így ilyen programok esetében arányosan vannak leterhelve és kihajtva a magok.
Egy játék program egészen más kategória. Ott tipikusan van olyan programág, ami a feladatok döntő részét számolja. Amihez aztán esemény függően csatlakoznak párhuzamos program ágak végrehajtása.
Mondjuk megyek előre szegezve egy géppuskát. Feltűnik a nézetemben az ellenség és tűzet nyitok rá. Akkor mondjuk fogja magát a program és hogy ne a fő program ágat terhelje elindít egy másik magon vagy szálon a lővés és hatása kiszámolását. Majd mikor megvan a hatás(mondjuk véresen szétfreccsen az ellenség feje) ezt átadja a grafikának, hogy akkor ábrázolja a megadott adatok alapján az aktuális nézetemben. Közben a fő program ág már javában fut tovább és mást csinál. Minél több párhuzamos tevékenységet tudok leválasztani a fő programágról altszálakra rakva, annál hatékonyabban van kihasználva a proci és annál nagyobb a teljesítmény. Persze közben futhatnak olyan programágak más magon vagy szálon, amelyik a hangokkal foglakozik vagy a kommunikációval és az adatátvitellel és fogadással a játék szerverétől stb. Persze ezek a programágak nem igényelnek akkora teljesítményt, mint a fő program ág.
Na most ha kellően ügyes a rendszer erőforrás ütemezője, akkor képes rá, hogy a futó program legnagyobb teljesítményét igényló programágát a leggyorsabb magra terhelje. Vagyis össze hozza a nagy teljesítmény igényt a nagy teljesítményre képes maggal.
Volt idén már az Intelnek egy hibrid procis kisérlete. Ott úgye egy kiemelt gyorsabb mag volt, de a béna windows erőforrás ütemező miatt az esetek jó részében nem találkozott össze az igény és a végrehajtás.
Persze rengetek minden van, amivel nővelni lehetne a teljesítmény.
Van mondjuk egy 6/12-es procim.
Játszok egy 4 magot igénylő játékot és futkos közben párhuzamosan 2/3% teljesítményt igénylő rendszer a háttérben. A hülye rendszer bár nincsen agyon terhelve a proci mégis igyekszik optimalizálni az erőforrás felhasználást és mondjuk a futó program rátenni 2 mag 4 szálára. Hogy maradjon neki szabad kapacitás az esetlegesen párhuzamosan végrehajtandó egyéb programoknak. Vagyis takarékoskodik az erőforrással. Csakhogy 2 magon futni mindig gyorsabb, mint egy mag 2 szálán. Ha két mag teljesítménye 2*100% akkor egy mag 2 szálén úgy 140-160% a teljesítmény. Ha "esze" volna a rendszer erőforrás ütemezőjének, akkor bátran megtehetné, hogy a 4 szükséges programághoz lefoglalja adott pillanatban a 1. mag 1-es szálát, a 2. mag 1-es szálát, a 3. mag 1-es 4-es mag 1. szálát és nincsen a magok 2-es szálán futó folyamatok.
Ezért is voltak sokáig menők játék programban az Intel procik. Jól felismerték, hogy játéknál nem az a lényeg, hogy sok szálam legyen, hanem, hogy elég mag a futáshoz. Ezért egy 6/6-os procin jóval ütősebben tudott futni ugyan az a 4 magot igénylő program, mint a 6/12-es proci olyan szálain, ami osztozik más program ágakkal a közös gyorsító táron.
Aztán persze, ahogy emelkedik a játékok mag igénye az intel is kénytelen volt szálasítani a procijait. Lásd 10. generáció, ha tartani akarta az AMD-vel valamennyire az össz teljesítményben a szintet. Ellenkező esetben kénytelen lett volna mondjuk 8/16-os proci helyett 16/16-osat gyártani, ami sokkal nagyobb energia felvétel és sokkal több tranzisztor bonyolultabb proci drágábban. És mivel még a 14nm is sújtja nagyon lemarad az AMD-hez képest.
Szóval van értelme a extra teljesítményű magoknak egy asztali prociban. De csak akkor ha ezt képes "intelligensen" kezelni a rendszer erőforrás ütemezőjének. -
Fücsök007
őstag
Én is így látom, továbbá tudtommal egyes régebbi játékoknál van "coremaximizer" mod. pl. Supreme Commander, amivel jobban szétosztja a terhelést. Azon túl, ahova 8 nagy mag kevés (pl. renderelés), ott a 10 is kevés, az meg hogy 5 év múlva mennyire más lesz a helyzet AAA kategóriás PC játékoknál nehéz megjósolni. Elvileg annyi megkötés van az ütemező részéről, hogy a kis magoknak is támogatni kell az összes utasításkészletet, és nagy előny ha nem kapnak HT-t.
-
carl18
addikt
válasz Fücsök007 #51 üzenetére
Na bár igaz a 10 nanométer volt amire már nagyon régóta várunk, januárban jön a Rocket Lake-S ha az jól sikerül abból már ki lehet deriteni van-e oka félni az AMD-nek.
Alder Lake-S már szeptember körül jönne? akkor valóban sietnek és nem akarnak lemaradni semmiről. Mondjuk tény nekünk fogyasztóknak ez jó, mert ha véletlen nagyot ver az a Golden Cove mag a Zen 3-ra akkor még lehet itt jövőre árverseny.
Persze az árverseny még távol van mert most a készlethiány sokkal jellemzőbb a piacra.Hiába szúr, itt Ryzen a úr!
-
Robitrix
senior tag
válasz Fücsök007 #61 üzenetére
A dolog így nem igaz. Vegyük a renderelást. Ha van 8 magom vagy van 10 magom azért nem mindegy. Pont annyival lesz gyorsabb, mint amennyivel többet tud elvégezni a plusz két mag. akár gyors akár lassú. Mondjuk van egy képem, ahol 1024 darab kis részletben kell elvégezni a renderelést. Mondjuk a nagy teljesítményű mag amig legenerálodik a kép elvégez 32 kép részlet elkészítését. Ha mondjuk mellé kap pár lassabb magot is. legyen mondjuk 4 darab. ami csak 16 képrészletet tud kiszámolni ugyan annyi idő alatt. akkor végül nikor véget 4*16 képrészlettel leszek előrébb, Pont annyival, amennyit a plusz magok elvégeznek. Így a 8 gyors +4 lassú magot használó proci gyorsabb lesz, mint a csak 8 gyors magot tartalmazó. Persze ehhez olyan erőforrás ütemező kell a rendszerbe, ami nagy teljesitmény igénynél nem a lassú magokat akarja preferálni a parlagon hagyott gyorsabb magokhoz képest.
Az androidos 8 magos telefonom is ilyen valahol. 4 lassú mag kb 1,6 Ghz 4 gyorsabb mag ami elvben képes 2,16 Ghz-re Ezekből egy magot használva elérhető a 2,36 Ghz
De valahol ilyen a 9900K is mondjuk elméletben összes magot terhelve 4,7 Ghz az elérhető órajel. De egy magon képes 5 GHz-et is elérni. Szóval rengeteg múlik a rendszer erőforrás ütemezőjének képességein. Szóval bővn volna még mit megtanitani az erőforrás ütemezöknek a hatékonysághoz. Amúgy nem csak a windows esetében. Persze azért fejlödnek az erőforrás ütemezők is a háttérben. Egy mai win 10 erőforrás ütemezőjének képességei köszönő viszonyban sincsenek már a 5-6 évvel ezelötti erőforrás ütemezővel. És vélhetően egy 3 év múlva kiadott windows verzió erőforrás ütemezője is hatékonyabb lesz, mint a mostani. -
martonx
veterán
Optimista vagy. Bár elnézve az 5xxx-es Ryzenek árait, ránk férne egy fokkal versenyképesebb Intel.
Illetve jövő szeptemberben már Zen 4 közelében leszünk, addigra már kb. édesmindegy lesz, hogy a Zen 3-at végre beéri-e (minimálisat netán rá is ver), az Intel.Én kérek elnézést!
-
Fücsök007
őstag
Csak szemléltetni akartam, hogy a jövőben ez a felállás erősebb lehet asztali vonalon mint a hagyományos eljárás. (Azért az megsüvegelendő, hogy végre Intelnél is a gyengébb atom magok nagyjából az ivy bridge magok IPC-je körül lesznek.) Egyébként a monolitikus CPU chipek és a chipletes Intel procik között átmenetnek jó megoldás ez, továbbá a kihozatali arány sem mindegy.
-
Lehet ilyen helyzet, igen, akkor van értelme, de előfordulhat olyan utasítás, hogy a nagy mag 16 órajel alatt számol ki valamit, amíg a kismag egyszerüen kénytelen megfelelő utasításkészlet hiányában... egyenlőre ez nincs normálisan lekezelve, amíg a megoldás az, hogy akkor az adott utasítás "nem is létezik akkor" ha megy a kismag addig "veszett ügy". De az ütemezők (windows és linux-e se jelenleg), nem képes megkülönböztetni úgy a magokat, hogy X mag tud ABC-t, de Y mag csak AC-t ... a másik alternatíva az "emulájuk" az utasítást a kismagon, de az meg katasztrófális lehet, mert lehet akár több száz órajel az adott utasítás "szimulálása", és lényegében a problémát nem oldaná meg (csak elérhető az utasítás akkor is ha a kismag "aktív"), mert ha a kernel nem tudja jól kekezelni ezen különbségeket igen furcsa teljesítmén értékeket produkálhatnának...
Működhet, de a koncepció bonyolultsága hasonló ahhoz mint amit a bulldozer hozot felépítést a windows 7 idejében ... csak windows 8-ba kerül normális üztemező ami úgy-ahogy tudta rendesen kezelni a szál és ALU felépítését.. de még a windows 10-el is sokat javítottak rajta és lett "normálisabb" a kihasználása (csak közben meg "megöregedett").. persze a bulldozernek sok más gondja is volt, de az egyik alap gond a felépítés volt.
3. út meg az lehetne ha a kismagok is megkapják a nagy magok utasításkészletét csak "lightosabb" változatban, de az is idő (és nem elég egy "leporolt" régi magot bedobni a kupak alá átskálázva más nanométerre és egy új IO-val megoldani a rendszerbetötését).
carl18:
úgy tudom nem jön zen3+, maximum, pár a finomított gyártástechológia miatt lehetséges magasabb órajeles példány (egyszer elsütötte AMD a + jelzést .. azóta mindeni azt vízionál minden váltás után ).. valószínű maximum egy új stepping lesz a "warhol", csak kell a marketing rizsa manapság a befektetőknek (elszoktak tőle, hogy 2-3 évig azonos néven fusson egy-egy technika).The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5
-
Robitrix
senior tag
pedig a ZEN+ gyakorlatilag nem hozott tartalmi változást a magban. Ugyan azt a ZEN magot(ryzen 1000-es procik) gyártották csak már nem 14 nm-es gyártósoron, hanem már 12 nm-esen. Ez persze hozott egy hajszálnyi teljesítmény nővekedést azért. A kisebb gyártási sávszélesség azért rövidebb összekötéseket jelent, a kisebb ellenállást okoz.
A kisebb ellenállás miatt lehet alacsonyabb feszültséget használni. ez pedig így együtt kisebb fogyasztást és kisebb melegedést jelent. Így az azonos frekvencián müködő proci is jobban tudja tartani a magasabb órajelet. Aztán, hogy miért álltak át 14 nm-ről 12 nm-en gyártani nem igen tudom. Kapacitás gondok vagy egyszerűen több gyártó sor át lett állítva már a kisebb csíkszélességre így nem maradt elég szufla a 14 nm-re???? passz. Akármiért is tették az átállást 12 nm-re a ZEN+ valamivel hatékonyabb lett, mint a ZEN. -
wattafaka
senior tag
Én tegnap is tök könnyen berúgtam pedig.
-
dokanin
aktív tag
A processzorkihasználtság meg a sebességérzet nem kapcsolódik egymáshoz.
Egy pc jellemzően pár százalékos processzorkihasználás mellett megy az esetek nagy részében, mivel a legtöbb program csak várakozik a felhasználóra, hogy az csináljon valamit, jellemzően klikkeljen. Ilyenkor lefut egy eseménykezelő, ami jellemzően pár milisec-ig tart. Ezek gyakorlatilag nem is látszanak meg a processzorkihasználtságban. Viszont baromira nem mindegy, hogy egy ilyen művelet 10 milisec alatt végez vagy 50.
Az egyiket úgy érzékeli az ember, hogy az azonnal reagál, míg a másikon már érezhető a késleltetés. Sokan gondolják azt is, hogy a 8 mag felesleges egy gépbe, hiszen sosem megy 100%-on a proci. Viszont simán vannak olyan feladatok, amik egy magon 50 milisecig tartanak, viszont 8 magon meg 10-ig. Ergo a 8 magos gép lesz érezhetően gyorsabb holott kb ugyanúgy 1-2% a procikihasználtság.Szerintem pedig nem lehet olyan ütemezőt írni, ami előre tudná, hogy egy programkód milyen sebességgel fog lefutni, tehát nem is lehet arra számítani, hogy majd a windows megoldja, hogy a megfelelő magot válassza.
-
wattafaka
senior tag
Mindenesetre remélem bejön nekik, és az AMD sem alszik el
-
carl18
addikt
Hát a Zen 3+ igen kis finomhangolás lesz talán még egy generációt beleraknak az Am4-be. Kimaxolják a Am4 platformot még egy utolsó finom hangolással.
Én mondjuk nem izgulook, mert Am4-es B450 deszkám van aminél lesz esély a jövőben processzoort váltani.Hiába szúr, itt Ryzen a úr!
-
exedoc
senior tag
Ez render engine függő is azért. Ma már vannak elég okos renderelők. Pl a Vray képes dinamikus bucket size-ra, ami még a részletesség / számítás ideje függvényében is változik. Tehát a részletesebb / időigényesebb területre átméretezi a bucket size-t, és több magot / szálat irányít oda, miközben a kevésbé számításigényes területeken nagyobb bucket size-al, kevesebb erőforrással dolgozik. Természetesen nagyon a mélyébe lehet mászni. Corona render már jóval egyszerűbb és áttekinthetőbb, cserébe ezekről a feature-ökről le kell mondani.
-
ddekany
veterán
Nem lehet véletlen, hogy az Apple is ezt az utat választotta, szóval legalább is notebook esetén lenne ennek értelme. Arra mondjuk kíváncsi lennék, hogy hány százalék üzemidőt nyernek ott ezzel. Hogy jelentős-e, vagy csak "jó ha van" dolog ez.
Új hozzászólás Aktív témák
- Ezeket a telefonokat mutatják be az idei nyár folyamán
- Samsung Galaxy S23 Ultra - non plus ultra
- Dell notebook topic
- Mibe tegyem a megtakarításaimat?
- Szimpatikusnak tűnik a T Phone új generációja
- Skoda, VW, Audi, Seat topik
- Opera böngésző
- Milyen TV-t vegyek?
- Azonnali fáradt gőzös kérdések órája
- Milyen légkondit a lakásba?
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen