Řešení regrese zvyšující spotřebu Linuxu

Phoronix upozorňuje na patche od Matthewa Garretta, které zlepšují přístup Linuxu k ASPM a řeší tak regresi zvyšující spotřebu, která se objevila v jádře 2.6.38. Zdá se, že korektnost vynucení vypnutí ASPM nezávisí pouze na tom, zda BIOS tvrdí, že ho nepodporuje, ale i na tom, zda BIOS předává OS právo ovládat PCIe. Matthew zároveň rozšířil „blacklist“ ovladačů, pro které se ASPM nemá zapínat. Začleňovací okno pro jádro 3.2 je již zavřené, takže se patche dostanou spíše až do jádra 3.3.

12.11.2011 19:00 | Nicky726 | Komunita

Komentáře

[Bedňa]

Som to dnes vyriešil.

[Migi]

nevim či se nepletu, ale nemají byt ty rozdíly ve spotřebe nastavat jen na sandy bridge?

[Bedňa]

Na tom bastly sú výsledky najhoršie, ale ako som písal kľudne sa radikalizuje, že je to jadrom.

[ehm ehm]

Pleteš si generalizaci s radikalizací

[Nicky726]

Ne, ASPM se týká PCIe, se Sandy Bridge je spojený jiný problém týkající se i915 rc6, a ten by měl být vyřešen ve 3.2, jestli se nepletu.

[stativ]

Nejen. Na mém notebooku s Core2 Duo (Penryn) to bylo znát. Spotřeba mi stoupla z nějakých 7 watů na skoro 9.

[ehm ehm]

ne, jsi zcela mimo viz Limoto ve tvém blogu.

[Bedňa]

ehm ehm viz moja odpoveď.

[Mandarinka]

To měli zas všichni jasno, že za to můžou cédéčka s ovladači a pikle výrobců kuté s Microsoftem...

[belisarivs]

Spis je v tom klasicky bordel tvurcu hardwaru.

Uprimne receno, mam pocit, ze vyvoj ovladacu (sili softwarovych narovnaku na hardwarove ohejbaky) je podobna zabava jako piti mocuvky.

[D.A.Tiger]

Nebo spíš to, že výrobci se snaží hw navrhovat a optimalizovat pro Windows. Jinak co se týče vývoje ovladače, tak sdílím tvůj dojem...

[JoHnY2]

Z pohledu MS je driver blackbox pridratovanej na konec jejich ABI/API ... at si v nem vyrobce treba cvici krecky a data posila holubi postou ... jen to nesmi ovlivnit zbytek systemu a uzivatele. V kontextu close source systemu se mechanismem certifikace ovladacu (blackbox XY dela co ma a nedela nic co by skodilo ostatnim) je to rozumnej pristup.

[Mandarinka]

Mě šlo o to, že při tom mechanismu, který se tam popisuje a který zdá se používá windows taky (nebrat BIOSu kontrolu nad pcie když si o to neřekne), není závislý na tom, aby jste si od výrobce nainstalovali nějaký ovladač... možná :)

[stativ]

Je, viz možnost explicitně zakázat ASPM v inf souboru ovladače. Je to i v následujícím článku na phoronixu.

[D.A.Tiger]

Driver je jedna věc a co samotný hw a jeho firmware?

Kupříkladu mám základovou desku ASRock P5B-DE, se kterou jsem měl ze začátku docela problémy. V dokumentaci jsem se dozvěděl, že je optimalizovaná WinNT serie (volil jsem ji kvůli ceně - idiot, proč jsem radši nevzal o něco málo dražší ASUS, nebo Gigabit? Ty jsou podle mých zkušenností většinou bezproblémový). Některé vlastnosti tyhle desky dodnes nemohu využít (např. QuickStart ).

Nevím, ale jde mi o to, že hw se pravděpodobně navrhuje primárně s ohledem na to, aby co nejlépe fungoval pod Windows. A ti co nepoužívají Widle? Ti ať si pomohou jak umí, koneckonců, proč stavět univerzálně fungující hw, když stejně největší prachy jdou z Windows

Koneckonců nejlépe je to vidět na grafických kartách. Když porovnáte výkon, funkce a možnosti nastavení karet ATI, nebo NVidia pod Win a pod Linuxem je to přece jen nebe a dudy....

[Darm]

hw se pravděpodobně navrhuje primárně s ohledem na to, aby co nejlépe fungoval pod Windows

Spíš bych řekl že v tom bude lenost tvůrců HW. Prostě, co se doprasí v HW, to se spraví ovladačem. To že se to nechová podle standardů? No a co, s oficiálním ovladačem to běhá v pohodě.

[Rezza]

Jako to mi pripomina to vyjadreni nejakeho borce od ATI tehdejsi ohledne toho, ze oni maji v ovladacich zadratovane hacky i primo na urcite hry a divil se, ze Wine bez toho funguje :D

[D.A.Tiger]

To už je, řekl bych o šikovnosti vývojářů Wine.

Ono, ne že by to nefungovalo... ono kolikrát to funguje, ale s problémy a tak jak to člověk opravdu nečeká.

Mám rozjetý Gothic 3. Protože už nemám tolik času na hraní, tak jsem někde v polovičce světa. Když jsem jej instaloval, měl jsem v komplu gr kartu ASUS GeForce 8600 GT Silent. Musel jsem ručně opatchovat Wine (ver. 1.3.12) a nastavit offscreen mode na "fbo". Hra jela perfektně, sice se zrcadlily mraky z nebe, ale bylo to dobře hratelné.

Po nějaký době se karta začala chystat zase do křemíkové nebe (nebo spíše pekla - jak je u tohoto typu zvykem, přehřívá se a nakonec odejde GPU) a mě už přestal bavit neustálí kolotoč reklamací a nouzového jetí systému na staré ATI. Koupil jsem novou kartu GeForce GTS 450. A Gothic se nevídaně změnil... Setsakrametsky se zpomalil, obraz je plny temných artefaktů, textury blikají nebo se přes ně zobrazují temné linky. Katastrofa. Po troše experimentování textury vylepšilo přepnutí offscreen modu na "backbuffer" což hru - logicky - ještě zpomalilo, takže, teď pokud chci si ji trochu zahrát, tak ji musím spouštět čistě pod Xserverem (bez WM) což má též svá úskalí...

Logická úvaha : Na minulé kartě pod stejnou verzí Wine jela hra dobře. Ne dokonale ale dost dobře. Po změně karty se celá rozhasila a jede ... no docela blbě, na Widlích takové problémy zas až tak časté nebývají. Proč? Já se obávám, že Linux a Wine jsou v tomto případě pravděpodobně nevinní. Super dokonalost Widlí v tom taky nebude. Myslím si, že odpověď by bylo potřeba hledat v kartě a jejích ovladačích - tzn. na straně NVidie....

[Tomáš Bžatek]

Souhlas. Tohle vede k jedne otazce, kterou by si mela polozit vetsina majitelu primotopu do PCIe/AGP slotu: k cemu mi vlastne je nabusena karta, kdyz ji nejsem schopen vyuzit?

[Šangala]

Jo s tím souhlasím, jenže já ji 1× za měsíc využiji, navíc když ji nebudu mít tak se se mnou nebude bavit dodavatel softu, bo nemám certifikovaný HW.
Furt čekám na kartu (třeba NVIDIA) + Slot, která bude mít nějaký „trochu lepší“ výkon, půjde na ní počítat, ale bude se moct přepnout automaticky nebo ručně do nějakého režimu opravdu úsporného na úrovni integrovaných grafik (a klidně ať to dělá i „po svém“, když to zdokumentuje).

[Jiří J.]

Příloha:

• screenshot_20111114-111036.png (18465 bytů)

Já jsem docela spokojen s GTX 570, kterou jsem si před pár měsíci koupil. Dle nvidia-settings má 3 stupně automatického přepínání podle zátěže (přikládám obrázek) - neměřil jsem, o kolik žere více, než integrované Intel grafiky, ale vzhledem k tomu, že v klidovém stavu (fluxbox, žádné super kompozitní efekty) prakticky vůbec netopí, neviděl bych to tak špatně. Dokonce i můj i5-2500K topí v klidovém stavu víc (ač to rukou není poznat).

Ovšem pozor na zatížení - karta je při maximálním vytížení schopna 70 stupňů celsia a několik stovek Wattů. Za to ale sakra rychle počítá (počet CUDA jader oproti GTX 560(Ti) slušně vzrostl).

[David Watzke]

Ten idle takt je moc pěknej, tak to má vypadat.

[Šangala]

Jo to je velmi slušné, ani jedna moje (jedno Quadro a jedna trochu starší/slabší GF) tak nízko nechodí. Ještě by bylo dobré kdyby bylo možné omezit třeba maximum jen na max prostřední level, když je člověk s NTB někde na baterkách a potřebuje něco spočítat.

[D.A.Tiger]

Mě to vede trochu k jiný otázce. Dají se regrese způsobené blbým hw. předvídat? A do jaké míry?

[hacup]

Skvělá zpráva, jenom nechápu proč to teda ve starších jádrech fungovalo když to je problém biosu.

[Bedňa]

Pretože by default on zmenili na off, teraz sa to bude správať podľa Widiel, kde to zapnú Widle, tam aj Linux, niekto z vývojárov robil tabuľku dľa Widiel.

[Neel]

Odkud mate takove informace? IMHO do jadra prave nechteli davat workaround se seznamem zakladnich desek. Misto toho zapinali ASPM pouze, pokud BIOS hlasil, ze zakladni deska ASPM podporuje.

[stativ]

Přečetl sis článek? Původně se ASPM zapínalo vždy. Od verze 2.6.38 se zapínalo jen když BIOS tvrdil, že ASPM podporuje, jinak se vyplo v každém případě.

Jestli to chápu správně, tak zmiňovaná úprava spočívá v tom, že Linux na nastavení ASPM šahá jen tehdy, když BIOS povolí kontrolovat operačnímu systému věci okolo nastavení PCIe. To zní rozumně, spíš mi přijde divné ASPM vypínat i když BIOS nepovolil kontrolu PCIe.

[Neel]

Rikam sanad neco jineho? Zarazilo me, ze Bedna mluvi o nejake tabulce v kernelu, protoze vyvojari nechteli do jadra davat podobne workaroundy.

[stativ]

Aha, chápu. IMO Bedňa má na mysli vypnutí ASPM z ovladače, pokud se ví, že daný kousek HW ho nepodporuje. To myslím šlo i dřív, ale nikdo to moc neřešil.

[Bedňa]

Možno soom to zle napísal, ale vychádzal som z LKML

[pavlix]

Skvělá zpráva, jenom nechápu proč to teda ve starších jádrech fungovalo když to je problém biosu.

To je vcelku běžná věc.

[Ivan]

Ono to "fungovalo", akorat nejakym lidem zamrzaval pocitac. Kdyz to "opravili" tak zase jinym lidem pocitac zral baterku.

Ten druhy problem se tyka hlavne notebooku s novejsimi Intel chipsety. Podle nekterych lidi to Phoronix nepatricne nafukuje, existuje ale nekdo jiny kdo dela regresni testy Linuxu?