- Amlogic S905, S912 processzoros készülékek
- AMD GPU-k jövője - amit tudni vélünk
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Rekordmagasba lökte az EPYC és a Ryzen az AMD-t
- A Princeton újraértelmezte az ultrakompakt hordozható SSD fogalmát
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Vezetékes FEJhallgatók
- Milyen TV-t vegyek?
- Milyen egeret válasszak?
Hirdetés
-
Két fontosabb újítással megjelent az iOS 17.5
ma Az EU-ban webről is telepíthetők ezzel appok, illetve bővül a nyomkövetőkre való figyelmeztető rendszer.
-
Hamarosan bárki hazavihet egy Apple Vision Pro headsetet
it A Bloomberg szerint az Apple arra készül, hogy az USA-n kívül is piacra dobja a drága Vision Pro headsetet.
-
Érkezik a Crucial LPCAMM2 memóriamodulja
ph Az új szabványra épülő opció 32 és 64 GB-os verziója árat is kapott már.
Új hozzászólás Aktív témák
-
Tin
veterán
Most az a mag az idokritikus muveletek kezelesere van fenntartva, vagy pedig egy nagyobb teljesitmenyu mag, amivel lehet "zuzni"?
-
Tin
veterán
Viccen kivul siman lehet ertelme egy ilyesminek, pl. kritikus rendszerekhez, pl. auto, ahol nem lehet keslekedes, ott siman belohetik 50% utilizaciora, es akkor kepes a hirtelen feladatok gond nelkuli kezelesere is, a kenyelmi rendszerek meg mehetnek a kis magokon.
Szoval akkor vegulis by design ezt a magot kritikus feladatokra terveztek, ha jol ertem. -
Tin
veterán
Azt a reszet ertem, a kerdes arra vonatkozott, mi volt az eredeti terv. Nyilvan hasznalhato batar 1 szalas teljesitmenyre, ha ugy utemezik (en ezt csinalnam), de hasznalhato lenne a masodik tipusu feladatra is. Persze a nagy teljesitmenynel jobb lenne ha nem 1+4 hanem inkabb 4+4, de legalabb 2+4 felallas lenne.
-
Yany
addikt
Adódik a legfontosabb kérdés, mi lehet a gond? Nos, a jelenlegi adatok szerint, a Microsoft sosem törődött azzal, hogy mi van, ha nem homogén többmagos processzorral találja magát szembe az ütemezőjük.
Azt a részét ennek nem értem, hogy a Ryzenek is képesek specifikus magokra tolni a feladatokat ugyanazon a Windows-on (mégha homogének is a magok) függően a terheléstől és a telemetriától. Akkor itt mi a valódi gond?
Építs kötélhidat - https://u3d.as/3078
-
opr
veterán
Elso fecske, ennyi. Amikor ilyen hordereju ujitas jon barmelyik oldalon, azzal az elso 1-2 evben/generacioban mindig van szivas.
Peldanak ott az elso core generacio, az elso Ryzen generacio, de ha messzebbre megyunk, az elso 64 bites procik, az elso ket magos asztali procik, stb. Majd szepen ez is kinovi magat, az En tippem az, hogy megjelenes utan 2-3 generacioval nagyon jo lesz ez, plane laptop fronton.
Asztali fronton feleslegesnek tartom, de valami ultrabookba vagy x86/64-es tabletben latom az ertelmet."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Abu85
HÁZIGAZDA
Valószínűleg az eredeti terv az volt, hogy a komolyan terhelő szálakat elvihesse a nagy mag, de a Windows ütemezője nem okos még annyira, hogy ezt le tudja szelektálni.
(#7) Yany: A Ryzen az sokkal egyszerűbb. Ott csak a csoportot választod meg a szálnak. Itt is lehetne találni majd támpontokat, amivel jobban működhetne, de ehhez komoly szoftveres befektetés kell. Az meg idő.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
E.Kaufmann
addikt
De miért nem egyeztettek előre a Microsoft-tal? Eddig is lehetett látni, hogy az újfajta mag/szál konfigokhoz hozzá kell okosítani a Windows ütemezőjét, Lásd HT, az AMD féle közös FPU-s magok, de még a CCX-ek kezelése se volt teljesen problémamentes. Az intel elsiette és nem egyeztetett, vagy az MS nincs még kész?
Le az elipszilonos jével, éljen a "j" !!!
-
opr
veterán
válasz E.Kaufmann #10 üzenetére
Biztos vagyok benne, hogy egyeztettek, csak ez pont olyan melo, hogy amig nincs vas, addig nem igazan tud haladni a munka.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
E.Kaufmann
addikt
Azért valahogy csak tudtak fejleszteni 64 bites Windows 2000-et is AMD-s bemutatóra annak idején. Valamit oda tudtak volna adni, vagy pl egy tök mezei x magos intelt vettek volna és a Windows-ban belőtték volna, hogy van egy kitüntetett mag a gyors reakciókra, egyébként minden mást a többi magon kenjen szét, és nézték volna, hogy teríti a folyamatokat.
Le az elipszilonos jével, éljen a "j" !!!
-
Abu85
HÁZIGAZDA
válasz E.Kaufmann #10 üzenetére
Szerintem egyeztettek, de őszintén szólva a Microsoft valószínűleg ezt le se szarja. A gépek 0,00001%-át érinti a probléma, miközben költségek és a befektetett erőforrás szintjén jelentős munkáról lenne szó, hogy ez a 0,00001% jól működjön. Ezt az Intelnek kell megoldania, ahogy a Qualcomm is csinált magának módosítást az ütemezőre.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Lacika112
aktív tag
Igen ez elég valószínű.
Ms is látta az intel még a drivert se volt hajlandó kifizetni ha nem fogyott elég hardver hiába ígértek (3? év nem emlékszem) terméktámogatást.
Mi oka lenne MS nek ezzel bohóckodnia?Gondolom majd ha lemegy 3-4 gen illetve eléggé megpénzelik hogy ezzel szuttyogjon kezdenek vele valamit.
Teljesen érthető MS nem pazarol időt egy olyan termékre ami lehet az első és egyben utolsó is lesz.....
ha meghúzom a kocsidat az oc-nek számít?
-
hokuszpk
nagyúr
hat nemtom, en mar nemnagyon latom ertelmet a koncepcionak sem.
az uj gyartastekknologiakon 2Ghz korul alig-alig fogyaszt valamit egy combos mag is, ami par ciklus alatt fel tud valtani akar elkepzelhetetlen sebessegre is ha szukseges, mondhatni mire az utemezo atpakolja a feladatot, mar regen "nagy magkent" uzemel.Első AMD-m - a 65-ös - a seregben volt...
-
E.Kaufmann
addikt
Annyiban igaza van, hogy pl a megszakításrutinokat eleve a gyors magon lehetne végrehajtatni, valamint a GUI-val kapcsolatos, nem a GPU által gyorsított műveletek is futhatnának rajta. Néha nem árt, még jól beállított prioritásszintek mellett sem, ha a kezelőfelület saját dedikált erőforrást kap.
Le az elipszilonos jével, éljen a "j" !!!
-
dagonya
aktív tag
ez lesz a linuksz éve!
-
Szokenesz
senior tag
Ha már linux..
Ott is ugyan úgy jelen van ez a probléma? Ugyan úgy, ott is módosítania kell az Intelnek az ütemezőn, ha kiakarja használni ezt a 4+1-es felállást? -
Cyberboy42
senior tag
Tehát ez a jövő, a heterogén dizáj... nem tetszik
...A teknős ezután pszichoanalitikusként kezeli az identitászavaros krokodilt...
-
-
ddekany
veterán
Elég trükkös problémának tűnik annak eldőntése, hogy ki és mikor kapjon gyors magot. De, ARM big.LITTLE már rég létezik, szóval Androidon meg iOS-en ott a példa, hogy mit lehet ezzel kezdeni. Valószínű Windows-on is menni fognak ugyan azok a módszerek.
-
dabadab
titán
illetve nagyon fontos, hogy a Windows ütemezőjét a Qualcomm módosítja is, hogy a saját dizájnjukra effektíve jól működjön
Ez egy kicsit hihetetlenül hangzik. Van erre bármi forrás? Mert én még erről soha nem hallottam, csak a Qualcomm linuxos Energy Aware Schedulerről (amit elég könnyen meg tudtak csinálni, mivel az ugye open source), ami az androidos cuccokban van.
[ Szerkesztve ]
DRM is theft
-
nagyúr
-
dabadab
titán
válasz aprokaroka87 #32 üzenetére
A DyinamIQ a big.LITTLE felett van egy réteggel, tulajdonképpen arról van szó, hogy a magok clusterbe rendezését tették rugalmasabbá (azelőtt egy clusterben vagy csak big vagy csak LITTLE magok lehettek - most már lehet őket keverni is).
DRM is theft
-
ddekany
veterán
válasz aprokaroka87 #32 üzenetére
A DynamIQ-t is ideértettem, az is big.LITTLE. (Mert, a big.LITTLE csak annyit jelent, hogy van minkét féle magod.)
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen