Hirdetés

Új hozzászólás Aktív témák

  • Fiery

    veterán

    válasz Tigerclaw #11 üzenetére

    Igen, csak epp a Windows nem veszi ezt olyan veresen komolyan, es a rengeteg hatterben es eloterben futo processzt ide-oda pakolgatja folyamatosan, felebresztve az alvo magokat. Arra lenne szukseg, hogy nyugalmi allapotban le lehessen kapcsolni a magok nagy reszet, es csak a megmaradt par magra utemezze a Windows a mindenfele csipcsup dolgokat, amik kellene idle-ben is. Azt azonban nem egyszeru kiegyensulyozni, hogy a megmaradt magokra pakolt tobblet feladatok altal azoknak a magoknak az orajele mennyire novekszik meg, es azaltal a teljes SoC/CPU fogyasztasa mennyire ugrik fel -- osszehasonlitva egy olyan allapottal, amikor sok mag ebren van, de alacsonyabb orajelen ketyegnek es ezaltal relative keveset disszipalnak me'g egyuttveve is.

    Anno pl. az nVIDIA, egy korai Tegra SoC-ban ugy oldotta meg eloszor ezt a problemat (igaz, Android alatt), hogy egy dedikalt mag volt arra, hogy idle-ben a csipcsup dolgokkal bibelodjon, es a tobbi 4 mag csak akkor ebredt fel, amikor tenyleg terheles ala kerult a rendszer. Egyfajta 2 klaszteres big.LITTLE felallas volt ez is, ahol -- a Lakefieldhez kicsit hasonloan -- 1+4 magos kiosztas volt.

    Egyebkent az Intel az Ice Lake-nel kezdi kigyurni a teljes mobil platformjat azzal, hogy kiebrudalja a megmaradt legacy cuccok azon reszeit, amik miatt az idle fogyasztas -- a teljes platformra vetitve -- joval magasabb, mint az ARM-es konkurencianal. Pl. LPC, 3.3V-os feszultseg ag, stb. Ez SZVSZ bedurvulhat azaltal, ha az x86-hoz is hozzanyulnak, es kidobjak belole a regebbi uzemmodok, regebbi oprendszerek tamogatasat, valamint elrugaszkodnak attol, hogy minden regi szutyok x86 utasitast tamogasson a legujabb CPU is. Kerdes persze, hogy a visszamenoleges szoftver kompatibilitast mikepp tudjak igy biztositani, es valojaban mennyit tudnak sporolni ezzel pl. a dekoder egyszerusitesevel.

    [ Szerkesztve ]

Új hozzászólás Aktív témák