1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
|
Return-Path: <johnathan@corganlabs.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 2B49D268
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 9 Nov 2015 20:41:40 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-lf0-f54.google.com (mail-lf0-f54.google.com
[209.85.215.54])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 589C0FD
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 9 Nov 2015 20:41:39 +0000 (UTC)
Received: by lfdo63 with SMTP id o63so13832546lfd.2
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 09 Nov 2015 12:41:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=corganlabs_com.20150623.gappssmtp.com; s=20150623;
h=mime-version:in-reply-to:references:from:date:message-id:subject:to
:cc:content-type;
bh=yXlmKDu/maMaGV3TjLOIgWsx3gLdGS+3oHppVBDtXsY=;
b=PwWt6PzH72/Cpsibwitz+wb3XZXJ7Hvy+Wih2VtPenu9CxZsr78kHzopjO1uqEECLY
aGWELbCpIojPbEluwpZDdMpqYazkpa4PRPc0Q+ykFkGFRWd+W3nc+wdFAHK8VEOgEQhy
pbof5Dvqp+YDrch2zgvn/gXeN8wBo2wYhrcN3Eo/StWq7zK2h9r4AYII+C2QQrZIt1ej
cdnNAPfR1qYwYOyopC5l3SQZJec1SY6CO/taQ9XIppZt7v2/nCHFoL8jlB8bGpbxmK3n
RMxlMtkIguX0HQftgISdjs8ugE9pUTAoLNIWewVrYSVkbsdn3KBmeVIgfiWJJhcN8ABg
9J9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:from:date
:message-id:subject:to:cc:content-type;
bh=yXlmKDu/maMaGV3TjLOIgWsx3gLdGS+3oHppVBDtXsY=;
b=EXhwSzCnUeqZ74e4kMYk0ZjC24eXX6Lcx6VNxbc69vGktCG0FH1BtjUqdST+KXFhUm
yvLqGQIrNrsn2k3E4814zQnnZS6YWQWwsSFLQ7F+pWHj0wfjY1fV8sAQZ6YaacRZqE/E
Wm52dHUSBcF2Lk81jbeYrlDQ/+FPjM31ytx5TpB/3w27+asg1FWT3ZtVHIIziLk621yf
ZZeZt64qOgdMIzL+PNsv3x9HZynNlgbbWl+iLABRDk9srx29rdBzms0TaQiAahkwP6Is
O3EIQXmshBCbBB9f6jHpqF8vQTldFpHoIQcqhh8yQ+PXqRvb9yQ7q24+zQHtrfEqPR6e
wO6Q==
X-Gm-Message-State: ALoCoQk6+MRONzbtCGW0olMvbLrsvpFtGg719zQDpoWuk0VK19cyGNaM1b+QaTmz5e3gBSQHvm+i
X-Received: by 10.25.23.42 with SMTP id n42mr6599974lfi.42.1447101697266; Mon,
09 Nov 2015 12:41:37 -0800 (PST)
MIME-Version: 1.0
Received: by 10.114.186.194 with HTTP; Mon, 9 Nov 2015 12:41:17 -0800 (PST)
In-Reply-To: <5640F172.3010004@gmail.com>
References: <5640F172.3010004@gmail.com>
From: Johnathan Corgan <johnathan@corganlabs.com>
Date: Mon, 9 Nov 2015 12:41:17 -0800
Message-ID: <CALOxbZubcT63VHFowdJBBTziHfVV1qnBEREMa+3ctnRRBzf-cg@mail.gmail.com>
To: Peter Tschipper <peter.tschipper@gmail.com>
Content-Type: multipart/alternative; boundary=001a114057cc9eb2c60524219eba
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID,HTML_MESSAGE,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] request BIP number for: "Support for Datastream
Compression"
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Development Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Nov 2015 20:41:40 -0000
--001a114057cc9eb2c60524219eba
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Mon, Nov 9, 2015 at 11:18 AM, Peter Tschipper via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> I opened a PR #6973 this morning for Zlib Block Compression for block
> relay and at the request of @sipa this should have a BIP associated
> with it. The idea is simple, to compress the datastream before
> sending, initially for blocks only but it could theoretically be done
> for transactions as well. Initial results show an average of 20% block
> compression and taking 90 milliseconds for a full block (on a very slow
> laptop) to compress. The savings will be mostly in terms of less
> bandwidth used, but I would expect there to be a small performance gain
> during the transmission of the blocks particularly where network latency
> is higher.
>
=E2=80=8BThe trade-off decisions among bandwidth savings, CPU performance, =
and
latency are local, and I think it shouldn't be assumed that any particular
node will want to support it. I recommend that if P2P message compression
is implemented, it should be negotiated via the services field at
connection time.
--=20
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
--001a114057cc9eb2c60524219eba
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-size:small">On =
Mon, Nov 9, 2015 at 11:18 AM, Peter Tschipper via bitcoin-dev <span dir=3D"=
ltr"><<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D=
"_blank">bitcoin-dev@lists.linuxfoundation.org</a>></span> wrote:<br></d=
iv><div class=3D"gmail_extra"><div class=3D"gmail_quote"><div>=C2=A0</div><=
blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
#ccc solid;padding-left:1ex">I opened a PR #6973 this morning for Zlib Blo=
ck Compression for block<br>
relay and at the request of @sipa=C2=A0 this should have a BIP associated<b=
r>
with it.=C2=A0 =C2=A0The idea is simple, to compress the datastream before<=
br>
sending, initially for blocks only but it could theoretically be done<br>
for transactions as well.=C2=A0 Initial results show an average of 20% bloc=
k<br>
compression and taking 90 milliseconds for a full block (on a very slow<br>
laptop) to compress.=C2=A0 The savings will be mostly in terms of less<br>
bandwidth used, but I would expect there to be a small performance gain<br>
during the transmission of the blocks particularly where network latency<br=
>
is higher.<br></blockquote><div><br></div><div><div class=3D"gmail_default"=
style=3D"font-size:small">=E2=80=8BThe trade-off decisions among bandwidth=
savings, CPU performance, and latency are local, and I think it shouldn=
9;t be assumed that any particular node will want to support it.=C2=A0 I re=
commend that if P2P message compression is implemented, it should be negoti=
ated via the services field at connection time.</div></div><div><br></div><=
/div>-- <br><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div dir=3D"ltr"><d=
iv dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div>Johnathan Corgan<br>C=
organ Labs - SDR Training and Development Services</div><div><a href=3D"htt=
p://corganlabs.com" style=3D"font-size:12.8px" target=3D"_blank">http://cor=
ganlabs.com</a><br></div></div></div></div></div></div></div></div></div>
</div></div>
--001a114057cc9eb2c60524219eba--
|
