Re: 2.0 and Radio Impacts/battery efficiency

Zhong Yu <zhong.j.yu@gmail.com> Thu, 12 April 2012 15:26 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 C2C6121F8684 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 12 Apr 2012 08:26:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 r--kxyS9mfBV for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 12 Apr 2012 08:26:10 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id B257721F8681 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 12 Apr 2012 08:26:10 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1SILt2-0005uU-4n for ietf-http-wg-dist@listhub.w3.org; Thu, 12 Apr 2012 15:24:40 +0000
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from <zhong.j.yu@gmail.com>) id 1SILsf-0005ia-1I for ietf-http-wg@listhub.w3.org; Thu, 12 Apr 2012 15:24:17 +0000
Received: from mail-vx0-f171.google.com ([209.85.220.171]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <zhong.j.yu@gmail.com>) id 1SILsW-0001T2-8y for ietf-http-wg@w3.org; Thu, 12 Apr 2012 15:24:15 +0000
Received: by vcbfl15 with SMTP id fl15so1920508vcb.2 for <ietf-http-wg@w3.org>; Thu, 12 Apr 2012 08:23:42 -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:content-transfer-encoding; bh=8ACqN82+rZpXTQdIwE7rFyKN/BgN3/nr9wBUeZCK6MM=; b=CKomAsOsfhST1/X3hta8+P1mBrO47ZE+HTgiG1DJEfi2PsqMX10JYKh+F5NxW/oqwX ytWxM/9VpwVnMpNkSHibnk6bju0qYMW42+bucYiP5LgjOp1U4F5N3VH4u+FS9zZAFCwt dHJG25h3g/gSZCeJgpJn8jkggs0PeoL7Zc9gWuDkTqwVIyBWTlWJWbJQc1E4yvrd2Cmq g212wBgrJbCd7yNrRPIQmldj8FW4EiBNROOEaIM+u0j3aDalDBSfNNdOHjMcQEfIkZ53 mAiNUwJFHo2bUrLbbrh3iRUIavRgQ7bxz/26t6Fvsx0p/lzS+aeJd5NSfBf5KIYo/MDS SJBg==
MIME-Version: 1.0
Received: by 10.52.90.175 with SMTP id bx15mr1211663vdb.31.1334244222535; Thu, 12 Apr 2012 08:23:42 -0700 (PDT)
Received: by 10.220.110.208 with HTTP; Thu, 12 Apr 2012 08:23:42 -0700 (PDT)
In-Reply-To: <4F8697C2.5000702@ericsson.com>
References: <4F8697C2.5000702@ericsson.com>
Date: Thu, 12 Apr 2012 10:23:42 -0500
Message-ID: <CACuKZqGA9Tyv_zhO2HhyLNvqvzNCrTyZYy+b_Tt616F7eLbT1w@mail.gmail.com>
From: Zhong Yu <zhong.j.yu@gmail.com>
To: Salvatore Loreto <salvatore.loreto@ericsson.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=209.85.220.171; envelope-from=zhong.j.yu@gmail.com; helo=mail-vx0-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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1SILsW-0001T2-8y 772227ad03dba63bb1b725cd977f0704
X-Original-To: ietf-http-wg@w3.org
Subject: Re: 2.0 and Radio Impacts/battery efficiency
Archived-At: <http://www.w3.org/mid/CACuKZqGA9Tyv_zhO2HhyLNvqvzNCrTyZYy+b_Tt616F7eLbT1w@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/13430
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: <E1SILt2-0005uU-4n@frink.w3.org>
Resent-Date: Thu, 12 Apr 2012 15:24:40 +0000

I don't get it. Cerntainly a new connection requires an extra round
trip which drains extra power, but only for the duration of the round
trip. Why is it "extremely expensive"?

The article says

    "Every time you create a new network connection, the radio
transitions to the full power state."

which I don't think implies that,

    "If you reuse a network connection, the radio does NOT necessarily
transition to the full power state."

To compress all network activities(including FIN-FIN) into a shorter
time span, the article event suggests that

    "so it's also good practice to close your connections when they
aren't in use"


On Thu, Apr 12, 2012 at 3:52 AM, Salvatore Loreto
<salvatore.loreto@ericsson.com> wrote:
> Hi there,
>
> here a good read about "Optimizing Downloads for Efficient Network Access"
> http://developer.android.com/training/efficient-downloads/efficient-network-access.html
>
> the major points are
>
> 1) reducing the number of connections is a MUST as each new network
> connection is extremely expensive
> from a Radio/Battery prospective
>
> It is also worth to add that the server-initiated closing of  idle
> connection is also something to avoid.
> So if the client keeps the connection open longer, then the specification
> has to mandate servers to keep
> the connection open for very long.
>
>
> 2) the ping frequency is also very important:
> "An app that pings the server every 20 seconds, just to acknowledge that the
> app is running and visible to the user, will keep the radio powered on
> indefinitely"
>
>
> 3) also Prefetching data need some consideration from the radio prospective
> as Prefetching data (on a wireless connection)
>  may cost money but for sure has a cost from a battery prospective
>
>
> cheers
> Sal
>
> --
> Salvatore Loreto, PhD
> www.sloreto.com