On Tuesday 25 May 2010 15:37:54 Sybren A. Stüvel wrote: > On Tuesday 25 May 2010 12:56:51 Joachim Ott wrote: > > No. First check I would do is use "top" in a terminal to find the > > processes that consume too much cpu. > > 'powertop' works great too, it can show you the interrupts that make > the CPU wake up.
With top I cannot see anything strange, FR is mainly idle. From time to time I can see phoneuid, Xorg, hald, enlightment taking between 0.5 and 1.0 cpu, but it almost instantly goes down to 0 again. After 40 minutes uptime, these are the 12 top TIME consumers: 925 root 10 -10 25584 13m 7632 S 0.0 11.7 0:21.47 enlightenment 940 root 20 0 25760 12m 6780 S 0.0 10.6 0:12.35 phoneuid 856 root 20 0 24188 11m 3932 S 0.0 9.6 0:18.06 python 943 root 20 0 14360 6052 4156 S 0.0 5.0 0:02.13 shr_elm_softkey 832 root 19 -1 14576 5388 2444 S 0.0 4.5 0:07.35 Xorg 942 root 20 0 9052 4584 2440 S 0.0 3.8 0:06.96 fsodatad 935 root 20 0 12860 4448 3048 S 0.0 3.7 0:01.49 shr_elm_softkey 850 root 20 0 9052 4384 2892 S 0.0 3.6 0:03.05 fsodeviced 874 root 20 0 7792 3808 3088 S 0.0 3.1 0:02.98 fsogsmd 853 root 20 0 6848 2748 2368 S 0.0 2.3 0:00.90 fsotdld 876 root 20 0 6548 2572 2216 S 0.0 2.1 0:01.20 fsousaged 962 root 21 1 7700 2568 1796 S 0.0 2.1 0:00.76 enlightenment_f powertop says the following: Wakeups-from-idle per second : 251,9 interval: 10,0s no ACPI power usage estimate available Top causes for wakeups: 79,5% (200,3) <interrupt> : S3C2410 Timer Tick 14,8% ( 37,2) <interrupt> : s3c2440-i2c 3,6% ( 9,0) hald : schedule_timeout (process_timeout) 0,4% ( 1,1) <kernel module> : neigh_table_init_no_netlink (neigh_periodic_timer) 0,4% ( 1,1) <kernel module> : usb_gadget_register_driver (s3c2410_udc_vbus_poll) 0,2% ( 0,5) hald : schedule_hrtimeout_range (hrtimer_wakeup) 0,2% ( 0,5) <kernel core> : schedule_delayed_work_on (delayed_work_timer_fn) 0,2% ( 0,4) <interrupt> : s3c2410_udc 0,1% ( 0,3) batget : schedule_hrtimeout_range (hrtimer_wakeup) 0,1% ( 0,3) batget : schedule_timeout (process_timeout) 0,1% ( 0,2) init : schedule_hrtimeout_range (hrtimer_wakeup) 0,1% ( 0,2) <kernel core> : page_writeback_init (wb_timer_fn) 0,1% ( 0,2) phoneuid : schedule_hrtimeout_range (hrtimer_wakeup) 0,0% ( 0,1) <kernel core> : queue_delayed_work (delayed_work_timer_fn) 0,0% ( 0,1) enlightenment : schedule_hrtimeout_range (hrtimer_wakeup) 0,0% ( 0,1) cron : do_nanosleep (hrtimer_wakeup) 0,0% ( 0,1) Xorg : inet_twsk_schedule (inet_twdr_hangman) 0,0% ( 0,1) <kernel core> : neigh_table_init_no_netlink (neigh_periodic_timer) Suggestion: Enable the CONFIG_NO_HZ kernel configuration option. This option is required to get any kind of longer sleep times in the CPU. I have remembered that kernel was updated recently. Might it have something to do? I have to unplug my FR now. I'll see tomorrow if batery drained again so much Thank you all
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
