Keresés

Hirdetés

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

  • Resike

    tag

    válasz #65675776 #20 üzenetére

    Nem lesz 10x annyi P-state, csak sokkal gyakrabban ellenőrzi hogy mikor melyikbe váltson. Persze ez is csak egy marketing diagram természetesen.

    Regeditbe lehet mókolni vele. Ezt csinálja az AMD is csak egy új power plan-al.

  • Resike

    tag

    válasz Resike #22 üzenetére

    De most kapaszkodj meg, mivel az alapértelmezett teljesítménycentrikus windows profilt használták (ezt is erőltetik) ezért az alapjáraton 90% alá nem engedi menni a proci magok frekvenciáját, vagyis a 16 P-state-ből csak a P0 és a P1 fog működni (kerekítés miatt) ami vagy 3500Mhz-en pörgeti a procit (+- boost órajelek) vagy 3300Mhz-en (órajel modeltől függ). És erre még rákapcsolták hogy 10x olyan gyakran ellenőrizze hogy vajon most melyik P-state is kéne hogy működjön (a kettő! közül), vagyis adtak a szarnak egy pofont de rohadt nagyot.

    Magyarán a processzor ahelyett hogy azt csinálná amit kéne, fölösleges energiagazdálkodási ciklusokat futtat a háttérbe és azzal szívja el az esetlesesen fontos feladatok elől a processzoridőt. Ennyi erővel már bitcoint is bányászhatna az talán hasznosabb lenne.

    [ Szerkesztve ]

  • Resike

    tag

    válasz janos666 #24 üzenetére

    Hardveres van, csak azt ugye implementáni kéne a chipben mint ahogy az Intel csinálja (SpeedShift), és akkor a Windows nem tudna (annyira) beleugatni az ilyen dolgokba. De erre spúrok voltak ergo marad a Windows-os pepecselés.

    Igazából úgy kéne normálisan és gyorsan működni egy processzornak alapból hogy 0-5% min (P15) és 100% max (P0) közötti beállításokkal is elfogadható legyen a teljesítménye, és majd azok akiknek ez nem elég égethetik 90%-on a procit (ezzel letiltva a P-statek 90%-át is) közel duplázva a fogyasztást. Ugyanis azért vannak ezek az energiagazdálkodási P-statek hogy használjuk őket, üresjáratba nem zabáljon annyit a processzor.

    Arra nem tudok választ adni hogy ezen beállításokkal miért nem nyújt elégséges teljesítményt a chip (szarul vannak belőve a P-state stepek? Lassú a kommunikáció vagy a feldolgozási priorítások rosszak?), ezért is van jelenleg ez a sufni-tuning megoltás hogy tekerjük fel a kakaót és gyorsítsuk a parkolási algoritmusokat.

  • Resike

    tag

    válasz Resike #25 üzenetére

    Itt van egy script amivel elő lehet csalogatni a rejtett processzor energiagazdálkodási beállításokat:

    [link]

    Ez az összes Windows 7-es algoritmus paramétereit engedi felülírni az energiagazdálkodási profil speciális processzorbeállításai alatt:

    Windows 10 viszont rendelkezik pár új algoritmussal is amik ebben nincsenek benne. (mivel jelenleg nincs fent virtuális Windows 10-em.)

    De ha manuálisan akarsz kutakodni akkor megteheted ezen a reg címen:

    HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Power\PowerSettings\54533251-82be-4824-96c1-47b60b740d00

    Ez az adott OS minden beállítását tartalmazza. WinXP és Win10 között

    [ Szerkesztve ]

  • Resike

    tag

    válasz janos666 #27 üzenetére

    Nem tudok választ adni erre. Az az igazság, hogy hardveresen szinte mindent meg lehet csinálni, viszont szoftveresen főleg pár windowsos regedit paraméteren keresztül már nem biztos. Ezek a paraméterek egyedül a CPU saját ütemezési folyamatát befolyásolják ezek 100%-osan szoftveres kernel módban (vagy akár még kernelnél is valamivel nagyobb prioritással) futó időzítő/időzített algoritmusok.

    Amiket ez az energia profil változtat a teljesítménycentrikus sémához képest:

    1. Processor Performance Increase Threshold: 30% -> 25%
    Az a processzor használat ami felett a processzor egy magasabb teljesítményű P-state-be kapcsol.

    2. Processor Performance Decrease Threshold: Maradt ugyanaz.

    3. Processor Performance Core Parking Increase Time: 7 -> 1
    Ennyiszer X ms időnek kell eltelnie mielőtt egy aktív mag parkolóvá válhat.

    4. Processor Performance Time Check Interval: Maradt ugyanaz.

    5. Minimum Processor State: 100% - 90%

    6. Processor performance core parking concurrency headroom threshold: 20 -> 10
    A minimális határérték aminek egyszerre teljesülnie kell minden aktív magon hogy egy éppen parkoló mag felébredjen.

    [ Szerkesztve ]

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