Azt hittem, ilyesmi lesz

Le az elipszilonos jével, éljen a "j" !!!

Nagyon kíváncsi vagyok, hogy ez az x86/x64 érában totális újítás, milyen eredményt fog hozni, de gyanítom, eleinte kb. semmi nem fog működni a Win11 ellenére sem, mert majd a régebbi játékok a gyengébbik magokon akarnak futni, stb. míg ki nem jön hozzájuk valami frissítés. Ez az egész, attól félek, "hardveres béta teszt lesz" az elején még. Majd ebből is a következő generáció lesz a jó.

[ Szerkesztve ]

A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...

jatekoknal sajnos mar tudhato hogy elvileg visszalepes lesz a cache eleres vagy mi miatt

**Escape from Tarkov EOD account elado!** It's gotta feel so good to moo as a cow. Probably feels really good to moo

ez tudható, de minden innováció után az így szokott lenni.

ez a konstrukció ARM-en működött, bár ott hozzá kell tenni a kisebb magokra jellemzőbben fix célfeladatokat osztanak le.

kíváncsi vagyok x86-on mi lesz ebből. ahogy már máshol leírtam, szerintem arra lehet majd ez kifejezetten jó ilyen manuális leosztásban is ha mondjuk valaki desktopon akar virtualizálni: kicsi magok hipervizor és mondjuk a virtualizált router, nagy magok guestek amin a célalkalmazások is futnak.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Nem jöttem lázba a hírtől.

duree54

Amúgy is nagyon sok információt tartalmazott

Ez igaz!

A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...

ezt ráadásul folytatnám abba az irányba hogy legjobb tudomásom szerint most a windowsban is megcsinálták azt ami a Qubesben már jópár éve alapfunkció: az egyes alkalmazások konkrétan szeparált konténerekben futnak amik használják a host virtualizációs képességeit
ez egészen jól rezonál ezzel az új architekturális megoldással

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Én ennek kifejezetten örülök, azt jelenti egészséges vagy.

A Win11-ben én ennyire azért nem bízok, nagyon sok bakit elkövetett már az MS, miért pont ezt csinálnák meg jóra elsőre! Na, nem azt mondom, hogy majd pár funkciófrissítés után nem lesz jó, de most itt az elején, kétlem, de ne legyen igazam.
Illetve azt nem tudom, hogy maguk a programok, legyen az bármi, egy pl.: Total Commander, vagy a Webshots háttércserélgető progim, vagy egy régebbi játék, aminek azért már van gépigénye (vagyis a kis magok gyengék a futtatásához), hogyan fognak viselkedni, főleg, ha már nem is frissítik azt.
Én most fejlesztettem a Lap+CPU párost, és pont a fenti megfontolásból döntöttem inkább a jól bevált "erő" mellett, és vettem 10. gen i9-et, így most pár évig max "külső szemlélője" leszek ennek a hibrid érának.

A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...

nem tudom, engem igazából nem érint hogy windowson mi van, csak próbáltam valami összefüggést találni. én se tartok tőle hogy elsőre működne amit a microsoft csinál de azt reálisnak látom hogy az ötlet menne.

egyébként ez nem a program saját tudása kell hogy legyen hanem az ütemezőé, maximum annyiban a sajátja hogy hoz egy flaget hogy neki mondjuk milyen bogoMIPS érték kell ahhoz hogy értékelhetően fusson és az ütemező ez alapján ki tudja matekozni hogy melyik magra ossza le a threadeket.

én magam részéről nagyon szívesen beneveznék egy ilyen történetre a szerveremen ha nem hozná magával a szokásos inteles agybajt és ne lenne sokkal drágább mint egy pár éves brand asztali gép.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Na megint a marketing osztályról ment le valaki a termelésbe fotózkodni, mint az a pákás kisasszony az alaplappal... Ezen itt nincs hajháló...

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Neked a Lakefield nem létezett? Az volt a béta teszt.
Hogy honnan jön a Win10 állítólagos nem támogatottsága az rejtély...

Nem használtam, meg nem is nagyon terjed el, ahogy olvastam. Na majd ez.

A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...

elméletileg hardveres ütemezőt fog használni, ami mindig a optimális szálra osztja a terhelés, vagy ilyesmit olvastam tegnap Twitteren, nem csak a Win11 -re alapozzák a dolgot.
Csak átfutottam, most nem igazan emlékszem rá.

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Érdekes! Remélem beválik ez az új rendszer. A telefonok esetében nagyon bejött, kíváncsi leszek.

A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...

Csak akkor megy az optimális szálra, ha a programot úgy írják meg, hogy jelezze, hogy melyik magon kell mit futtatni. A hardveres ütemező arra van, hogy mérje az egyes folyamatok terhelését és az OS-nek jelzi, hogy mit kellene melyik szálra átrakni, de az OS-nek ezt nem kötelező megtennie.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Miért ne tenné meg amúgy az OS?Ez az a Thread Director-nak nevezett valami ha jól sejtem.

nekem nagyon úgy jön le hogy ez az egész Win11 és ütemező, kis mag -nagy mag stb mind az Intel szekerét tolja az Alder lake megjelenésére, hisz együtt dolgozták ki ezt a részét a Microsofttal.
Amd meg mit ad isten lelassul a Win11 ben, miközben Béta alatt nem volt gond. Elég érdekes dolgok vannak a háttérben azért...

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)

Mert az OS-nek nagyobb rálátása van erre. A hardver a lapkában csak annyit jelez, hogy x folyamat a neki rossz típusú magon fut. De ez csak egy jelzés, és az OS láthatja esetleg azt is, hogy ha átrakja egy másik magra, akkor az ugyan az adott folyamatot jól működővé teszi, de más folyamatokat meg háttérbe rak. Emiatt mondja meg az OS, hogy mi lesz. Ez alól egyedül akkor van kivétel, ha az alkalmazásba direkt le van kódolva a kis-nagy mag. Ebben az esetben biztosan a lekódolt paraméterekkel futnak majd a folyamatok. De ehhez a szoftvert így kell megírni. Erre lesz az Intelnek egy profilozója, amivel a fejlesztők dolgozhatnak. Az ARM-nak is van egy profilozója a saját kis-nagy magjára, csak a fejlesztők elképesztően nehéznek tartják a heterogén programozást, így inkább arra használják ezt a lehetőséget, hogy egy alkalmazást csak a kis, vagy csak a nagy magokon futtatnak.

A Win 11 ütemezője az nagyrészt a Qualcomm kódját tartalmazza, hiszen nekik sokkal több tapasztalatuk van arról, hogy mit lehet kis-nagy magos dizájnokkal.

A béta alatt is voltak lassulások az AMD-vel, csak időközben megoldották, majd a véglegesre visszatért. Ez amúgy teljesen független az üzemezéstől. A problémát az adja, hogy az L3 gyorsítótár elérési ideje a sokszorosára nőtt. Erre ugyanazt a kódot hozzák majd, ami a béta verzióban benne volt a Win 11-ben, csak a véglegesbe a Microsoft nem tette bele. Ezért írták, hogy októberben kész lesz, mert már kész a fix, csak be kell építeni.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Ez az egész egy black box/reverse engineering az alacsonyabb szintekről ha úgy tetszik. Se az OS, pláne nem a hw fogja tudni, hogy épp mi az optimális annak amit futtatsz. Maga a kód kell, hogy "tudja" első körben. Több folyamat, erőforrásigények, folyamatszinkronizációk igénye, stb... Amíg egy sw nincs eszerint megírva addig szuboptimális a működése szinte biztosan.

Ettől függően még lehet (lesz) OS szintű vagy OS-el együttműködő sw szintű pakolgatás meg méregetés ami szinte biztosan elég jó megoldást ad az esetek nagy részére, de igazán optimális akkor lenne ha minden program így készülne és nem másnak kellene alacsonyabb szinten kitalálnia mi lenne neki az optimális erőforráskiszotás.

(Sőt, továbbmegyek, még program szintjén sem feltétlen fix... Mi van ha elindítok egy böngészőt és k*va gyorsan oda akarok jutni, hogy megnyíljon az 5 kezdőlapom? És mi van akkor ha megnyitom, majd a háttérbe kerül mert addig pl. ránézek a levelezésre amíg megnyílik az 5 lap? Előbbi esetben mindenféle big-little nélkül is a turbo a megoldás. A második esetben meg a visszafogott órajelek. Ez az ütemezési - hw/os/app kérdéskör már rég aktuális csak nem nagyon foglalkozunk vele. Max akinek eddig is az akkuidejére ment ki a játék.)

[ Szerkesztve ]