Re: 2.0 and Radio Impacts/battery efficiency

Roberto Peon <grmocg@gmail.com> Sat, 14 April 2012 21:13 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99A3121F854D for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 14 Apr 2012 14:13:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.428
X-Spam-Level:
X-Spam-Status: No, score=-10.428 tagged_above=-999 required=5 tests=[AWL=0.170, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X3+l-rgGfdfB for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 14 Apr 2012 14:13:36 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 1EB0921F8549 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sat, 14 Apr 2012 14:13:35 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1SJAGe-0005dn-8T for ietf-http-wg-dist@listhub.w3.org; Sat, 14 Apr 2012 21:12:24 +0000
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from <grmocg@gmail.com>) id 1SJAGU-0005cw-F4 for ietf-http-wg@listhub.w3.org; Sat, 14 Apr 2012 21:12:14 +0000
Received: from mail-ob0-f171.google.com ([209.85.214.171]) by maggie.w3.org with esmtp (Exim 4.72) (envelope-from <grmocg@gmail.com>) id 1SJAGQ-0006cZ-R7 for ietf-http-wg@w3.org; Sat, 14 Apr 2012 21:12:12 +0000
Received: by obbtb18 with SMTP id tb18so425444obb.2 for <ietf-http-wg@w3.org>; Sat, 14 Apr 2012 14:11:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0AQIQlEcFQ2TT2Fj3QXF3wSlqXhYAPTiZmqqaw3CUW0=; b=n/azeI/g+dnpzOxkMgiBaasFt9HHxK5NJ0I/yp5IOS3ad3GA1oRDbxGqfetmXvy+Kx TKH1ZeZIF7rlIuMoPbJ67HYRwdo3uHhoZWgkIDI00UGBuKCnNueZq2Gdi4fSJm4neKUk 4aduM04/Z/lYb38ydJiDjEmg6tXhKhQI6yADDdiAgbSMaoqcH4zTuIYIYPbtZCT20+PM wliLceUQljAaisL6ExMqOpjhmhPqpoYY4NFOXtBRbSM6ElU4fxCmI58zSdvJLNZ3ESfG fZMeP/yaw/BBMzAX5RLrHnvi6lG0kcuTnu0wnoeLxgX7mT4P4rqeej00GLmz4F7Z/2la Q2EQ==
MIME-Version: 1.0
Received: by 10.60.20.230 with SMTP id q6mr8895913oee.60.1334437905474; Sat, 14 Apr 2012 14:11:45 -0700 (PDT)
Received: by 10.182.109.102 with HTTP; Sat, 14 Apr 2012 14:11:45 -0700 (PDT)
In-Reply-To: <7180B750-BD93-4E2D-9506-E186A5CA87F6@tzi.org>
References: <4F8697C2.5000702@ericsson.com> <CACuKZqGA9Tyv_zhO2HhyLNvqvzNCrTyZYy+b_Tt616F7eLbT1w@mail.gmail.com> <CAP+FsNcGfj_G1U9nWA5qj+tW8rWwMn0+HVhYA40XXQg_hWfTuA@mail.gmail.com> <4F87E856.1000604@ericsson.com> <E44893DD4E290745BB608EB23FDDB7621CEF37@008-AM1MPN1-041.mgdnok.nokia.com> <7180B750-BD93-4E2D-9506-E186A5CA87F6@tzi.org>
Date: Sat, 14 Apr 2012 14:11:45 -0700
Message-ID: <CAP+FsNcL=GmbMB5F9ByAF3EOP2iiKKCYk=O0vkduSArci6B4qw@mail.gmail.com>
From: Roberto Peon <grmocg@gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: Markus.Isomaki@nokia.com, salvatore.loreto@ericsson.com, zhong.j.yu@gmail.com, ietf-http-wg@w3.org
Content-Type: multipart/alternative; boundary="e89a8ff1c1e854a62004bdaa0934"
Received-SPF: pass client-ip=209.85.214.171; envelope-from=grmocg@gmail.com; helo=mail-ob0-f171.google.com
X-W3C-Hub-Spam-Status: No, score=-2.7
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1SJAGQ-0006cZ-R7 fcd7cc57c56d7be5bd4aaa7fcf8e6995
X-Original-To: ietf-http-wg@w3.org
Subject: Re: 2.0 and Radio Impacts/battery efficiency
Archived-At: <http://www.w3.org/mid/CAP+FsNcL=GmbMB5F9ByAF3EOP2iiKKCYk=O0vkduSArci6B4qw@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/13446
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1SJAGe-0005dn-8T@frink.w3.org>
Resent-Date: Sat, 14 Apr 2012 21:12:24 +0000

First: There needs to be better integration between the transport, app, and
hardware/radio on this in order to vastly improve the situation.

Second: Setting keep-alive to such low values can also adversely impact
battery, depending on the pattern of connection use, as it will increase
(significantly) latency for getting the user what they want. Additionally
many chat clients and/or ajax sites will use "hanging" gets, which return
perhaps every 30s. Even using a bidirectional stream (e.g. WebSockets),
this problem persists.

Until there is a study looking at what many websites do on devices from
various carriers, any supposition about reducing or increasing timeouts and
the impact on battery is just hypothetical supposition.

One thing is clear, however: Regardless of the usage pattern, use of a
proxy will reduce the number of extraneous radio wake-ups.
-=R


On Sat, Apr 14, 2012 at 1:07 PM, Carsten Bormann <cabo@tzi.org> wrote:

> On Apr 13, 2012, at 12:45, <Markus.Isomaki@nokia.com> wrote:
>
> > However, if the connections are closed after some idle period, for
> instance by a server timeout, that makes the radio wake-up an additional
> time.
>
> I haven't measured this, but looking at the docs leads to the following
> conjectures:
> The Apache 2.0 KeepAliveTimeout default was 15 seconds.  With the 17
> seconds the AT&T parameters take to power down the radio and the 2 s to
> power up again, this would lead to a total of 15+2+17 = 34 seconds to power
> down.
> The Apache 2.2 KeepAliveTimeout default is 5 seconds.  With any latency,
> this appears to make sure the radio has just been put to low power only to
> go through a 1.5 s transition to full power again (unless the FIN can be
> handled on the FACH -- I don't know).
>
> Summary: With the AT&T numbers cited here, you could do your mobile users
> a favor by setting KeepAliveTimeout to 4 or less seconds.
>
> (Find more about the 3G states and their timing in
> http://www.pasieronen.com/publications/haverinen_siren_eronen_vtc2007.pdf-- this has a much smaller T2 than the 15 seconds the Android docs cite.
> One interesting number in
> http://research.nokia.com/files/tr/NRC-TR-2008-002.pdf was that a single
> keep-alive exchange on their 3G network costs 9200 mJ (as opposed to 280 mJ
> on WiFi), about 0.7 mAh on a 3.7 V battery.  You might have some 2000 of
> those keep-alives in your cellphone battery before it is gone.  Ouch.)
>
> Grüße, Carsten
>
>