- Fotók, videók mobillal
- Okosóra és okoskiegészítő topik
- Hatalmas külső kijelzővel és akkumulátorral érkezett meg a Honor Magic V Flip
- Yettel topik
- Bemutatkozott a Galaxy Watch FE
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Poco X6 5G - egy Redmi álruhában
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy Note20 Ultra - a tollnak nincs ellenfele
Hirdetés
-
Megérkezett Magyarországra a Samsung új OLED gaming monitora
ph Az Odyssey OLED G8 32 hüvelyes, sík OLED panellel dolgozik.
-
OneSport OT05 - finomhangolás
ma Mit hiányoltunk eddig a kedvező árfekvésű kínai bringákból a leginkább? A nyomatékszenzort. A OneSport újdonsága végre megkapta ezt a megoldást.
-
Steamre tart a Prince of Persia: The Lost Crown
gp Hamarosan a Valve áruházában is elérhetővé válik a játék teljes kiadása.
Új hozzászólás Aktív témák
-
Resike
tag
Ami homályos hogy mi köze van ennek a detektáló kódnak amiről beszélsz ahhoz hogy a program mennyi logikai magot detektál és logikai mag-1 virtuális szálat hoz létre (1 marad az ütemezésre)? Vagy eleve indirekt módon magától a CPU-tól kéri le a logikai magok számát, vagy a Windowstól. Az marha érdekes lenne hogy ha a logikai magok helyett a fizikiai magok számát használnák/kapnák vissza. Speciel szerintem a programnyelvek 95%-a a Windowstól fogja, mivel a Windows már lekérte ezt a processzortól bootolás közeben és mivel be is van írva valami system változóba így sokkal gyorsabb is hozzáférni.
Ami architektúra specifikus az azok az assembly hívások amik kezelik ezt a thead/workload/loop ütemezést. De ez sem új a nap alatt mivel mind a Core 2 Duo, mind a 7700K mind a Ryzen 1800X x86-os.
Tehát amikor a processzor kap egy assembly hívást hogy futtasd/írd/olvasd ezt akkor annak működnie kell, tejesen mindegy hogy kitől jön a hívás.
Ezen belül esetleg lehetnek kisebb processzor specifikus eltérések, ezt nem tudom.[ Szerkesztve ]