- HiFi műszaki szemmel - sztereó hangrendszerek
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Steam Deck
- Azonnali informatikai kérdések órája
- Milyen monitort vegyek?
- Autóhifi
- AMD GPU-k jövője - amit tudni vélünk
- Google Chromecast topic
- VR topik (Oculus Rift, stb.)
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
ma Részletes anyag került fel az internetre a Sony idei középkategóriás telefonjáról, három helyett két hátlapi kamera várható.
-
Ilyen lesz a SteamWorld Heist II
gp A folytatás a tervek szerint a nyár folyamán, pontosabban augusztus elején érkezik.
Új hozzászólás Aktív témák
-
dokanin
aktív tag
válasz Petykemano #16 üzenetére
De mivel most a 6-8 erős magos procik korát éljük, programokból meg nem nagyon tobzódunk a 8 szálnál többre skálázódok között nem nagyon értem, mi értelme a kicsi magoknak jelenleg. Ha az átlag szoftverek 50-100 szálat használnának egyszerre akkor érteném, hogy érdemes lenne bepaszírozni kicsi magokat a nagyok kárára, mert így nagyobb lenne a nyereség, de most nem ez a helyzet.
Nekem is sokkal inkább az az érzésem, hogy a gyártástechnológia hiányosságai miatt nem képesek tartani a lépést magok számában ezért most kitaláltak hozzá valami ideológiát, hogy miért is lesz ez jó.
[ Szerkesztve ]
-
paprobert
senior tag
válasz Petykemano #16 üzenetére
Ma ez Performance + Efficiency-nek van nevezve, mert méret alapján 4:1 az arányuk.
Pár generáció múlva szerintem Single thread + Throughput-ként lesz felfogva.
Az utóbbi magában foglalja az energiahatékonyságot is, de dinnyényi magot raknának majd bele, és egy render pl. inkább a gyenge magokon futna.
El tudom képzelni hogy később akár 2:1 vagy 1:1 arányban osztják fel a lapkaméretet a két típus között.Képzavarral élve, a Core magok mellé idővel csomagolnak irdatlan mennyiségű FX-et is, az utóbbiak egyre hangsúlyosabbá válva.
[ Szerkesztve ]
640 KB mindenre elég. - Steve Jobs
-
tha_answer
őstag
válasz Petykemano #25 üzenetére
ami van eroforras fel lesz hasznalva.
egyebkent meg kar az 8086ot toldozni foldozni.
ujra kene irni az egeszet, kulonben lenyomja az arm maholnap mint az apple.
egyszeruen egysegnyi silicon felhasznalasban a jelenlegi x86 nem annyira hatekony.
legalabbis ha joltevedek. -
tha_answer
őstag
válasz Petykemano #33 üzenetére
az anandos interjujat mar lattam.
amikor a szazalekokert is kemenyen meg kell izzadni, akkor szvsz ki kene dobni.igen ez egy korforgas. osszes arch igy indul h szar a mostani aztan addig bovitik amig masok mondjak ra h szar.
-
dokanin
aktív tag
válasz Petykemano #25 üzenetére
Lehet, hogy lesz akár 16 vagy 32 kicsi mag is, de egyszer ez már elbukott a xeon phi-nél. Ott is volt baromi sok kicsi x86-os mag de valami miatt nagyon nem hozta azt amire számítottak. Persze nem látok bele, hogy ez most mitől más, de azért elgondolkodtató.
-
dokanin
aktív tag
válasz Petykemano #50 üzenetére
Lehet, hogy abszolút nem releváns idehozni a Phi-t, de a rengeteg gyenge mag bepaszírozása a nagy magok mellé nekem elég necces ötletnek tűnik.
.net fejlesztőként én azt látom, hogy ott abszolút az egyenlő teljesítményű magokra épül a parallel framework. Szóval ha én akarnám se tudnám támogatni a kicsi magokat. Viszont ha véletlenül bekeverednek a treadpoolba kicsi magon futó szálak is, akkor a szinkronizáció és a működési modell miatt a gyors magokat is vissza fogják fogni.
Mindenesetre kíváncsi leszek a gyakorlati tesztekre. -
tha_answer
őstag
válasz Petykemano #53 üzenetére
a dark silicon miatt ez a jovo
-
arabus
addikt
válasz Petykemano #53 üzenetére
Ismét egy flame keltő cikk a szerzőtől.
Bár minden próbálkozásán felül úgy látszik a gyengének nevezett magok igen szépen teljesítenek.
Xeon Platinum 8490H,8468H,Ryzen 7500F,Gigabyte B650M K,Xeon Phi,i9 7960X,i9 7920X,Xeon w2135,Gskill royal 4400,Gskill Trident Z,Pico 4,Red Devil 7900XTX,Asrock W790 WS,Fury Pro RDIMM 6000,Z590,Intel Cryo,Intel 11900F,Ryzen 5600,Radeon 7600,Radeon 6800...
-
Pingüino
senior tag
válasz Petykemano #16 üzenetére
Erre memóriakoherens eléréssel, és alacsony késleltetéssel egy APU sokkal jobb. A kifejezetten sok szálon futó alkalmazásokat már rá lehet verni egy GPU-ra is. Több értelme van.
-
Pingüino
senior tag
válasz Petykemano #25 üzenetére
A koncepció csak egy dologra jó, mégpedig az Intelnek, hogy el tudja mondani, hogy magok számában, és az elérhető órajelben is ők a legjobban. Hogy előbbi csak a kis magokra vonatkozik, utóbbi meg a nagyokra, az már részletkérdés.
-
dokanin
aktív tag
válasz Petykemano #53 üzenetére
"Egyébként a 8 magos cpu esetén ha a programod 8 szálnál többel dolgozik, akkor az mindenképp egy "melyik ujjamba harapjak" szituáció, nem? Ha keletkezik egy 9. szál, akkor az nagy eséllyel egy már amúgy foglalt mag második szálját fogja befoglalni"
A .net parallel framework-je mindig annyi szálat ad egy feladatnak amennyi tényleges fizikai szál létezik. Természetesen ebbe bele lehetne nyúlni, de alapból így fut minden.
Szerintem a most megjelenő .net 6 is így működik még ha jól tudom.
És mivel a .net keretrendszerek régebbi verziói nem nagyon változnak, ezért az abban írt szoftverek egy 8+8 magos alder lake procin szerintem simán 16 szállal futnának neki minden ilyen feladatnak de ebben az esetben az összes szál bevárja egymást a művelet végén tehát a leglassabb szál sebessége a döntő.[ Szerkesztve ]
-
Pingüino
senior tag
válasz Petykemano #67 üzenetére
Erre lesz jó egy fejlesztői keretrendszer, ami átveszi a programozótól a processzor különböző részegységeire történő feladatelosztást. Úgy rémlik, volt róla cikk, hogy dolgoznak is valami ilyesmin, de nem igazán találom.
-
S_x96x_S
őstag
válasz Petykemano #67 üzenetére
> Az is álom, hogy - az AMD - majd a vektorutasítások CPU-ba való
> integrálása és implementálása helyett a az AVX-AVX2-AVX512
> utasításokat offload-olja a GPU-ra,előbb - utóbb megvalósul.
A OneAPI - https://www.oneapi.io/ ennek az ötletnek a szoftveres megvalósítása.
és az is lehet, hogy az újabb Rosetta emuláció ( Apple M1 ) már így emulálja majd a most nem támogatott vektoros utasításokat.
vagy ott van az AMD ROCm
és az LLVM -
ami kódot tud generálni a CPU-ra és a GPU-ra is.de ezek szoftveres megközelítések.
Mottó: "A verseny jó!"
-
tha_answer
őstag
válasz Petykemano #72 üzenetére
mozilla rust webrender
-
dokanin
aktív tag
válasz Petykemano #71 üzenetére
"Az sem kizárt, hogy miután a nagy magokra ütemezett szálak végeznek, az ütemező a kismagokon futó szálakat átütemezi nagyjából 2/3 állapotban a nagy magokra"
Na hát ez tűnik nekem sci-fi-nek. Egyszerűen nem tudom elképzelni az ütemező ezt mi alapján tudná eldönteni, meg aztán az is kérdés, hogy ez egyáltalán lehetséges-e.
De persze attól, hogy én nem látom mi a megoldás, még lehet. Majd kiderül. -
Tentalus
tag
válasz Petykemano #71 üzenetére
Az egész akkor érne valamit, ha a nagy teljesítményű magok hajtanák végre a 'fontos' -azaz időkritikus -feladatokat, a kisebbek a kevésbé fontosat.
Bizonyos esetekben ez előre megjósolható, a programozó beállítja a szál tulajdonságai közé,hogy ez 'fontos'. Móricka példa szerint pl. egy játékban az ellenség mozgása szál legyen 'fontos'. Ez így ok, kérdés, hogyan teszi meg ezt egy programozó? C++-ban lehetséges, de C#-ban? Javascript-ben? Ez a módszer nem működik a meglévő programokkal.
Sok esetben előre nem jósolható meg, melyik szál lesz időkritikus... pl. egy SQL szervernél melyik lekérdezés fut le 1 mp és melyik 30mp alatt? Elég ciki, ha a gyenge mag kapja a brutálisan bonyolult lekérdezést (amiben 1 millió rekordot kell rendezni) , az erős mag meg a könnyed 2 rekordot...Ilyenkor elvileg át lehet dobni az erős magra az éppen futó feladatot, csak mikor? Ki dönti ezt el? Magváltáskor nagy lehet a teljesítményvesztés, a teljes cache-t bukja az erős mag...
-
nyunyu
félisten
válasz Petykemano #50 üzenetére
A Xeon Phi célja x86 alapon egy olyan gyorsító megvalósítása volt, amilyen célra máskülönben mondjuk inkább GPU-kat használnak.
Xeon Phi az nem az Intel mindenkitmegverünk GPUja volt, ami mire megjelent volna, már rég elhúzott az Ati+nV páros, így inkább áttervezték x86 kompatibilisre, hogy némi marketinggel be tudjanak húzni némi zsét a supercomputing piacról az amúgy erősen bukta projektjükkel?
Hello IT! Have you tried turning it off and on again?
Új hozzászólás Aktív témák
- Vicces képek
- Samsung Galaxy S23 Ultra - non plus ultra
- Debrecen és környéke adok-veszek-beszélgetek
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Fűnyíró topik
- Témázgatunk, témázgatunk!? ... avagy mutasd az Android homescreened!
- HiFi műszaki szemmel - sztereó hangrendszerek
- Kerékpárosok, bringások ide!
- Hálózati / IP kamera
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen