OESF Portal | OESF Forum | OESF Wiki | LinuxPDA | #planetgemini chat on matrix.org | #gemini-pda chat on Freenode | #zaurus and #alarmz chat on Freenode | ELSI (coming soon) | Ibiblio

IPB

Welcome Guest ( Log In | Register )

2 Pages V  < 1 2  
Reply to this topicStart new topic
> 2% power drain per hour on a sleeping device is not acceptable
Adam Boardman
post Jun 30 2018, 05:29 AM
Post #16





Group: Members
Posts: 173
Joined: 29-December 17
Member No.: 815,489



Interesting work, I look forward to seeing the final result.

One of the aims of the gemian-lock is to eat key presses that happen when the device is closed due to the fact that the device squashes its keyboard. These are of course more likely when the device is on, but as the esc key is an 'on' key that can happen whilst its closed, or if a call comes in etc.

My thoughts were that those that don't want to be typing their password all the time would add a config setting to turn on/off the password feature within gemian-lock whilst still keeping its other purposes (eg stray key eating, call answering, voice assistant - currently simulated with 'saytime' until such features are added).

For the no-password mode the lock screen would then only unlock on key-presses when the device is open.

In my initial testing I found that closing the device slowly with a terminal open would give me a few lines of key-presses sometimes but also other times it would give me no key-presses. Testing was done with the initial x25 keyboard mat.
Go to the top of the page
 
+Quote Post
Eric BF
post Jun 30 2018, 06:06 AM
Post #17





Group: Members
Posts: 77
Joined: 25-June 18
Member No.: 824,997



What did I do? Not much really. I think the main thing I did was turn the screensaver off in the lxqt session management section. To get the 0.3% ph drain, I obviously have wifi and bluetooth turned off. But I cannot think of anything else I may have done. If I think of anything else (I have played around with quite a few things this week including different window managers etc.), I will post here.
Go to the top of the page
 
+Quote Post
psionlover
post Jun 30 2018, 06:30 AM
Post #18





Group: Members
Posts: 34
Joined: 25-June 18
Member No.: 825,001



QUOTE(Eric BF @ Jun 30 2018, 04:06 PM) *
What did I do? Not much really. I think the main thing I did was turn the screensaver off in the lxqt session management section. To get the 0.3% ph drain, I obviously have wifi and bluetooth turned off. But I cannot think of anything else I may have done. If I think of anything else (I have played around with quite a few things this week including different window managers etc.), I will post here.

I just realized @mithrandir also has much better PM, because he has 1.2% drain ph with wifi+BT turned on. So probably my device with poor PM is the special case not yours wink.gif So I will also check again.

[Edit] I checked two times (unhook device from usb, wifi/BT off, suspend) and both times I had roughly 2% drain ph. No clue why, but if I have more info I will update
Go to the top of the page
 
+Quote Post
Eric BF
post Jun 30 2018, 10:40 AM
Post #19





Group: Members
Posts: 77
Joined: 25-June 18
Member No.: 824,997



It will be interesting to see if there is anything special you are doing to have such significantly worse power drain. Keep us posted!
Go to the top of the page
 
+Quote Post
mithrandir
post Jun 30 2018, 01:53 PM
Post #20





Group: Members
Posts: 120
Joined: 7-January 18
Member No.: 815,997



QUOTE(psionlover @ Jun 30 2018, 06:30 AM) *
QUOTE(Eric BF @ Jun 30 2018, 04:06 PM) *
What did I do? Not much really. I think the main thing I did was turn the screensaver off in the lxqt session management section. To get the 0.3% ph drain, I obviously have wifi and bluetooth turned off. But I cannot think of anything else I may have done. If I think of anything else (I have played around with quite a few things this week including different window managers etc.), I will post here.

I just realized @mithrandir also has much better PM, because he has 1.2% drain ph with wifi+BT turned on. So probably my device with poor PM is the special case not yours wink.gif So I will also check again.

Today it has been different. Same situation as yesterday. 12 hours without use after pulling the plug, but only 2% drain (0.17% per hour).
Go to the top of the page
 
+Quote Post
tuk0z
post Jul 1 2018, 03:53 AM
Post #21





Group: Members
Posts: 45
Joined: 18-February 18
Member No.: 817,984



Awesome @psiolover, @Kiriririn, @Eric and other posters here smile.gif
I'll be joining your efforts as soon as I can make my Gemini boots into Debian (boot #3 here, that should come out when pressing Esc+Side-key on start up)
Go to the top of the page
 
+Quote Post
rubus-3.142
post Jul 1 2018, 08:19 AM
Post #22





Group: Members
Posts: 56
Joined: 15-June 18
From: Scotland, UK
Member No.: 824,531



QUOTE(psionlover @ Jun 29 2018, 06:56 PM) *
I tested quite a few times now, but if I leave the device in suspend mode overnight it still drains the battery with 2% / hour. I made sure that wifi and bluetooth both where off. I am very curious what other people's experiences on this are. Adam Boardman wrote anywhere that he experiences 2% drain on a full night. What can I do to achieve a better power management on my device


Sorry not knowledgeable enough to contribute ot the Linux threads, but for interest - over on planet android I am getting 4.5% per HOUR with the rooted image on a WiFi only device sad.gif
https://www.oesf.org/forum/index.php?showtopic=35323

From memory the stock image was a lot lot less than this


Go to the top of the page
 
+Quote Post
tuk0z
post Jul 2 2018, 04:25 AM
Post #23





Group: Members
Posts: 45
Joined: 18-February 18
Member No.: 817,984



here are the battery stats on my Gemini with Debian TP2 and system defaults:

CODE
| Action             | Test duration | % battery used | ~per hour | battery life estimation |
|--------------------|--------------:|---------------:|----------:|------------------------:|
| lxqt suspend       |         10:00 |             10 |         1 |                    100h |
| lxqt suspend       |          1:00 |              1 |         1 |                    100h |
| constant light use |          2:30 |             23 |         9 |                     11h |


After reading Rubus post above I'll have to check this on my new rooted Android.
Go to the top of the page
 
+Quote Post
s1b1
post Jul 2 2018, 04:30 AM
Post #24





Group: Members
Posts: 5
Joined: 29-June 18
Member No.: 825,236



Mine drains 50 percent in 8 hours, I haven't changed much other than formatting and "downloading" the nvram and firmware files because the terminal emulator said the host name was changed to "node-43afea90309a" or something and I couldn't connect to certain websites. I forgot it initially has a SSH server running
Go to the top of the page
 
+Quote Post
psionlover
post Jul 2 2018, 04:57 AM
Post #25





Group: Members
Posts: 34
Joined: 25-June 18
Member No.: 825,001



QUOTE(s1b1 @ Jul 2 2018, 02:30 PM) *
Mine drains 50 percent in 8 hours, I haven't changed much other than formatting and "downloading" the nvram and firmware files because the terminal emulator said the host name was changed to "node-43afea90309a" or something and I couldn't connect to certain websites. I forgot it initially has a SSH server running

Thanks. Could you specify if you had wifi/BT off or not. If you did not have wifi/BT off would you please do another check with wifi/BT off ?

[update] just changed a typo
Go to the top of the page
 
+Quote Post
s1b1
post Jul 2 2018, 05:00 AM
Post #26





Group: Members
Posts: 5
Joined: 29-June 18
Member No.: 825,236



I have wifi off and disabled the bluetooth service
Go to the top of the page
 
+Quote Post
tuk0z
post Jul 4 2018, 02:09 AM
Post #27





Group: Members
Posts: 45
Joined: 18-February 18
Member No.: 817,984



Looking at this thread we have quite different "suspend" happening here (bold and a couple links added by me).

QUOTE(psionlover @ Jun 30 2018, 03:29 PM) *
QUOTE(Eric BF @ Jun 30 2018, 03:21 PM) *
with wifi off, and screensaver disabled (I do not want to keep typing my password every time), my system was at 87% battery last night. Closed lid and went to sleep. Work up, opened system and battery was at 85%.
---
The system seems to simply turn off the screen as there are messages in /var/log/syslog throughout the night. The screen reawakens immediately on opening the lid. The battery is now 83%, 6 hours after getting up.

Same experiences here. I can also still ssh from outside to the device and do all kinds of stuff on it while the device is in 'suspend'. That is why I already asked myself is the device really suspended if I do 'suspend'. What does 'suspend' mean anyway ?

But I don't care what suspend means if I would have your version of sleep/suspend/lock on my device and have 2% drain in 6 hours I would be very satisfied. So please find out what you did to get your 0.3% drain / hour and share here smile.gif


QUOTE(Kiriririn @ Jun 30 2018, 12:16 AM) *
You can identify a proper suspend by some of the log info printed by the kernel in dmesg (though unmodified kernel is hilariously verbose and it's difficult to pick apart), or also by the fact that the device will be completely cool to the touch (burning 2% an hour produces faint heat)

I think I've just had a successful suspend by disabling part of the LogindSessionTracker and also adding a script to disable wifi via networkmanager before sleeping (my hacks are here), at least in terms of not losing any battery % at all over 30 mins and no increase in process CPU times from when I closed the lid
---

So something I changed has fixed it! Just left the gemini overnight with a load of applications running and it only dropped 1% and didn't freeze!
I suspect it is the logind dbus removal that did it, but that isn't a totally harmless change as I now have to restart repowerd on login. Needs more investigation...
I also removed power button/esc key handling from gemian-lock - this seems to be one of the reasons that can freeze the gemini in suspend similar to xscreensaver



QUOTE(Adam Boardman @ Jun 30 2018, 03:29 PM) *
One of the aims of the gemian-lock is to eat key presses that happen when the device is closed due to the fact that the device squashes its keyboard. (...)



QUOTE(s1b1 @ Jul 2 2018, 02:30 PM) *
Mine drains 50 percent in 8 hours, I haven't changed much other than formatting and "downloading" the nvram and firmware files because the terminal emulator said the host name was changed to "node-43afea90309a" or something and I couldn't connect to certain websites. I forgot it initially has a SSH server running

Please check these links:
- Suspend and hibernate (Arch linux wiki)
- How to read the linux journal (systemd, Arch linux wiki)

Continuing testing on Gemini WiFi (MediateK X27) with default LxQt here, I've had both succesfull and aborted suspend happen. With respectfully:

1. Very low battery drain (<1% / hour) and log activity;
2. High battery drain (~5% / hour) and log activity.

Am trying to check how to reproduce both cases. Will report ASAP.
I know the hardware is fine, as I can get ~0.5%/hour drain in (rooted) Android.
Go to the top of the page
 
+Quote Post

2 Pages V  < 1 2
Reply to this topicStart new topic
2 User(s) are reading this topic (2 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 14th October 2019 - 08:57 PM