Hlavní navigace

Intel zatím nemá v plánu linuxový ovladač pro Turbo Boost Max 3.0

Sdílet

Jan Fikar 14. 6. 2016

Turbo Boost Max 3.0 byl uveden před nedávnem v procesorech Broadwell-E. Na rozdíl od staršího Turbo Boost 2.0, kde frekvence ovládal přímo HW, bude potřebovat podporu OS. Intel však zatím nemá v plánu linuxový ovladač. Ovladač ve Windows zřejmě jen přiřadí procesy se zvolenou vyšší prioritou k volným jádrům.

Našli jste v článku chybu?
  • Aktualita je stará, nové názory již nelze přidávat.
  • 14. 6. 2016 9:29

    Pali (neregistrovaný) ---.karlin.mff.cuni.cz

    Hehe, to vyzerá ako keby scheduler vo Windowsoch bol pre tie procesory moc na nič a tak ho intel pomocou novej technológie iba prezlečenú za SW driver snaží dohackovať...

    Predpokladám, že zrovna na Linuxe s tým problém mať nebudú, zvlášť keď scheduler (aj možno aj scaling governor) sú optimalizované pre výkonné servery s väčším počtom CPU. Takže ani žiaden SW driver na to treba nebude.

    Je ale vtipné ako marketing intelu pomenúvava veci. Zvýši čísielko, pridá Max a označí takto Windows SW driver pre pôvodne HW techológiu.

  • 14. 6. 2016 9:38

    Fík

    Navíc Linux má taskset:
    ...
    DESCRIPTION
    taskset is used to set or retrieve the CPU affinity of a running process given its pid, or to launch a new command with a given CPU affinity. CPU affinity is a scheduler property that "bonds" a process to a given set of CPUs on the system. The Linux scheduler will honor the given CPU affinity and the process will not run on any other CPUs. Note that the Linux scheduler also supports natural CPU affinity: the scheduler attempts to keep processes on the same CPU as long as practical for performance reasons. Therefore, forcing a specific CPU affinity is useful only in certain applications.
    ...

  • 14. 6. 2016 23:38

    Trident (neregistrovaný) 2a03:e00:601:----:----:----:----:----

    Njn. linuxaci zas vynalezli kolo. To co znaji vousati dedkove od BSD a komercnich unixu leta letouci.

  • 14. 6. 2016 23:47

    Trident (neregistrovaný) 2a03:e00:601:----:----:----:----:----

    Na serverech zasadne nepouzivame power management. A krom specifickych mikroreseni(typu domaci NAS) neznam nikoho kdo by to na serverech pouzival. Bud jsou servery nejak vytizene( pri nabehu instanci / aplikace aspon 30%) a pak neni duvod to vubec zapinat a nebo by vytizene nebyli a tak jsou vypnute, pripadne cold standby (velmi vyjimecne). Power management totiz zasadne snizuje casovy determinismus chovani takoveho systemu. Nekdy clovek ceka na sitovky i sekundu ci dve nez se mu probudi. S timhle by nas asi zakosi nepochvalili... Navic platit extra cloveka aby to vytunil tak ze ty delaye budou snesitelne taky neni neco co by nadrizeni vydeli radi.
    Ono to neni ani tak ze by firmy nechtely byt "zelene a usporne". Ale proste ten power management funguje blbe az primo debilne (periferie se klidne odpojuje od sbernice kdy se ji zamane). Obecne se tyhle problemy hodne spatne resi a buziness do toho nechce vrazet cas ani penize. A tak se power management vypne.
    Jinak na sparc architekturach kde je treba 128 jader na system, tak tam uz nejake experimenty s power managementem delame pro par zakazniku.

  • 15. 6. 2016 2:07

    Tech (neregistrovaný) ---.20-2.cable.virginm.net

    Uzasne, nikto z vas nevie o co ide. Toto je specificke tym ze niektorym jadram sa da zvysit frekvencia viac ako je referencne dane. Intel vie ktore jadro sa da zatazit viac a vie teda vytazit viac vykonu pre jednovlaknove aplikacie. Preto ten ovladac. Windows, Linux nema tuto moznost specialne ked kazdy procesor je iny. Myslim ze toto je specificke pre Broadwell architekturu na Skylake sa to neplanuje. A Linux to nepotrebuje tento procesor je zamerany pre hracov a nadsencov.