Re: [ppsp] [Spam] 回复: Re:回复: Re: Proposal to resolve Issue 10 + 13

Arno Bakker <arno@cs.vu.nl> Wed, 09 May 2012 07:01 UTC

Return-Path: <a.bakker@vu.nl>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0094321F85EF for <ppsp@ietfa.amsl.com>; Wed, 9 May 2012 00:01:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.134
X-Spam-Level: ***
X-Spam-Status: No, score=3.134 tagged_above=-999 required=5 tests=[AWL=-1.516, BAYES_20=-0.74, CHARSET_FARAWAY_HEADER=3.2, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345]
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 EGUnHcoV88bA for <ppsp@ietfa.amsl.com>; Wed, 9 May 2012 00:01:29 -0700 (PDT)
Received: from mailin.vu.nl (mailin.vu.nl [130.37.164.16]) by ietfa.amsl.com (Postfix) with ESMTP id 2793C21F8559 for <ppsp@ietf.org>; Wed, 9 May 2012 00:01:28 -0700 (PDT)
Received: from PEXHB012B.vu.local (130.37.236.67) by mailin.vu.nl (130.37.164.16) with Microsoft SMTP Server (TLS) id 14.2.283.3; Wed, 9 May 2012 09:01:29 +0200
Received: from [130.161.211.249] (130.37.238.20) by mails.vu.nl (130.37.236.67) with Microsoft SMTP Server (TLS) id 14.2.283.3; Wed, 9 May 2012 09:01:27 +0200
Message-ID: <4FAA1680.9080000@cs.vu.nl>
Date: Wed, 09 May 2012 09:02:24 +0200
From: Arno Bakker <arno@cs.vu.nl>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120312 Thunderbird/11.0
MIME-Version: 1.0
To: ppsp@ietf.org
References: <OF97B14220.883D5968-ON482579DB.003454AD-482579DB.0035B23D@zte.com.cn> <2012041216393612240745@chinamobile.com>, <4F869775.6010007@cs.vu.nl> <2012041815001581776052@chinamobile.com>, <4F8E6DCE.90101@cs.vu.nl> <20120418183444961415101@chinamobile.com> <4FAA0C76.9010306@cs.vu.nl>
In-Reply-To: <4FAA0C76.9010306@cs.vu.nl>
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [130.37.238.20]
Subject: Re: [ppsp] [Spam] 回复: Re:回复: Re: Proposal to resolve Issue 10 + 13
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: arno@cs.vu.nl
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 May 2012 07:01:30 -0000

On 09/05/2012 08:19, Arno Bakker wrote:
> 
>> In such cases, requsting
>> a range of chunks needs no more bits than bin number. What's worse, if
>> the chunks peer A has is
>> sparsely distributed, i.e., the chunkmap is likely to be 10001011110,
>> bin numbering needs more bits.
> 
> Bins are actually more efficient than (start,end) in this example. With
> bin numbers, you'll in the worst case need an integer for every 1 in the
> bitmap, so 6 in this case. In a better case we might be able to address
> the 4 ones at the end as a single bin. However, if you use (start,end)
> addressing, you'll actually need 2 integers per 1 bit, or 12 integers.
> 

Correction: bins are equally or more efficient. It will take 3
(start,end) byte range pairs to represent 10001011110, so 6 ints. It
will take 3 to 6 bins to represent that, so 3-6 ints.

CU,
     Arno