<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Ideally, the metrics that we settle on would be architecture agnostic and have some sort of conversion metric to map it onto any specific architecture. An Intel based architecture is going to perform vastly different from an ARM based one for example.<div class=""><br class=""></div><div class="">Simple example: The PS3 PPE and Xbox 360 CPU are RISC processors that run at 3.2GHz, but their non-vector performance is rather poor. You’d be lucky to get about 33% effective utilization out of them (up to 50%, tops, but that’s really pushing it), so if you were to map this onto another architecture, you’d have at least a 3x conversion from this end alone (the other end could also have a scaling factor).&nbsp;<div class=""><br class=""></div><div class="">Ultimately, how these values are expressed isn’t the important part. It’s the ability to measure the impact of a change that’s important. If some metric changes by, say, 5%, then it doesn’t really matter if it’s expressed in MIPS, INTOPS, MB or GB. The fact that it changed is what matters and what the effect is on the baseline (that ultimately could be expressed as a certain specific hardware configuration). It would probably be practical to have a number of comparable concrete min spec configurations and even more ideal would be if people in the community would have these systems up and running to do actual on-target performance benchmarks.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">jp</div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 2, 2015, at 8:13 PM, Jeremy Rubin &lt;<a href="mailto:jeremy.l.rubin.travel@gmail.com" class="">jeremy.l.rubin.travel@gmail.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><span style="font-size:12.8000001907349px" class="">Might I suggest that the&nbsp;</span><span class="" style="font-size:12.8000001907349px;background-color:rgb(255,255,255)">min</span><span style="font-size:12.8000001907349px" class="">-</span><span class="" style="font-size:12.8000001907349px;background-color:rgb(255,255,255)">spec</span><span style="font-size:12.8000001907349px" class="">, if developed, target the RISC-V Rocket architecture (running on FPGA, I suppose) as a reference point for performance? This may be much lower performance than desirable, however, it means that we don't lock people into using large-vendor chipsets which have unknown, or known to be bad, security properties such as Intel AMT.</span><div style="font-size:12.8000001907349px" class=""><br class=""></div><div style="font-size:12.8000001907349px" class="">In general, targeting open hardware seems to me to be more critical than performance metrics for the long term health of Bitcoin, however, performance is still important.<div class=""><br class=""></div><div class="">Does anyone know how the RISC-V FPGA performance stacks up to, say, a Raspberry Pi?</div></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Thu, Jul 2, 2015 at 10:52 PM, Owen Gunden <span dir="ltr" class="">&lt;<a href="mailto:ogunden@phauna.org" target="_blank" class="">ogunden@phauna.org</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm also a user who runs a full node, and I also like this idea. I think Gavin has done some back-of-the-envelope calculations around this stuff, but nothing so clearly defined as what you propose.<span class=""><br class="">
<br class="">
On 07/02/2015 08:33 AM, Mistr Bigs wrote:<br class="">
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
I'm an end user running a full node on an aging laptop.<br class="">
I think this is a great suggestion! I'd love to know what system<br class="">
requirements are needed for running Bitcoin Core.<br class="">
<br class="">
On Thu, Jul 2, 2015 at 6:04 AM, Jean-Paul Kogelman<br class=""></span><span class="">
&lt;<a href="mailto:jeanpaulkogelman@me.com" target="_blank" class="">jeanpaulkogelman@me.com</a> &lt;mailto:<a href="mailto:jeanpaulkogelman@me.com" target="_blank" class="">jeanpaulkogelman@me.com</a>&gt;&gt; wrote:<br class="">
<br class="">
&nbsp; &nbsp; I’m a game developer. I write time critical code for a living and<br class="">
&nbsp; &nbsp; have to deal with memory, CPU, GPU and I/O budgets on a daily basis.<br class="">
&nbsp; &nbsp; These budgets are based on what we call a minimum specification (of<br class="">
&nbsp; &nbsp; hardware); min spec for short. In most cases the min spec is based<br class="">
&nbsp; &nbsp; on entry model machines that are available during launch, and will<br class="">
&nbsp; &nbsp; give the user an enjoyable experience when playing our games.<br class="">
&nbsp; &nbsp; Obviously, we can turn on a number of bells and whistles for people<br class="">
&nbsp; &nbsp; with faster machines, but that’s not the point of this mail.<br class="">
<br class="">
&nbsp; &nbsp; The point is, can we define a min spec for Bitcoin Core? The number<br class="">
&nbsp; &nbsp; one reason for this is: if you know how your changes affect your<br class="">
&nbsp; &nbsp; available budgets, then the risk of breaking something due to<br class="">
&nbsp; &nbsp; capacity problems is reduced to practically zero.<br class="">
<br class="">
<br class="">
<br class=""></span><span class="">
_______________________________________________<br class="">
bitcoin-dev mailing list<br class="">
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank" class="">bitcoin-dev@lists.linuxfoundation.org</a><br class="">
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank" class="">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br class="">
<br class="">
</span></blockquote><div class="HOEnZb"><div class="h5">
_______________________________________________<br class="">
bitcoin-dev mailing list<br class="">
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank" class="">bitcoin-dev@lists.linuxfoundation.org</a><br class="">
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank" class="">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br class="">
</div></div></blockquote></div><br class=""></div>
_______________________________________________<br class="">bitcoin-dev mailing list<br class=""><a href="mailto:bitcoin-dev@lists.linuxfoundation.org" class="">bitcoin-dev@lists.linuxfoundation.org</a><br class="">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev<br class=""></div></blockquote></div><br class=""></div></div></body></html>