Uspání displeje

Nevíte někdo,kde se dá nastavit uspávání displeje ve F11 tak aby při určitých spuštěných aplikacích nedocházelo k uspání? Tuto funkci využívám,ale nechci aby se spouštěla například při sledování filmu a nebo sledování TV přes internet,případně při prohlížení fotek přes slideshow. Používám prostředí GNOME a pro prohlížení fotek používám Gwenview, pro sledování filmů :totem nebo vlc, případně xine, pro sledování online z netu webový prohlížeč firefox 3.5. V F10 a F9 tento problém nebyl.Díky moc.

Prekvapuje me ze by to v F10 fungovalo, protoze uz tam se pouzival gnome-power-manager, nicmene problem to je aplikace, nikoli uspavani displaye. Aplikace si pri stusteni musi pozadat o zakazani uspavani. Obecne reseni na to podle me neexistuje - urcite ne kdyz se prehrava video v prohlizeci. Nicmene video prehravace by to snad meli delat. Me tohle taky stve, ale zatim jsem to neresil a proste uspavani vypnul.

Ano na F10 mi to fungovalo.Teď na F11 po vypnutí šetřiče obrazovky mi začalo alespoň fungovat, že se mi neuspává display alespoň při slideshow v gwenview a přehrávačích filmů.Nicméně když jsme u power-manageru.Ve F10 mi baterie vydržela alespoň 50 minut (což není mnoho,ale dalo se s tím pracovat). Ve F11pouhých 7 minut. Dalo by se alespoň toto nějak rozumně vyřešit? Díky za ochotu :-).

Nemam zdani, jedine co vim je ze i 50minut je malo. 7minut uz vypada spis ze je v pytly baterka. Ale jestli tam mas jiny OS a tam to funguje dyl pak bude zrejme na case se podivat po regulaci podstviceni displaye a regulaci rychlosti procesoru (cpufreq).

No,že by odešla baterie ve chvíli,kdy přejdu z F10 na F11 se mi zdá jako velmi nepravděpodobná.Pravda je,že fedora mi bohužel vždycky víc papala energii oproti např. Ubuntu.Jinak jiný systém na ntb již nemám. Když jsem přecházel na F11 tak jsem dal pryč Visty,které mi jen zabíraly místo,protože jsem je nikdy nepoužil.Ale momentálně jsem narazil na zajimavé stránky: http://www.lesswatts.org/ , tak něco podle nich vyzkouším .Třeba na něco příjdu :-).Jinak podsvícení displaye při provozu na baterii mi funguje a rychlost procesoru se taktuje automaticky dle zatížení mezi 800 - 1600 MHz na obou jádrech ( režim ondemand ).

7minut je ale podle me temer nesmysl. Jesli tam mas baterii rekneme 3000mAh tzn. 3A/12V po dobu 1h tak by ti to muselo zrat 18A, to je 216W. To bys na tom pocitaci neudrzel ruce. :slight_smile:

Tak jsem udělal malý pokus a spustil jsem na to powertop. Zjistil jsem,že F11 nemá zapnutý v defaultu laptop_mode. Po jeho zapnutí jsem získal další 3 minuty.Takže jsem se dostal ze 7 minut na 10.Hmm procentuální nárůst veliký,praktický: žádný. Další pokus: nainstaloval jsem zpět F10. Světe div se…baterie sice byla zmatená a na poprvé mi vydržela 15 minut,ale na podruhé již 30 a myslím,že se postupně zase srovná. Pustil jsem na ni také powertop.Zde laptop_mode zapnutý je v defaultu. A pokud by někoho zajímalo porovnání výsledků z powertopu tak zde jsou ( přesměroval jsem si je do těxťáku :-D. Takže powertop na F11:
Collecting data for 300 seconds

Cn Avg residency
C0 (cpu running) (11,4%)
polling 0,0ms ( 0,0%)
C1 mwait 3,9ms (53,9%)
C3 mwait 0,2ms (34,7%)
P-states (frequencies)
1,60 Ghz 2,2%
1333 Mhz 0,1%
1067 Mhz 0,1%
800 Mhz 97,7%
Wakeups-from-idle per second : 1953,8 interval: 300,0s
no ACPI power usage estimate available
Top causes for wakeups:
44,9% (327,7) : hrtimer_start_range_ns (tick_sched_timer)
15,1% (109,9) amarok : hrtimer_start_range_ns (hrtimer_wakeup)
10,5% ( 76,8) : Rescheduling interrupts
7,1% ( 51,7) firefox : hrtimer_start_range_ns (hrtimer_wakeup)
3,4% ( 25,0) npviewer.bin : hrtimer_start_range_ns (hrtimer_wakeup)
3,0% ( 22,2) : ehci_hcd:usb1, uhci_hcd:usb7, tifm_7xx1, mmc
0, ath
3,0% ( 21,6) USB device 7-1 : Optical Mouse (Genius)
2,5% ( 18,2) : extra timer interrupt
2,1% ( 15,1) : hrtimer_start (tick_sched_timer)
2,0% ( 14,5) : ata_piix
1,4% ( 10,0) : mod_timer (ehci_watchdog)
1,2% ( 8,9) Xorg : hrtimer_start_range_ns (hrtimer_wakeup)
0,7% ( 5,3) pulseaudio : hrtimer_start_range_ns (posix_timer_fn)
0,7% ( 5,1) pulseaudio : hrtimer_start_range_ns (hrtimer_wakeup)
0,5% ( 4,0) work_on_cpu/0 : mod_timer (rh_timer_func)
0,3% ( 2,0) : add_timer_on (clocksource_watchdog)
0,2% ( 1,6) : ahci
0,2% ( 1,5) : eth0
0,1% ( 1,0) : acpi
0,1% ( 1,0) : HDA Intel
0,1% ( 1,0) cpufreq-applet : hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 0,5) devkit-disks-da : hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 0,5) hald-addon-stor : hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 0,5) phy0 : queue_delayed_work (delayed_work_timer_fn)
0,0% ( 0,3) : mod_timer (wb_timer_fn)
0,0% ( 0,3) gnome-panel : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,2) : __mod_timer (neigh_periodic_timer)
0,0% ( 0,2) : __mod_timer (neigh_periodic_timer)
0,0% ( 0,2) kded4 : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,2) trashapplet : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,2) sendmail : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,2) NetworkManager : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,2) amarok : mod_timer (blk_unplug_timeout)
0,0% ( 0,2) kerneloops : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,2) NetworkManager : mod_timer (dev_watchdog)
0,0% ( 0,2) work_on_cpu/0 : mod_timer (blk_rq_timed_out_timer)
0,0% ( 0,1) gdm-session-wor : __mod_timer (commit_timeout)
0,0% ( 0,1) gnome-power-man : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,1) mono : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,1) NetworkManager : mod_timer (ath5k_calibrate)
0,0% ( 0,1) work_on_cpu/0 : __mod_timer (sta_info_cleanup)
0,0% ( 0,1) klauncher : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,1) hald : __mod_timer (process_timeout)
0,0% ( 0,1) devkit-power-da : __mod_timer (process_timeout)
0,0% ( 0,1) Xorg : hrtimer_start (it_real_fn)
0,0% ( 0,1) : TLB shootdowns
0,0% ( 0,1) rsync : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,1) firefox : mod_timer (blk_unplug_timeout)
0,0% ( 0,0) pdflush : mod_timer (blk_unplug_timeout)
0,0% ( 0,0) audispd : hrtimer_start_range_ns (hrtimer_wakeup)
A USB device is active 100,0% of the time:
USB device 1-3 : Chicony USB 2.0 Camera (Chicony Electronics Co., Ltd.)

Suggestion: Enable USB autosuspend by pressing the U key or adding
usbcore.autosuspend=1 to the kernel command line in the grub config

Suggestion: increase the VM dirty writeback time from 2,99 to 15 seconds with:
echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
This wakes the disk up less frequently for background VM activity

Suggestion: Enable SATA ALPM link power management via:
echo min_power > /sys/class/scsi_host/host0/link_power_management_policy
or press the S key.

Suggestion: Disable ‘hal’ from polling your cdrom with:
hal-disable-polling --device /dev/cdrom ‘hal’ is the component that auto-opens a
window if you plug in a CD but disables SATA power saving from kicking in.

Recent USB suspend statistics
Active Device name
100,0% USB device 7-1 : Optical Mouse (Genius)
100,0% USB device 1-3 : Chicony USB 2.0 Camera (Chicony Electronics Co., Ltd.)
100,0% USB device usb7 : UHCI Host Controller (Linux 2.6.29.5-191.fc11.x86_64 u
hci_hcd)
0,0% USB device usb6 : UHCI Host Controller (Linux 2.6.29.5-191.fc11.x86_64 u
hci_hcd)
0,0% USB device usb5 : UHCI Host Controller (Linux 2.6.29.5-191.fc11.x86_64 u
hci_hcd)
0,0% USB device usb4 : UHCI Host Controller (Linux 2.6.29.5-191.fc11.x86_64 u
hci_hcd)
0,0% USB device usb3 : UHCI Host Controller (Linux 2.6.29.5-191.fc11.x86_64 u
hci_hcd)
0,0% USB device usb2 : EHCI Host Controller (Linux 2.6.29.5-191.fc11.x86_64 e
hci_hcd)
100,0% USB device usb1 : EHCI Host Controller (Linux 2.6.29.5-191.fc11.x86_64 e
hci_hcd)

A teď powertop F10:
PowerTOP 1.10 © 2007, 2008 Intel Corporation

Collecting data for 300 seconds

Cn Avg residency
C0 (cpu running) (43,5%)
polling 0,0ms ( 0,0%)
C1 4,2ms (26,5%)
C3 0,3ms (30,1%)
P-states (frequencies)
1,60 Ghz 22,5%
1333 Mhz 2,6%
1067 Mhz 3,9%
800 Mhz 71,0%
Wakeups-from-idle per second : 996,2 interval: 300,0s
no ACPI power usage estimate available
Top causes for wakeups:
57,5% (351,2) : Rescheduling interrupts
14,0% ( 85,6) : uhci_hcd:usb3, yenta, fglrx[0]@PCI:1:0:0
6,3% ( 38,5) npviewer.bin : __mod_timer (process_timeout)
5,5% ( 33,5) : ehci_hcd:usb1, uhci_hcd:usb7, tifm_7xx1, ath
, mmc0
2,6% ( 15,9) : firewire_ohci, HDA Intel, eth0
2,6% ( 15,7) firefox : futex_wait (hrtimer_wakeup)
2,0% ( 12,2) : ahci, uhci_hcd:usb6
1,7% ( 10,5) USB device 7-1 : Optical Mouse (Genius)
1,6% ( 10,0) : mod_timer (ehci_watchdog)
1,5% ( 9,2) : ata_piix
1,3% ( 7,8) : TLB shootdowns
0,7% ( 4,0) : mod_timer (rh_timer_func)
0,4% ( 2,2) : acpi
0,3% ( 2,0) : add_timer_on (clocksource_watchdog)
0,3% ( 1,5) Xorg : do_setitimer (it_real_fn)
0,2% ( 1,0) setroubleshootd : __mod_timer (process_timeout)
0,2% ( 1,0) cpufreq-applet : __mod_timer (process_timeout)
0,2% ( 1,0) : __enqueue_rt_entity (sched_rt_period_timer)
0,2% ( 0,9) atieventsd : __mod_timer (process_timeout)
0,1% ( 0,5) gpm : do_nanosleep (hrtimer_wakeup)
0,1% ( 0,5) hald-addon-stor : __mod_timer (process_timeout)
0,1% ( 0,5) Xorg : __mod_timer (process_timeout)
0,1% ( 0,4) ath5k_pci : queue_delayed_work (delayed_work_timer_fn)
0,0% ( 0,3) firefox : mod_timer (tcp_write_timer)
0,0% ( 0,3) gnome-panel : __mod_timer (process_timeout)
0,0% ( 0,3) gnome-power-man : __mod_timer (process_timeout)
0,0% ( 0,2) : __mod_timer (neigh_periodic_timer)
0,0% ( 0,2) : __mod_timer (neigh_periodic_timer)
0,0% ( 0,2) firefox : __mod_timer (process_timeout)
0,0% ( 0,2) : mod_timer (wb_timer_fn)
0,0% ( 0,2) sendmail : __mod_timer (process_timeout)
0,0% ( 0,2) packagekitd : __mod_timer (process_timeout)
0,0% ( 0,2) NetworkManager : __mod_timer (process_timeout)
0,0% ( 0,2) firefox : mod_timer (tcp_delack_timer)
0,0% ( 0,2) gconfd-2 : mod_timer (tcp_delack_timer)
0,0% ( 0,2) NetworkManager : mod_timer (dev_watchdog)
0,0% ( 0,2) gnome-terminal : __mod_timer (process_timeout)
0,0% ( 0,2) gnome-screensav : __mod_timer (process_timeout)
0,0% ( 0,1) hald : __mod_timer (process_timeout)
0,0% ( 0,1) : __mod_timer (sta_info_cleanup)
0,0% ( 0,1) NetworkManager : mod_timer (ath5k_calibrate)
0,0% ( 0,1) mount : __mod_timer (commit_timeout)
0,0% ( 0,1) kerneloops : __mod_timer (process_timeout)
0,0% ( 0,1) nautilus : __mod_timer (process_timeout)
0,0% ( 0,1) gdm-session-wor : __mod_timer (commit_timeout)
0,0% ( 0,1) metacity : __mod_timer (process_timeout)
0,0% ( 0,1) : mod_timer (neigh_timer_handler)
0,0% ( 0,1) audispd : __mod_timer (process_timeout)
0,0% ( 0,0) gconfd-2 : __mod_timer (process_timeout)
0,0% ( 0,0) ntpd : __mod_timer (process_timeout)
A USB device is active 100,0% of the time:
USB device 1-3 : Chicony USB 2.0 Camera (Chicony Electronics Co., Ltd.)

Suggestion: Enable USB autosuspend by pressing the U key or adding
usbcore.autosuspend=1 to the kernel command line in the grub config

Suggestion: increase the VM dirty writeback time from 4,99 to 15 seconds with:
echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
This wakes the disk up less frequenty for background VM activity

Suggestion: Enable SATA ALPM link power management via:
echo min_power > /sys/class/scsi_host/host0/link_power_management_policy
or press the S key.

Suggestion: enable the noatime filesystem option by executing the following comm
and:
mount -o remount,noatime / or by pressing the T key
noatime disables persistent access time of file accesses, which causes lots of d
isk IO.

Suggestion: Disable ‘hal’ from polling your cdrom with:
hal-disable-polling --device /dev/scd0 ‘hal’ is the component that auto-opens a
window if you plug in a CD but disables SATA power saving from kicking in.

Recent USB suspend statistics
Active Device name
100,0% USB device 7-1 : Optical Mouse (Genius)
100,0% USB device usb7 : UHCI Host Controller (Linux 2.6.27.25-170.2.72.fc10.x8
6_64 uhci_hcd)
0,0% USB device usb6 : UHCI Host Controller (Linux 2.6.27.25-170.2.72.fc10.x8
6_64 uhci_hcd)
0,0% USB device usb5 : UHCI Host Controller (Linux 2.6.27.25-170.2.72.fc10.x8
6_64 uhci_hcd)
0,0% USB device usb4 : UHCI Host Controller (Linux 2.6.27.25-170.2.72.fc10.x8
6_64 uhci_hcd)
0,0% USB device usb3 : UHCI Host Controller (Linux 2.6.27.25-170.2.72.fc10.x8
6_64 uhci_hcd)
100,0% USB device 1-3 : Chicony USB 2.0 Camera (Chicony Electronics Co., Ltd.)
0,0% USB device usb2 : EHCI Host Controller (Linux 2.6.27.25-170.2.72.fc10.x8
6_64 ehci_hcd)
100,0% USB device usb1 : EHCI Host Controller (Linux 2.6.27.25-170.2.72.fc10.x8
6_64 ehci_hcd)

Jinak jsem zkoušel nastavit všechny doporučení na F11 ,které mi powertop nabídl,ale jediné trochu účinné bylo jen zalnutí již zníněného safe_modu.Ostatní pomohlo možná jen na nějakou tu vteřinu navíc.

Jinak s tím odběrem celkem s tebou souhlasím.Dle mého názoru mám spíš dojem,jestli F11 můj ntb správně nabíjí a komunikuje s baterii.Jinak to není možné.Ale identifikace proběhla správně:
Typ: PA3534U
Výrobce: TOSHIBA
Technologie: Li-Ion
Sériové číslo: 3658Q
Druh: PA3534U
Výrobní kapacita baterie: 44,4 Wh

A ještě jeden poznatek :-).Nainstaloval jsem znovu F11,ale tentokrát 32bit verzi.Ihned jsem přenastavil laptop_mode na 5 tedy zapnuto a výdrž baterie byla 14 minut.Ach jo.

Já ti nevím, můj 12" notebook vydrží s fedorou 11 x86 4-5 hodin, víc než snad udával výrobce u Windows XP (nemám zjištěné, nikdy na tom notebooku wokna nebyly) a to sem žádný laptop_mode nenastavoval (na to se teprve juknu až u noťasu budu sedět). Výdrž u Fedory 10 byla zhruba stejná.

No jak na tom byly Wokna (Visty) se již nepamatuji.Když jsem ten ntb kupoval v loni nový,tak tam byli nainstalované,ale byl jsem v nich všehovšudy párkrát jen pro zajímavost a seznámení se s nimi.Ale jinak jsem je nikdy nepoužil.Jinak jsem tam měl vždy hlavně fedoru, která je moje srdeční záležitost a nebo jiné distribuce kvůli zájmu ( ubuntu, Mandriva , SuSe ).Pravda je,že co se týká baterie,tak mi opravdu nejdéle držela na ubuntu a to 95 minut. Ovšem byla to nějaká starší verze.Ty novější už také tolik nevydržely,ale přesto jsem se držel na nějakých 75 minutách.Jen Fedora papala vždy trochu víc.U F10 jsem vydržet nemohl,protože mi přestal fungovat tomboy ( nějaké pozůstatky kvůli monu ) a další věci a to i když jsem provedl formát jak /, tak /home . Po opětovné instalaci F11 vše opět funguje.Jen ta výdrž… :frowning:

Nemohl si zůstat u Fedory 10 kvůli nefunkčnímu Tomboyi? Není Gnote náhodou totéž bez závislosti na monu?

No problém je ten,že mám poznámky v toboy a nevím,jestli bych se k nim z gnote dostal. Je to sice hloupost, ale mám tam celkem dost poznámek :-).Nic méně, momentálně mě zajímá problém s baterii. Rád bych tomu nějak přišel na kloub :slight_smile: .

Jednoduše, přetáhneš poznámky z ~/.tomboy do ~/.gnote vyzkoušeno ve VirtualBoxu =) Ale chápu, že chceš vyřešit tu Fedoru 11, s tím ale bohužel neporadím.

No přesně takto to dělám při přeinstalaci systému.Poznámky - resp. celý adresář .tomboy/ pravidelně zálohuju a pak jen přepíšu ten nový prázdný. Jen jsem netušil,že je to kompaktibilní s dalším programem :-).Díky za typ,někdy se to může hodit. Jinak nemyslím,že se mi podaří problém s F11 vyřešit, ale alespoň objevuji a učím se nové věci :-)). A to má myslím pro mě ještě větší hodnotu , než samotná výdrž baterie. Fakt je ten,že ta baterie už asi také není to,co to bývalo…přeci jen je rok stará a každý den používaná…na druhou stranu nechci kupovat zatím novou,když nemám jistotu,jak s tím zachází OS.Nerad bych ji hned odrovnal :-).

Gnote je vlastně uděláno až podle Tomboye, takže se asi chlapíci snažili i o kompatibilitu, tady v práci taky používám Tomboy, ale zkoušel sem i Gnote a nechápu (fakt totéž v bledě modré), proč se do Fedory vůbec ve výchozí instalaci Tomboy se*e, když je závislý na mrše jako mono a gnote je c++. Přitom co vím, tak mono je ve výchozí instalaci Fedory snad jen kvůli Tomboyi… prostě mi to hlava nebere =)

Možná, že je v F11 nedotažený gnome-power-manager, na mém NB neumí odhadnout zbývající čas výdrže baterie, v F10 to uměl. Také mi přijde, že F11 vydrží kratší dobu než F10, ale u mě je to pořád nějakých 50 min…

…a to je navíc baterka nemocná, což rozpozná i systém a gnome nahlásí “bublinou”, že baterie je pod polovinou své výrobní kapacity a je asi poškozená…

Pro Vain
Včera jsem ho zkusul a je to opravdu to samé co tomboy.Dokonce si sám našel poznámky z tomboe.Ani jsem nic nepřesouval.Hmm že by měl stejný domovský adresář?hmm tak nemá :-).Ale je to zajimavé.Jinak díky a také se pozastavuji,proč je výchozí ve fedoře tomboy s monem,když existuje taková krásná elegantní náhrada :-).

Pro Bevel
No tak to buď rád.Co já bych dal za to,kdyby mi baterie vydržela alespoň opět těch 50 minut :-).Naštěstí mám vždy po ruce zásuvku s elektrikou :-)).Ale jinak power-manager hlásí o moji baterii : Výborný :-))).Hmm a po 15 minutách umře :-D.

Asi ti tahle chyba zrovna nepomuze: https://bugzilla.redhat.com/show_bug.cgi?id=499948 ale minimalne se tam muzes dozvedet neco zajimaveho jak problem diagnostikovat.

Dík moc. Jdu to pročíst .

For covex :slight_smile:
Tak jsem to pročetl.Sice to není ono - i když tento problém jsem měl také ,ale to bylo hned po vydání final verze F11 a hned jednou z prvních aktualizací to bylo opraveno.Ale nevadí.Alespoň jsem zjistil další postupy jak chybu lokalizovat a hlavně se teď prodírám dál bugzillou. Třeba něco najdu :-)).Dík moc