- Mindenkinek elérhetővé teszi a képgenerálást a Lossless Scaling
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- GeForce GTX 1060 6GB vs Sapphire NITRO+ RX 580 8GB
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Vezeték nélküli fülhallgatók
- Projektor topic
- Milyen billentyűzetet vegyek?
- Apple notebookok
- Milyen notebookot vegyek?
Hirdetés
-
Szimpatikusnak tűnik a T Phone új generációja
ma A Telekom saját márkás modelljeinek új generációja jelentős előrelépés az első T Phone-okhoz képest.
-
Red Dead Redemption - Újabb jel, hogy PC-re is megjelenhet?
gp Vajon a Rockstar meddig húzza még az időt azzal, hogy végre elhozza még egy platformra a játékot?
-
Miben segít Kevin O'Buckley az Intelnek?
it Igazi veteránnak számít a chipgyártó üzletágban Kevin O'Buckley, aki innentől kezdve az Intel Foundry Services részlegét vezeti.
Új hozzászólás Aktív témák
-
Petykemano
veterán
válasz S_x96x_S #7766 üzenetére
> a zen4c alacsonyabb freq-n és kisebb cache-el müködik a zen4-hez képest ..
> emiatt itt is vannak optializálási-ütemezési teendők.
A HT óta probémát jelent, hogy a szoftvernek (alkalmazás és/vagy OS) tudnia kell, hogy mely két hardveres szál tartozik egy maghoz és hogy ha egy új programszálat ráütemez egy olyan hardveres szálra, amely magnak a másik hardveres szála már dolgozik valamin, akkor szuboptimális eredményt kap. Nem tudom, hogy hogy csinálják, vagy hogy pontosan mi intézi, de valahogy meg kell oldania, hogy ez ne így történjen, hanem tudja, hogy mely mag programszálai szabadok. Mintha anno a Zennel kapcsolatban lettek is volna ilyen jellegű optimalizációs problémák.
Az első Zen óta problmát jelent - a CCX-ek miatt - a thread locality, vagyis hogy a szoftvernek (alkalmazás és/vagy OS) pontosan tudnia kell, hogy ha egy programszálat átütemez, vagy egy új, de adat szempontjából kapcsolódó programszálat a másik CCX-re ütemet, akkor szuboptimális eredményt kap. Ebből biztosan voltak problémák, amelyeket több-kevesebb sikerrel sikerült orvosolni. Persze nyilván az, hogy két cluster között nincs direkt adatmegosztás, csak a memórián keresztül, az mindig hátrány marad, de az irracionális ütemezést és az ostoba, a CCX-ekre tekintettel nem levő ütemezésből fakadó teljesítményproblémákat szerintem sikerült kiküszöbölni.Az már nagyon régóta úgy van, hogy a legjobb és/vagy a két legjobb, legmagasabb frekvenciát elérni képest mag meg van jelölve. Elvileg ezt az ütemező figyelembe is veszi.
Nyilván persze a P mag és E mag közötti különbség nagyobb annál, mint hogy egyik mag 40-50Mhz-cel többre tud turbózni.
De pl az 5950X esetén a két CCD fogyasztási jellemzői között azért elég számottevő különbség volt, nem tartom elképzelhetetlennek, hogy a két CCD legjobb magjának maximális turbó frekvenciája között akár 200-300MHz is lehet.Jó, ez persze még mindig nem vészesen nagy. Nyilván minél nagyobb a magok közötti különbség, annál nagyobb az impactje az ütemező tévedésének. De valahogy ezeket a különbségeket eddig is kezelte, nem?
Találgatunk, aztán majd úgyis kiderül..
Új hozzászólás Aktív témák
- AKCIÓ! Szépségápolás, Haj - és Szakállápolási márkás gépek - BOLTI ÁR FELÉÉRT!
- Bomba! HP EliteBook 1040 G7 x360 Érintős Hajtogatós Ultrabook Tab 14" -70% i7-10710U 16/256 FHD LTE
- BONTATLAN Új Iphone 15 és 15 Plus 128-512GB 1év APPLE garancia gyári független Deák AZONNAL Átvehető
- BONTATLAN Új Iphone 13 128-512GB 1év hivatalos Apple garancia gyári független Deák Azonnal Átvehető.
- ÚJ BONTATLAN Apple Watch Series 8 S8 41-45mm Azonnal Átvehető DEÁK TÉRNÉL 1 Év Apple Garanciával.
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen