Názory k článku
Podpora pro moderní spánek notebooků míří do jádra

Thanks, captain obvious :) Jasne, ze mj. i pres sysfs jde ovladat stav ruznych HW komponent a treba je i vypnout. Ale podobne nastavovani je dost specificke a s novym HW muzete s mnoha vecmi zacit znovu a je to takove neohrabane, takze se kouka i po jinych resenich. A viditelne ta poptavka po vyuziti moznosti soucasneho hardware je, jinak by s tim nikdo cas neztracel.

Možná by nebylo od věci doplnit nějaká čísla...
Jak konkrétně daný sleep pomáhá? Třeba v porovnání s USB selective suspendem, PCI a SATA suspendem apod.

Nemá tu někdo wattmetr (pro desktop), případně neměřil to někdo na výdrž (NB)?

Jednak i v komentovanem clanku mate popsano, ze spotreba o neco vyssi oproti tradicnimu uspani bude (vymenou za to, ze muzou veci bezet s omezenym vykonem i v "uspanem" stavu), je to vlastnost se kterou se pocita - takze je pochopitelne, ze takto uspana vydrz bude logicky o neco kratsi - na druhou stranu to ne vzdy musi byt problem, ostatne driv jsme bezne uspavali na disk, dnes uz bez toho jde pohodlne zit, takze se tim treba ani neztraci cas... ona i vydrz baterii je jinde, zeano, tak proc presypavat RAMku na disk.

Druhak se bavime o patchich, ktere byly sotva oznamene na LKML, tak nevim co chcete za cisla z wattmetru, pokud vas to tak strasne zajima v clanku je prece odkaz, muzete si to zkompilovat :-) Samozrejme bude zalezet na podpore HW - coz ale i v tom clanku mate popsane taky. Je dobre, ze se na urovni kernelu snazi nove vlastnosti hardware podporovat... i kdyz ceske zpatecnicke konzervy to povazuji za zbytecne ;-)

A jak uz pisu vyse, selektivni suspendy USB, PCIe, SATA atd jsou takove male Tamagotchi. Jasne, clovek si to muze vyladit presne na HW, co zrovna taha v batohu... ale pak si koupi neco novejsiho a muze zacit znovu :-)

Technik se vyjadřuje přesně, pardon ale "o neco vyssi" je nic neříkající marketingový blábol. Vydrží to hodiny? Dny? Tejden? Kolik vydrží ten samý kus HW v S3, kdy baterka v podstatě krmí refresh DRAMek a částečně síťovku kvůli WoL?

Navíc už dnes Win10+ (a dřív W8.1 Connected standby) tu S0idle zhůvěřilost podporují (a spousta čitatelů tu nějakou podobnou služební lopatu má nafasovanou), takže ptát se na zkušenosti/čísla je určitě na místě i teď.

Jako zkuseny technik jiste sam dobre vite, ze stejny HW s Windows se chova jinak, nez ten samy HW s Linuxem. Takze to srovnani je samo o sobe o nicem :-)

A jak uz pisu, ta podle vast zhuverilost se netyka jen Windows, podobne fungovaly uz drive i Intelove MACy a dnesni eMkove na tom nejsou jinak. A jednoho takoveho MACa ma i moje draha polovicka. Ze by nadavala "na vydrz" si nevybavuji - a to, ze to "uspane" sype data do TimeMachine registruji na domacim NASu vcelku exaktne. A neprijde mi to zas tak hloupe reseni, ze podobne "servisni" cinnosti se dejou v case, kdy uzivatel pocitac zrovna aktivne nepouziva... coz se dost blbe predikuje systemem "a v tuhle hodinu me probud" (aka rizeny wakeup v nejakou hodinu). Samozrejme, pokud potrebujete mit notas nachystany uspany v supliku systemem "aby tam mesic vydrzel", pak to neni reseni pro vas :D

Zrovna Time Machine má by default nastaveno, že zálohuje pouze pokud je Mac uspaný, ale zároveň NEběží na baterii a tedy je připojen ke zdoji/nabíječce. Takže pokud tento default nemáte vypnutý, tak je dohadování se o výdrži baterie trochu mimo mísu.

Zajiste, mohla si to zapnout sama, ja ji v tomhle nehlidam... ale z pohledu obsahu sdeleni to zhorsuje co presne? Kdbyby to byl takovy problem co se vydrze baterie a jejich potreb tyce, myslite ze by si to nechavala zapnute? Takze ano, mimo misu je vas komentar. Ono je to v realu spojene do jedne volby... a neni to jen o tom zalohovani, jak si raceji vsimnout :)

Zajiste, muzeme pokracovat v debate s "obdivovateli parnich stroju" a vysvetlovat si, proc nase dvacet let stara modla je stale tou nejlepsi. Jenomze podpora pro S3 proste a jednoduse mizi, smirte se s tim. Bud se prizpusobite, nebo budete jen nadavat na svet kolem...a stejne nezmenite nic, zejo :)

S tímhle přístupem nechápu, proč se tak dlouho tlačilo na x86 kompatibilitu. Stačilo se jen smířit žeano?

Tak ono po uspesnem uspani obcas uz nenasledovalo ani uspesne probuzeni, kdyz uz jsme u toho.. :-) Takze ano, sice to krasne spinkalo v S3, ale vybuch prisel az s resume.... a pricinou mohl byt klidne HW, ktery se s uspani ocitnul ve stavu, se kterym si jeho ovladac nedokazal poradit.

Ano, v case slepovane x86 si s sebou nese spoustu historie a zpetnych kompabilit, kteryma se u nove navrzenych ARMu trapit nemusi. Ono se pak taky funguje lip, kdyz nemusite byt tim otrokem minulosti :)

Jenže, když se to nevzbudí tak neriskuji, že se notebook poškodí protože jsem ho dal do tašky a on se uvařil nebo, že mě v noci nevzbudí, protože najednou začne jet větrák a hrozně hučet.

Jenom to obcas odnesl filesystem... :-) Uvareny (poskozeny) notebook je chimera - z druhe strany jsou tam ochrany, co ho proste natvrdo vypnou, coz sice muze filesystemu ublizit zrovnatak, ale ze by se notebook poskodil je kravina, to mozna platilo pred dvaceti roky. Ach tyhle pseudoargumenty...

Měl jsem za patnáct let dost notebooků co měly problémy s probuzením ale filesystém to neodnesl nikdy. Proč by taky měl když se předtím syncnou buffery. Za to už jsem mnohokrát potkal batoh, ve kterém bylo čtyřicet stupňů a notebook chladící naplno. Jo, notebook to možná nepoškodilo, ale, světě div se, v batohu fakt nenosím jenom notebooky. Celkem často tam mívám třeba čokoládu v různých podobách a další věci.

Fakt nechci v batohu mít topení, co se zapíná samo kdy chce, navíc bez toho, aby k tomu byl valný důvod. Když zařízení řeknu, aby nic nedělalo, očekávám, že nebude nic dělat. Takhle jednoduché to je.

A jak presne sync pri suspendu vyresi situaci, kdy po probuzeni se zacne i neco zapisovat na disk a driv, nez se rozkoukate vam zpanikari kernel, protoze se v resume procesu dojde k ovladaci, co narazi na ten problemovy kousek hardware? ;-) Ano, nebavime se o stavech, co by fsck hrave nevyresil, ani si toho "poskozeni" nemusite vsimnout... ale proste stavy, kdy doslo k nepredvidanemu vypnuti se deli, dejou a dit budou... aneb zarizeni si obcas budou delat veci, ktere nebudou korespondovat s vasi vuli :D A je fuk, jaka je pricina, nezijeme v idealnim svete.

I tu cokoladu v batohu vam muze rozpustit kdeco :) Na druhou stranu, tohle resi jeji obal, a tepelny incident nema na funkci cokolady obvykle vliv... utrpi mozna jeji estetika. Nedelal bych z toho kovbojku...

Jenom to obcas odnesl filesystem... :-)

Ano ano. Kdyz treba date ve windows vypnout - a ono NTFS zustane v polonamountovanem stavu. Protoze MS rad redefinuje pojmy.

Kdyz chci neco vypnout, tak to chci mit vypnuto. Ale neni.
Kdyz chci neco mit uspano, tak to chci mit uspano. Ale neni.
Kdyz chci aby neco fungovalo... u windoze to nejde.

Proc se IT trh ridi podle takove neschopne firmy.. jako davam jim par let, pak pojdou do zahuby protoze u nich uz nikdo nicemu nebude rozumet a diky AI se zaseknou na miste a nic "inovativniho" uz nevzejde.

Tak to chiméra není, mě se firemní notebook kvůli tomu zkroutil. Na webu je dost videí notebooků co kvůli tomu mají různá poškození. A záruka je vám k ničemu, protože tohle je tam samozřejmě napsané. A klidně s vsadím, ze s baterkou to taky může pěkně zamávat. Problém je, že když se přehraje a není ten notebook v batohu tak se dokáže zchladit okolním vzduchem v uzavřeném batohu je rozpálený ještě pěkně dlouho a navíc se to může zahřát i na místech co s tím nepočítají.

resi se potreby vetsiny
Ja počkám na dokázání, že většina chce S0. Fakt miluji, když někdo šermuje s většinou a pak chce od druhého důkazy, že to většina nechce.

Dukaz je samotny fakt, ze vyrobci to implementuji. Proc by podle vas delali veci, ktere nikdo nechce? ;-)

Jisty vyrobce softwaru implementoval pana sponku. A vetsina ho rozhodne nechtela.
Neboli to ze nekdo neco noveho uvadi na trh neni argument ze to lidi fakt chteji. Je to jen argument ze firmeni manazeri si mysli ze to lidi chteji.

Zdroj pro toto tvrzeni? :-) Subjektivni pocity z vlastni socialni bubliny, z mereni hluku vyprodukovanym ukricenou mensinou a nebo snad nejaka seriozni cisla? ;-) A jinak svete div se, ano rozhoduji manazeri... a ne kriklouni v diskuzich.

vy si fakt myslite, ze manazeri ktori rozhoduju, sa rozhoduju podla toho, co si praju ludia? Ako typicky priklad mozme uviest Steva Jobsa, ze? :)

Specialne co sa tyka policok "muz/zena" vs. "body typ A/B" v type postavy rozhodovali krikluni v diskusiach. Najprv jednym smerom a teraz zase druhym.

A kde pisu, ze manazeri rozhoduji podle toho, co si prejou lide? :-) Manazeri se nejak rozhoduji, tecka. Ale samotny humbuk v diskuzich kolem cehokoliv jeste neni metrikou toho, jak moc lide vystupy cinnosti managementu prijimaji. Ostatne, ohanite se tu Jobsem... ale to zrovna neni dukaz neuspechu ;-) Aneb kdyby to co on produkoval lidi nechteli, tak firma pod jeho vedenim nema cisla, jake mela, zeano.

"Dukaz je samotny fakt, ze vyrobci to implementuji. Proc by podle vas delali veci, ktere nikdo nechce? ;-)"

"A kde pisu, ze manazeri rozhoduji podle toho, co si prejou lide? :-) "

ehm... najprv skusate tvdit, ze to, ze manazeri nieco robia je dokazom niecoho a potom skusate tvrdit, ze oni si rozhoduju ad-hoc. Chapem, ze vas bavi pisat do diskusiue hlava-nehlava, co Vam prinesie slina na jazyk, ale ked to napisete v dvoch za sebou iducich prispevkoch opacne, je to take... smiesne.

Většina chce a nikdo nechce je docela velký rozdíl. To, že něco výrobci implementují nemá nic společného s tím co chce většina. Takže stále čekám na ten důkaz, že to většina chce. Vážně neznám nikoho, kdo by říkal jak chce S0, ale za to znám spoustu lidí, co chce S3. Vím, není žádný důkaz.

Tak treba na FOSDEM byla prezentace primo volajici po implementaci S0ix i do FreeBSD. A v te prezentaci mate na patem slide strucne vysvetlene ty nevyhody S3 oproti S0ix.

Ty nevýhody jsou ovšem značně diskutabilní a subjektivní. Osobně např. to, že jsou během spánku napájené pouze paměti, což vede ke značné úspoře energie, považuji za zcela jednoznačnou výhodu. A nějaký zásadní rozdíl mezi dobou probuzení na stroji s S3 a stroji s S0 jsem nikdy nepozoroval - rozhodně nic tak do očí bijícího, aby mi kvůli úspoře nějaké sekundy stálo za to totálně zmršit koncept uspávání.

Praktickou zkusenost popisuji vyse. Ono kdyz takovy WWAN modul je dnes defacto maly pocitac s ocesanym Androidem... tak ten S3 problematicky byt proste a jednoduse muze (a takyze casto je). Tech problemu najdete na internetu v diskuzich spoustu :-) A v obecne rovine to zminuje i ta vyse odkazana prezentace...

Danny: Že mě to vůbec nepřekvapuje. Existující problém "vyřešíme" tím, že způsobíme úplně jiný, dá se říct ještě horší.

A tak samozrejme, tomu se rika evoluce. Spousta reseni pro exisujici problem z minulosti mela sve porodni bolesti. Ale cas v dlouhodobem pohledu ukazal, ze nove reseni je vlastne lepsi. Ale viz priklad s macbooky - opravdu mate pocit, ze v tomhle ohledu (co se vydrze na baterii tyce) byly opravdu horsi? Pracoval jste s tim nekdy?

Co je zase tohle za blábol? Jasně, že chtějí ve FreeBSD implementovat S0, protože je lepší mít aspoň S0 než nic. x86 s S3 už koupit skoro nedá a nevypadá to, že by se to změnilo.

Tu cast s WWAN vc. odkazu na konkretni problemy v kombinaci s S3 jste preskocil, takze pouziju vasi retoriku - co sem pisete za blaboly? ;-) Chapu, mozna ani nevite, k cemu WWAN je, mozna vam to prijde "jen" jako zbytecnost... tedy ani nevite, co se muze "pokazit".

Ne nepřeskočil a ani jsem nikdy netvrdil, že S3 nemá problémy. Ale S0 ty problémy neřeší a přináší spoustu problémů navíc. V souvislosti, že většina chce S0, je to úplně irelevantní. Takže stále čekám na dokázání toho, že to většina chce.

Vzdyt jste si to dokazal sam. Vetsina vyrobcu S3 podporovat sama nechce, protoze i pro ne je to viditelne spousta crcani okolo. A vetsine uzivatelu je to troufam si rict fakticky jedno, notebook je pro ne jen novodoba lopata - kde spis oceni to rychlejsi probuzeni a vubec cekaji tu "mobil-like" experience, nez kraviny typu "vydrzi tyden uspane". Ostatne hodne se posouvame k tabletum (s obcasne pripojenou klavesnici), dnes uz i mobil v kapse ma vykon, se kterym i desktop zvladne nahradit... A ze S0ix neni az takova blbost dokazovaly uz dnes uz vybehove intelove macbooky. Takze zrovnatak muzu cekat na vas dukaz toho, proc by to jakoze nemelo jit i jinde ;-) Vzdyt i ty intelove macbooky mely prodeje vcelku slusne... na to ze to podle vas "nikdo nechce".

Ono to ale není: a ja nic menit nechci, nedejboze se ucit neco noveho!
Já se za poslední měsíce/roky naučil spoustu nových věcí! A taky spoustu věcí změnil. Někdy na ty změny spíš musím reagovat.
Jenže často to jsou změny pro změnu (protože pokrok se nesmí zastavit ani zpomalit, musí neustále zrychlovat), a až příliš často ve stylu (abych ocitoval svého staršího ex-kolegu, nyní užívajícího důchodu):
Veškeré změny jsou pouze k horšímu. Pokud je nějaká změna k lepšímu, pak to znamená, že neumíme poznat, co je lepší!

Stejné je to i s diktátem většiny: ta většina nemusí mít pravdu. Spoustu změn jim vnutí dobrý marketing - přesvědčí je, že je to lepší.
Tenhle bdělý spánek je zřejmě jedna z takových změn. Na jedné straně uživatelé zajásají, že jim i uspaný notebook může vyřizovat poštu (jen ten AI asistent poněkud zpomalí), případně přehrávat písničku - ti prostě nepochopili, že notebook opravdu není velký mobil s klávesnicí. Notebooky se používají k jiným účelům, jinak. Jestliže na něm necháváte běžet programy, které mají pracovat neustále, i ve spánku, pravděpodobně potřebujete jiné zařízení (mobil, PC, server, cloud...)
Protože činnost vykonávaná ve spánku je prakticky vždy nechtěná a nežádoucí! Věřte zkušenému somnambulovi. ;-)

Přijde mi, že "zážitek" a uživatelský stres se dost liší v závislosti na platformě (procesorové). Linux nemám na žádném moderním notebooku, jen na starších počítačích, ale MacOs nabízel "Power Nap" na Intelech od Hasswelu výše tuším. Když člověk projížděl logy napájení, tak tam to byl "Dark wake" a ten počítač se opravdu víceméně plně probudil kromě GPU a monitoru, proto to také na baterii bylo primárně zakázané, protože Intelí CPU na tom s úsporností nejsou zrovna dobře, alespoň ty generace co se ještě dostaly do jablek. Takže to umělo udělat nějaké činnosti a samo se poloprbouzet nějakými démony, ale jinak polovičaté

Na ARM Macích už taková volba není a počítač už ani klasický suspend to RAM neumí. Stejně jako mobil. Buď je probuzený a nebo low power, kdy uspí periferie, grafiku atp. A přesto to na ARM Applech nevadí, nezažil jsem s tím jediný problém ani nečekané vybité baterky či rozžhavený počítač v batohu. Prostě to funguje jako mobil a na rozdíl od x86 Maců to nepůsobí divně.

Protože jediný důvod uspávání je snaha šetřit energii, alespoň tak mi to přijde. Jinak na trvalém chodu přece není nic škodlivého, pokud se vše udržuje v idle a spotřeba je insignifikantní. Pokud to umí "tiše" běžet za stejných energetických nákladů jako to dříve bylo suspendované do RAM, tak není mnoho důvodů trvat na suspendu. Otázka spíše je, jak je to v tom kterém počítači a OS implementováno a podporováno.