From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VlktO-0006kJ-QW for bitcoin-development@lists.sourceforge.net; Wed, 27 Nov 2013 19:35:22 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.219.47 as permitted sender) client-ip=209.85.219.47; envelope-from=mh.in.england@gmail.com; helo=mail-oa0-f47.google.com; Received: from mail-oa0-f47.google.com ([209.85.219.47]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1VlktN-0002Yw-Ai for bitcoin-development@lists.sourceforge.net; Wed, 27 Nov 2013 19:35:22 +0000 Received: by mail-oa0-f47.google.com with SMTP id k1so8134052oag.20 for ; Wed, 27 Nov 2013 11:35:16 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.182.44.167 with SMTP id f7mr35315094obm.3.1385580915825; Wed, 27 Nov 2013 11:35:15 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.76.3.134 with HTTP; Wed, 27 Nov 2013 11:35:15 -0800 (PST) In-Reply-To: References: <52930FA3.3070802@ceptacle.com> Date: Wed, 27 Nov 2013 20:35:15 +0100 X-Google-Sender-Auth: e6ODVQGRtgjAAEYQD9jz8F0pEaY Message-ID: From: Mike Hearn To: Christian Decker Content-Type: multipart/alternative; boundary=001a11c1d7e04cc08304ec2db2e7 X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: doubleclick.net] 1.0 HTML_MESSAGE BODY: HTML included in message 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1VlktN-0002Yw-Ai Cc: Bitcoin Development , Michael Gronager Subject: Re: [Bitcoin-development] Network propagation speeds X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 19:35:23 -0000 --001a11c1d7e04cc08304ec2db2e7 Content-Type: text/plain; charset=UTF-8 Hey Christian, Could you sort the snapshots by date? At the moment they're kind of in a random order. Sometimes I wish we had real-time stats too but this is a great start. On Mon, Nov 25, 2013 at 8:27 PM, Christian Decker < decker.christian@gmail.com> wrote: > Thanks Mike for the Tip :-) > > I will definitely extend the calculations to include a size-normalized > version. As for transaction propagations, being much smaller the > measurements tend to be much noisier, but given enough samples we > might be able to reconstruct some of the system parameters. > > Good idea to attempt to correlate propagation speed and number of > inputs/outputs, might be interesting to see whether processing at the > nodes has an influence. > > Regards, > Chris > -- > Christian Decker > > > On Mon, Nov 25, 2013 at 9:51 AM, Michael Gronager > wrote: > > Hi Christian, > > > > Cool - thanks for posting - agree, that it would be nice to normalize > > the results with block size - so divide by size and: > > 1. see if there is a correlation (we all presume there still is) > > 2. plot the delay graph as e.g. normalized to the averaged blocksize or > > lets define a "standard block size" of 200kb or what ever so we can > > compare the plot btw days. > > > > Also, does the correlation of propagation times hold for transaction > > sizes as well (would be ice to find the logical t0 and the constant - I > > guess the interesting measure is not kb but signatures, so number of > > inputs - some correlation with size though). > > > > Best, > > > > Michael > > > > On 24/11/13, 17:37 , Christian Decker wrote: > >> Sure thing, I'm looking for a good way to publish these measurements, > >> but I haven't found a good option yet. They are rather large in size, > >> so I'd rather not serve them along with the website as it hasn't got > >> the capacity. Any suggestions? If the demand is not huge I could > >> provide them on a per user basis. > >> -- > >> Christian Decker > >> > >> > >> On Sun, Nov 24, 2013 at 5:26 PM, Gregory Maxwell > wrote: > >>> On Sun, Nov 24, 2013 at 8:20 AM, Christian Decker > >>> wrote: > >>>> Since this came up again during the discussion of the Cornell paper I > >>>> thought I'd dig up my measurement code from the Information > >>>> Propagation paper and automate it as much as possible. > >>> > >>> Could you publish the block ids and timestamp sets for each block? > >>> > >>> It would be useful in correlating propagation information against > >>> block characteristics. > >> > >> > ------------------------------------------------------------------------------ > >> Shape the Mobile Experience: Free Subscription > >> Software experts and developers: Be at the forefront of tech innovation. > >> Intel(R) Software Adrenaline delivers strategic insight and > game-changing > >> conversations that shape the rapidly evolving mobile landscape. Sign up > now. > >> > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > >> _______________________________________________ > >> Bitcoin-development mailing list > >> Bitcoin-development@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development > >> > > > > > > > ------------------------------------------------------------------------------ > > Shape the Mobile Experience: Free Subscription > > Software experts and developers: Be at the forefront of tech innovation. > > Intel(R) Software Adrenaline delivers strategic insight and game-changing > > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > > > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > > _______________________________________________ > > Bitcoin-development mailing list > > Bitcoin-development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > --001a11c1d7e04cc08304ec2db2e7 Content-Type: text/html; charset=UTF-8
Hey Christian,

Could you sort the snapshots by date? At the moment they're kind of in a random order.

Sometimes I wish we had real-time stats too but this is a great start.


On Mon, Nov 25, 2013 at 8:27 PM, Christian Decker <decker.christian@gmail.com> wrote:
Thanks Mike for the Tip :-)

I will definitely extend the calculations to include a size-normalized
version. As for transaction propagations, being much smaller the
measurements tend to be much noisier, but given enough samples we
might be able to reconstruct some of the system parameters.

Good idea to attempt to correlate propagation speed and number of
inputs/outputs, might be interesting to see whether processing at the
nodes has an influence.

Regards,
Chris
--
Christian Decker


On Mon, Nov 25, 2013 at 9:51 AM, Michael Gronager <gronager@ceptacle.com> wrote:
> Hi Christian,
>
> Cool - thanks for posting - agree, that it would be nice to normalize
> the results with block size - so divide by size and:
> 1. see if there is a correlation (we all presume there still is)
> 2. plot the delay graph as e.g. normalized to the averaged blocksize or
> lets define a "standard block size" of 200kb or what ever so we can
> compare the plot btw days.
>
> Also, does the correlation of propagation times hold for transaction
> sizes as well (would be ice to find the logical t0 and the constant - I
> guess the interesting measure is not kb but signatures, so number of
> inputs - some correlation with size though).
>
> Best,
>
> Michael
>
> On 24/11/13, 17:37 , Christian Decker wrote:
>> Sure thing, I'm looking for a good way to publish these measurements,
>> but I haven't found a good option yet. They are rather large in size,
>> so I'd rather not serve them along with the website as it hasn't got
>> the capacity. Any suggestions? If the demand is not huge I could
>> provide them on a per user basis.
>> --
>> Christian Decker
>>
>>
>> On Sun, Nov 24, 2013 at 5:26 PM, Gregory Maxwell <gmaxwell@gmail.com> wrote:
>>> On Sun, Nov 24, 2013 at 8:20 AM, Christian Decker
>>> <decker.christian@gmail.com> wrote:
>>>> Since this came up again during the discussion of the Cornell paper I
>>>> thought I'd dig up my measurement code from the Information
>>>> Propagation paper and automate it as much as possible.
>>>
>>> Could you publish the block ids and timestamp sets for each block?
>>>
>>> It would be useful in correlating propagation information against
>>> block characteristics.
>>
>> ------------------------------------------------------------------------------
>> Shape the Mobile Experience: Free Subscription
>> Software experts and developers: Be at the forefront of tech innovation.
>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>> conversations that shape the rapidly evolving mobile landscape. Sign up now.
>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitcoin-development@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development

------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
_______________________________________________
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development

--001a11c1d7e04cc08304ec2db2e7--