Active Topics
-
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (3)
to SailfishOS by edp17 - 4 hrs, 44 mins ago -
The N900 is now 15 years old! (6)
to Nokia N900 by Macros - 1 day, 8 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 1 day, 21 hrs ago -
n770 youtube video (0)
to General by nmdv - 5 days, 20 hrs ago - more...
lma |
2011-02-15
, 14:31
|
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#51
|
Originally Posted by tso
But no physical I/O which should offset that. I've been running mine with ramzswap for many months and haven't noticed any reduction in battery life. I don't have any useful data or observations for the "turbo" kernel yet.
 |
|
2011-02-15
, 15:01
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#52
|
well there is the swap_prefetch to consider now, not sure how that affects things.
__________________
Be warned, posts are often line of thoughts at highway speeds...
Be warned, posts are often line of thoughts at highway speeds...
|
|
2011-02-15
, 15:06
|
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#53
|
Originally Posted by lma
Hm, the plot thickens. It turns out my swap notify patch is identical to 08-patch_swap_notifier_generic_2.6.25.diff, but the DT kernel doesn't exhibit my problem. I must be screwing up somewhere else...
In fact I was trying to add the swap notification patch myself, but hit some problems (kernel oops during swapon) that I haven't managed to track down yet.
|
|
2011-02-15
, 16:26
|
|
Posts: 1,101 |
Thanked: 1,184 times |
Joined on Aug 2008
@ Spain
|
#54
|
Originally Posted by tso
Doesn't, at all. It is a veeeeeery loooooooong period timer.
well there is the swap_prefetch to consider now, not sure how that affects things.
|
|
2011-02-15
, 16:29
|
|
Posts: 1,101 |
Thanked: 1,184 times |
Joined on Aug 2008
@ Spain
|
#55
|
Originally Posted by lma
Are you using my ramzswap 0.5.5 modules? The 0.5.4 release from compcache homepage is buggy and crashes on swapon/swapoff. Ah, and don't expect the 0.5.3 modules from ramzez-init to be compatible, either.
Hm, the plot thickens. It turns out my swap notify patch is identical to 08-patch_swap_notifier_generic_2.6.25.diff, but the DT kernel doesn't exhibit my problem. I must be screwing up somewhere else...
| The Following User Says Thank You to maacruz For This Useful Post: | ||
|
|
2011-02-15
, 17:13
|
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#56
|
Originally Posted by maacruz
With your kernel, yes. Previously I was playing with hand-rolled 0.5.4 ones on CSSU + swap notify kernel.
Are you using my ramzswap 0.5.5 modules?
The 0.5.4 release from compcache homepage is buggy and crashes on swapon/swapoff.
Edit: I see, you didn't "find" it, you fixed it yourself - thanks! :-)
Last edited by lma; 2011-02-15 at 18:26.
|
|
2011-02-15
, 18:30
|
|
Posts: 637 |
Thanked: 445 times |
Joined on Dec 2009
@ Kaliningrad, Russia
|
#57
|
maacruz
I was too busy to investigate battery problem but today I lost 20% of charge as I listened music for an hour. (quasar using mplayer).
May be it is because of Advanced sistemui made by auouymous, but I think it is Diablo turbo.
I was too busy to investigate battery problem but today I lost 20% of charge as I listened music for an hour. (quasar using mplayer).
May be it is because of Advanced sistemui made by auouymous, but I think it is Diablo turbo.
|
|
2011-02-15
, 20:32
|
|
Posts: 1,101 |
Thanked: 1,184 times |
Joined on Aug 2008
@ Spain
|
#58
|
Originally Posted by Kroll
Kroll, that battery usage is consistent with the use of mplayer to play music, no matter the kernel. If you use mplayer to play music the cpu will be running at 400 MHZ constantly, since the cpu is doing the decoding, and that means 5 hours of battery life. 1h/5h=20%
maacruz
I was too busy to investigate battery problem but today I lost 20% of charge as I listened music for an hour. (quasar using mplayer).
May be it is because of Advanced sistemui made by auouymous, but I think it is Diablo turbo.
I'll address any issue you find, but you have to make a proper test, reproductible, and with both kernels to spot the difference. Please, understand that I can't test everything myself, just don't have enough time.
|
|
2011-02-15
, 21:00
|
|
Posts: 875 |
Thanked: 918 times |
Joined on Sep 2010
|
#59
|
Originally Posted by Kroll
Are you using 400/133 or 333/220 ratio? Try running `/etc/init.d/advanced-systemui stop` as root before you listen to music next time and see if the battery still drops by 20% in an hour.
today I lost 20% of charge as I listened music for an hour. (quasar using mplayer).
May be it is because of Advanced sistemui made by auouymous, but I think it is Diablo turbo.
Originally Posted by maacruz
Listening for disable_ts and turning off polling while locked would be a good start. How hard would it be to use a dynamic polling rate that decays between two tunable values the longer no data is available?
Anyway, I can make a test kernel with tunable polling, then we can meassure if it has any impact by leaving the device alone for some hours with and without polling after a full charge.
Originally Posted by maacruz
What does op_active do?
I'll see if I can modify the op_dsp patch to allow changes on the fly, since the current op state can be modified by writting to /sys/power/op_active even with the dsp active.
|
|
2011-02-15
, 21:27
|
|
Posts: 637 |
Thanked: 445 times |
Joined on Dec 2009
@ Kaliningrad, Russia
|
#60
|
1h/5h=20%
Ok, tomorrow I will make a test...
Are you using 400/133 or 333/220 ratio?
