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-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Wi8Ya-0001BC-Lx for bitcoin-development@lists.sourceforge.net; Wed, 07 May 2014 20:35:12 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.216.43 as permitted sender) client-ip=209.85.216.43; envelope-from=jameson.lopp@gmail.com; helo=mail-qa0-f43.google.com; Received: from mail-qa0-f43.google.com ([209.85.216.43]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Wi8YZ-0005pl-M8 for bitcoin-development@lists.sourceforge.net; Wed, 07 May 2014 20:35:12 +0000 Received: by mail-qa0-f43.google.com with SMTP id m5so1555462qaj.16 for ; Wed, 07 May 2014 13:35:06 -0700 (PDT) X-Received: by 10.229.135.134 with SMTP id n6mr9986030qct.16.1399494906117; Wed, 07 May 2014 13:35:06 -0700 (PDT) Received: from [192.168.119.214] (BRONTO-SOFT.car1.Raleigh1.Level3.net. [4.59.160.2]) by mx.google.com with ESMTPSA id m7sm30815488qae.35.2014.05.07.13.35.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 May 2014 13:35:05 -0700 (PDT) Message-ID: <536A98FA.3090207@gmail.com> Date: Wed, 07 May 2014 16:35:06 -0400 From: Jameson Lopp User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Wladimir References: <536A8592.8010009@gmail.com> <536A902C.6080602@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.6 (-) 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 (jameson.lopp[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 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: 1Wi8YZ-0005pl-M8 Cc: "bitcoin-development@lists.sourceforge.net" Subject: Re: [Bitcoin-development] Announcing the Statoshi fork 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, 07 May 2014 20:35:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The charts are generated on-demand by Graphite, which is a Django app. I will note that one reason I chose StatsD is because it sends the stats via UDP rather than TCP, which is a non-blocking operation. I didn't want the sending of stats to affect the node's performance. - - Jameson On 05/07/2014 04:18 PM, Wladimir wrote: > On Wed, May 7, 2014 at 9:57 PM, Jameson Lopp wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I agree that it would be awesome to offer these types of stats with the installer; unfortunately the route I've taken has dependencies on several other other pieces of software to do all the heavy lifting of stats aggregation and chart rendering. I'm assuming that you would not want to build any of that processing into Bitcoin Core itself; would you be opposed to packaging other software along with the installer? > > Depends on just how much stuff it is. The idea is primarily to have an > installer for running a (wallet-less) node as an OS background > service. > > Having some statistics available would be worth some extra download > size, otherwise it would be pretty much invisible. > > We'd already decided that we would need something like Python for the > stats service. Implementing things like web services in C++ is just > not realistic given the time constraints and the great already-written > code that is out there. As an optional tool it should be external, not > part of bitcoind itself. > > I suppose the chart rendering happens client-side? In that case the > web service just has to collect and provide the data, and serve static > html/js files. > > Wladimir > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTapj5AAoJEIch3FSFNiDcofAIALHi7XgQi8pf75btujaeBsX3 nniRD0yZIkoAvPlvFLiKQGE8TH+VR8Sb9fQACzmajYx1yjD0gN4xvkJXbI+pkeP5 L8ZryhqxL5qCh/OI4+fkWlsp5Nwx89QvUepdXXdc/AQGQJIEMceiZOLDcjbk29Yb vCsyJL5yhzM9BM0cImuvrOBPtF3/L6DbgHP8OLD2LHRl4paJ1UDtfYCx3HVO9wp8 ZWq1oCaFyoYmUyx8GTUzbLjh9sOgaq43GKYec/kQSLmFxhhMF0dGNDMiwD/xz1i7 LIswjlEKHZYOWWL3SMQg3pLlOTzGH4mHg++BAyrtzZ5CHlc1rjsPSk2d2Df/8Zc= =GFu9 -----END PGP SIGNATURE-----