Vlákno názorů k článku
Změna velikosti kurzoru ušetří na Intelu kolem 0,5 W od Rhinox - TVL, 0.5W jen diky zmenseni kurzoru? To je...

TVL, 0.5W jen diky zmenseni kurzoru? To je ten ovladac jiste velice "dobre" napsan. A pak se divim, proc notas pod linuxem vydrzi na baterii mnohem mene, nez pod windows...

A tak na mnoha mistech se dlouhodobe bojuje s tim, ze specifikace nejsou zcela uvolnene. A to jaksi pochopitelne komplikuje i psani otevrenych ovladacu. Zatimco uzavreny binarni ovladac do Windows timto handicapem netrpi.

Tazko mozes nieco naprogramovat efektivne, ked k tomu nemas podklady. Keby uvolnili specifikaciu, tak by aj tie ovladace vyzerali inak a funkcnostou by sa podobali tym windowsackym.

Tak zhodou okolnosti Intel GPU maju pristupnu velmi dobru dokumentaciu; mozno az prilis obsiahlu (tisice stran pre kazdu generaciu).

Dokonca to nemusi byt ani problem ovladaca, moze to byt problem, ako userpace pouziva ten ovladac. Historicky totiz KMS, pred atomicom, vedelo robit iba jednu zmenu naraz, a ked userspcace chcel nieco dosiahnut, musel robit jednu zmenu po druhej, pricom v urcitych kombinaciach ovladac dosiel do situacie, ze danu kombinaciu nevie a rovnako nevie, co je zamyslany koncovy stav, takze ktorou cestou by mal ist. Toto sa zmenilo az s atomic settings, kde si userspace vie povedat, co chce dostiahnut, poslat vsetky zmeny naraz a ovladac vie, co je zamer, vie, ako ho dosiahnut, resp. rovno povedat, ze tato kombinacia nie je mozna.

No a tu sa dostavame k zivotnemu cyklu api pod linuxom: mame konzervativne distribucie, ktorym treba drzat stare api este po dlhe roky. Nie ako windows, kde cely release systemu pouziva danu verziu privatneho api a stara verzia moze ist prec.

No a inak Windows ovladace maju svoju vlastnu mnozinu problemov, s ktorymi musia zapasit.

A ted si predstavte ze Macbook zere desetinu s MacOS nez s Windows!!!!