* [Bitcoin-development] statoshi.info is now live @ 2014-05-11 17:14 Jameson Lopp 2014-05-13 11:43 ` Wladimir 0 siblings, 1 reply; 5+ messages in thread From: Jameson Lopp @ 2014-05-11 17:14 UTC (permalink / raw) To: Bitcoin Dev -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Since it seems unlikely that we'll be able to ship an integrated stats / monitoring feature in the short term, I went ahead and set up a public Statoshi instance and threw a nicer interface on top of it. http://statoshi.info You can also view the raw Graphite stats at http://statoshi.info:8080/ If there are any metrics that you think would be helpful for development or monitoring purposes, just let me know and I'll take a shot at adding them. Jameson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTb6/qAAoJEIch3FSFNiDceR4H/jHchii5offrnQRsRcA7o4bh EEeL7ln9ID2FtqpL5wEjFtYq7nXL/8+o1BY7MOULo4SMpQIi0aY3ehNkPUCX3XKh U0F1ZZpkjMpI8BbIqBFwspNAE7bFh8vmRW9/IhWXf3VY8TmgVhZnbMmzxvcw7DwI kb1pgXZOEKCwmMvxBoWdmwDogvZvNPIThoQ9InY+qaGQut3lvrrSQMR7jYXxTY/9 Rebnny5c15KUrM3xwRPJvFHlbFE8F5a6ue9uwGq/STK73/iDqXksJNFnpzk3fnGc AryWmleHFfttfsb1kb991BFn2RCaKWvGBNUnq5dD/cCZIBwu3F16j65JAxboF94= =Xe+e -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bitcoin-development] statoshi.info is now live 2014-05-11 17:14 [Bitcoin-development] statoshi.info is now live Jameson Lopp @ 2014-05-13 11:43 ` Wladimir 2014-05-13 17:48 ` Josh Lehan 0 siblings, 1 reply; 5+ messages in thread From: Wladimir @ 2014-05-13 11:43 UTC (permalink / raw) To: Jameson Lopp; +Cc: Bitcoin Dev Hello Jameson, On Sun, May 11, 2014 at 7:14 PM, Jameson Lopp <jameson.lopp@gmail.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Since it seems unlikely that we'll be able to ship an integrated stats / monitoring feature in the short term, I went ahead and set up a public Statoshi instance and threw a nicer interface on top of it. > > http://statoshi.info Must say it looks very nice. One comment about the graphs: in the 'connected peers' chart you visualize some larger quantities (especially knownAddresses) and some very small ones (peer.(dis)connect). This makes the latter invisible due to scale. Some random stats may be useful as well: - Number of connected peers that are SPV clients or full nodes (NODE_NETWORK) - Current block height (so that it's possible to detect stuck nodes) - Number of transactions in mempool - Number of transactions in UTXO set - Maybe some fee statistics, https://github.com/bitcoin/bitcoin/pull/3959 would be useful here - Number of orphan blocks/orphan transactions Wladimir ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bitcoin-development] statoshi.info is now live 2014-05-13 11:43 ` Wladimir @ 2014-05-13 17:48 ` Josh Lehan 2014-05-14 11:38 ` Jameson Lopp 0 siblings, 1 reply; 5+ messages in thread From: Josh Lehan @ 2014-05-13 17:48 UTC (permalink / raw) To: Wladimir; +Cc: Bitcoin Dev I agree, it looks very slick. Well done. While on the subject of connected peers, what about the idea of adding the ping time from this node to other peers? The problem with fitting that information into the current design is that the graphs seem to be comprised of overall statistics for this node, not per-peer statistics that can vary between peers (such as ping time). If a line were to be added to a graph to represent each peer's ping time, the number of lines (statistics) on the graph would have to vary in real time as peers are added or removed, which would be a challenge. I earlier added the "ping" feature to bitcoind, and it works to measure the ping time, however this feature is on-demand: it won't ping other nodes unless requested. So, something would have to send the "ping" RPC command on a regular schedule, to ensure the graph is updated with new information. Also, there is currently no support for overlapping pings (although that would be easy to add), so if a peer is slow enough to not respond at all to the first ping request, and a second ping request goes out in the meantime, any late response from the first ping request would then be discarded. Great graphs, and these are just brainstorms for future ideas :) Josh Lehan Sent from my iPad > On May 13, 2014, at 4:43, Wladimir <laanwj@gmail.com> wrote: > > Hello Jameson, > >> On Sun, May 11, 2014 at 7:14 PM, Jameson Lopp <jameson.lopp@gmail.com> wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Since it seems unlikely that we'll be able to ship an integrated stats / monitoring feature in the short term, I went ahead and set up a public Statoshi instance and threw a nicer interface on top of it. >> >> http://statoshi.info > > Must say it looks very nice. > > One comment about the graphs: in the 'connected peers' chart you > visualize some larger quantities (especially knownAddresses) and some > very small ones (peer.(dis)connect). This makes the latter invisible > due to scale. > > Some random stats may be useful as well: > > - Number of connected peers that are SPV clients or full nodes (NODE_NETWORK) > - Current block height (so that it's possible to detect stuck nodes) > - Number of transactions in mempool > - Number of transactions in UTXO set > - Maybe some fee statistics, > https://github.com/bitcoin/bitcoin/pull/3959 would be useful here > - Number of orphan blocks/orphan transactions > > Wladimir > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bitcoin-development] statoshi.info is now live 2014-05-13 17:48 ` Josh Lehan @ 2014-05-14 11:38 ` Jameson Lopp 2014-05-14 13:10 ` Pieter Wuille 0 siblings, 1 reply; 5+ messages in thread From: Jameson Lopp @ 2014-05-14 11:38 UTC (permalink / raw) To: Josh Lehan, Wladimir; +Cc: Bitcoin Dev -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks; I've received several suggestions for other metrics to collect that I hope to implement soon, but you're right in that tracking per-peer pings is a different type of metric than what I'm currently collecting. I actually noted the lack of pong messages in a post I made a few weeks ago: http://coinchomp.com/2014/04/27/peeking-hood-running-bitcoin-node/ Once I added metrics for sent messages, it validated my theory: my node has never sent a single ping request to a peer and thus has never received a pong message. I can't even add sent pings or received pongs to this chart because they don't exist in my graphite instance. http://statoshi.info:8080/render/?width=1548&height=883&_salt=1400066995.622&target=stats.message.received.ping&target=stats.message.sent.pong&lineMode=connected&bgcolor=000000&fgcolor=FFFFFF I guess my question regarding ping stats is how useful that information would be - it seems to me that if we are trying to quantify the cohesiveness of the network, we should instead be observing the message propagation times. Though that's outside the scope of my project; there are other people who are doing just that. http://bitcoinstats.com/network/propagation/ Jameson On 05/13/2014 01:48 PM, Josh Lehan wrote: > I agree, it looks very slick. Well done. > > While on the subject of connected peers, what about the idea of adding the ping time from this node to other peers? The problem with fitting that information into the current design is that the graphs seem to be comprised of overall statistics for this node, not per-peer statistics that can vary between peers (such as ping time). If a line were to be added to a graph to represent each peer's ping time, the number of lines (statistics) on the graph would have to vary in real time as peers are added or removed, which would be a challenge. > > I earlier added the "ping" feature to bitcoind, and it works to measure the ping time, however this feature is on-demand: it won't ping other nodes unless requested. So, something would have to send the "ping" RPC command on a regular schedule, to ensure the graph is updated with new information. Also, there is currently no support for overlapping pings (although that would be easy to add), so if a peer is slow enough to not respond at all to the first ping request, and a second ping request goes out in the meantime, any late response from the first ping request would then be discarded. > > Great graphs, and these are just brainstorms for future ideas :) > > Josh Lehan > > Sent from my iPad > >> On May 13, 2014, at 4:43, Wladimir <laanwj@gmail.com> wrote: >> >> Hello Jameson, >> >>> On Sun, May 11, 2014 at 7:14 PM, Jameson Lopp <jameson.lopp@gmail.com> wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Since it seems unlikely that we'll be able to ship an integrated stats / monitoring feature in the short term, I went ahead and set up a public Statoshi instance and threw a nicer interface on top of it. >>> >>> http://statoshi.info >> >> Must say it looks very nice. >> >> One comment about the graphs: in the 'connected peers' chart you >> visualize some larger quantities (especially knownAddresses) and some >> very small ones (peer.(dis)connect). This makes the latter invisible >> due to scale. >> >> Some random stats may be useful as well: >> >> - Number of connected peers that are SPV clients or full nodes (NODE_NETWORK) >> - Current block height (so that it's possible to detect stuck nodes) >> - Number of transactions in mempool >> - Number of transactions in UTXO set >> - Maybe some fee statistics, >> https://github.com/bitcoin/bitcoin/pull/3959 would be useful here >> - Number of orphan blocks/orphan transactions >> >> Wladimir >> >> ------------------------------------------------------------------------------ >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. >> Get unparalleled scalability from the best Selenium testing platform available >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> Bitcoin-development mailing list >> Bitcoin-development@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTc1XIAAoJEIch3FSFNiDcrygH/A+cDzLdNNwdiT2oGjpfYO/A fxlqSHqzGdTJQuTRgjxAOp9RrFGhGYT4Qz6TJ3qzSVAILyM3FYELxgm3B6TqDWi2 hc0FTFbVO3ys1Otza9r5r/6W0xGIkJaDRghoFlxd1jUCmuPyqK541pHjvX8MPAfm zYWCb5U2dU0MAzkV8vClQNMy5lMN3RulCm3lZPvetjnQXfhf2e36Pl5MFOsuqzcp PeZnuXHhxGT6BbVOoEnPRQiH7h0jmDqBV66nJaeUaLVvsg6urfo/HaUmDXuto0tF r7O779o138mLTofVxCwFvxYxilYDhS9S8L2uZc8ILt+SAZA3XQIM5okJYLd6I6A= =cJCd -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bitcoin-development] statoshi.info is now live 2014-05-14 11:38 ` Jameson Lopp @ 2014-05-14 13:10 ` Pieter Wuille 0 siblings, 0 replies; 5+ messages in thread From: Pieter Wuille @ 2014-05-14 13:10 UTC (permalink / raw) To: Jameson Lopp; +Cc: Bitcoin Dev [-- Attachment #1: Type: text/plain, Size: 548 bytes --] On May 14, 2014 1:42 PM, "Jameson Lopp" <jameson.lopp@gmail.com> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Thanks; I've received several suggestions for other metrics to collect that I hope to implement soon, but you're right in that tracking per-peer pings is a different type of metric than what I'm currently collecting. I actually noted the lack of pong messages in a post I made a few weeks ago: http://coinchomp.com/2014/04/27/peeking-hood-running-bitcoin-node/ See pull request #2784. (Sent from my phone) -- Pieter [-- Attachment #2: Type: text/html, Size: 823 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-05-14 13:11 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-05-11 17:14 [Bitcoin-development] statoshi.info is now live Jameson Lopp 2014-05-13 11:43 ` Wladimir 2014-05-13 17:48 ` Josh Lehan 2014-05-14 11:38 ` Jameson Lopp 2014-05-14 13:10 ` Pieter Wuille
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox