On Sun, Jun 6, 2010 at 1:32 AM, Vitaly Wool <vitalywool@xxxxxxxxx> wrote: >> >> It varies depending on device and usage. The battery monitoring on >> NexusOne happens every ten minutes, so that's the longest you'll see a >> N1 suspended for. On a G1 or Dream/myTouch you can see 20-30 minutes >> between wakeups (depending on network issues and background data sync >> traffic), and if you have background data sync off those devices can >> sit in suspend for days at a time (unless you receive a phone call or >> something). In "airplane mode", with no local alarms, a device can >> easily sit in the lowest power state for a month or so, until the >> battery finally runs out. > > That only concerns the case when you have just turned on the phone and > left it laying around. > You have to admit that it's not the common case for a smartphone. The > common case is that you've played with it for a bit, turning on things > like BT/WIFI, running some apps and so on. And doing so you'll end up > having wake locks taken from everywhere, so I can hardly see a second > of suspend for Nexus. The common case for a phone is to be sitting around. Even for heavy smartphone users, unless they power on, use the device screen-on for 4 hours solid or whatnot and drain the battery straight away, the device is going to spend a significant portion of its operating time in screen-off standby modes (conserving power for when you take a call, browse the web, etc). For typical users on typical android devices, this means the device stays suspended for 5-10 minutes at a time, coming up for air when a network packet (mail sync, im, etc) or alarm (battery monitor) wakes the device briefly. Obviously with the right combination of bad apps you will see a device suspending more rarely. > E. g. when the wireless is connected to an AP, it takes a wake lock > which is released on 15 minutes touchscreen inactivity timeout, as far > as I can tell. So: > > * the system will never hit suspend during this period; > * if the download was ongoing and had not been completed during this > period, it will be terminated. I'm pretty sure the wifi subsystem does not actually take a wakelock while its connected -- it does have an alarm to spin down wifi after 15 minutes (by default, and user disableable) largely due to power inefficiencies in the wifi solution in some early devices. There's some room for improvement here, obviously. With a decent wifi chipset and implementation, depending on local wifi traffic patterns, you can see power usage competitive to cellular. > So the bottom line is: the approach is very inflexible. Of course it > can give you the best power savings if you turn the Airplane mode on > as soon as you switched on the phone, but this is not what a typical > user would do. The savings in airplane mode (apart from preventing data connections, which saves power by preventing data-hungry background apps from doing much) is the difference between standby with radio (3-5mA) and without (1-2mA). I'm not suggesting that airplane mode is a typical case, just using it as in illustration of the more extreme standby case. Users do like that to work too -- I recall Arve leaving a device in his filing cabinet with the radio off while he was out of the country for three weeks once, and him discovering it was still running with something like 25% battery remaining when he returned. In any case, I'm saying that suspending for minutes at a time (typical, 10s of minutes or more in some cases, hours in others), does happen and it does represent an improvement over suspending or otherwise entering your lowest power state for seconds at a time. Brian -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
