Új hozzászólás Aktív témák
-
fatpingvin
őstag
válasz Hellwhatever #3 üzenetére
szerintem nem hülyeség, valahol el kell kezdeni. elég sok kernel ütemezője tudja kezelni, inkább az a kérdés hogy ez a gyakorlatban melyik felhasználási területeken lesz érdekes.
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
fatpingvin
őstag
milyen rendszerről beszélgetünk most éppen? az elvi alapja egy ilyen ütemezőnek az hogy amíg a thread reallocation nem eszik több erőforrást mint a két mag teljesítménye közti különbség addig megéri pakolgatni a magok között a processt. ennek a gyakorlati megvalósítása nyilván kernelenként eltérő, én az UNIX-szerű dolgokkal vagyok valamelyest képben, fingom sincs az NT mit csinál működés címszó alatt.
nyilván van még mit reszelni ezeken de a technológia meg a kiindulás már megvan. innentől sztem azon múlik hogy mennyire fogják a hardvergyártók erőltetni mint nagy újdonság és ezt mennyire kell lekövetnie a szoftveres scénának.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
fatpingvin
őstag
nem teljesen értünk egyet. te ördögi körnek látod, én pont azt hogy ezzel lehet kitörni a 22-es csapdájából. ami az AVX512-t illeti, az egy darab extension, benne van a vasban, ha valaminek kell az majd használja. valahol a HMP is hasonló, én mondjuk magam részéről abszolút el tudom képzelni a létjogosultságát, az hogy a jelenlegi szoftverek nem tudják kihasználni, hát basszus, amikor először megjelentek a multicore processzorok ott is ugyanezek voltak a hangok hogy az akkori szoftverek (legalábbis a desktopon elterjedtek) nem tudták kezelni normálisan a több hardveres szálat.
én egyáltalán nem temetném és bizakodó vagyok. arra kíváncsi vagyok hogy architekturálisan a kicsi és nagy magok külön NUMA node-on lesznek-e.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)