Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.216.175 as permitted sender)
	client-ip=209.85.216.175; envelope-from=imichaelmiers@gmail.com;
	helo=mail-qc0-f175.google.com; 
MIME-Version: 1.0
Sender: imichaelmiers@gmail.com
In-Reply-To: <CAEC9zAYrMHHEyyTx1QVHoGSJU3fFypB0Hx4K-VFoUn0hp4Z7JA@mail.gmail.com>
References: <CAEC9zAbHO9y7Go4FhZFyOCKdm1js_eKCoz7iaOCh1Wu=B9OASw@mail.gmail.com>
	<CAEC9zAYrMHHEyyTx1QVHoGSJU3fFypB0Hx4K-VFoUn0hp4Z7JA@mail.gmail.com>
From: Ian Miers <imiers1@jhu.edu>
Date: Wed, 3 Oct 2012 13:38:13 -0400
Message-ID: <CAEC9zAbkWWcn5eRHLh6u+zyGu92E1Yq-9CQVPqE_6-QwMVs=4Q@mail.gmail.com>
To: bitcoin-development@lists.sourceforge.net
Content-Type: multipart/alternative; boundary=20cf303b42f791ca2004cb2b1b49
Subject: Re: [Bitcoin-development] performance testing for bitcoin
Precedence: list

--20cf303b42f791ca2004cb2b1b49
Content-Type: text/plain; charset=ISO-8859-1

Whats the best way to get performance numbers for modifications to bitcoin
? Profiling it while running on testnet might work, but that would take a
rather long time to get data.
Is there anyway to speed this up  if we only needed to
provide  relative performance between tests. (in a sense a fast performance
regression test).

At least in theory, one possibility would be to replay real
bitcoin transactions  to a test-net-in-a-box network (of maybe a few nodes)
that has the real blockchain history loaded into it but then operates at a
far reduced hash difficulty in order facilitate running quickly.

Are there existing techniques/scripts for  some kind of perf testing with
traffic that at least approximates real world traffic ?
The test infrastructure  that ships with bitcoin does not appear to provide
this.

Thanks,
Ian

>
>

--20cf303b42f791ca2004cb2b1b49
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">Whats the best way to get performance numbers fo=
r modifications to bitcoin ? Profiling it while running on testnet might wo=
rk, but that would take a rather long time to get data.=A0<br>Is there anyw=
ay to speed this up =A0if we only needed to provide=A0=A0relative=A0perform=
ance=A0between tests.=A0(in a sense a fast performance regression test).<br=
>

<br>At least in theory, one possibility would be to replay real bitcoin=A0t=
ransactions=A0 to a test-net-in-a-box network (of maybe a few nodes)<br>tha=
t has the real=A0blockchain=A0history loaded into it but then operates at a=
 far reduced hash difficulty in order facilitate running quickly.<br>

<br>Are there existing techniques/scripts for =A0some kind of perf testing =
with traffic that at least approximates real world traffic ?=A0<br>The test=
=A0infrastructure=A0=A0that ships with bitcoin does not appear to provide t=
his.<br>

<br>Thanks,<br>Ian<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0=
 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=3D"HOEnZb">=
<div class=3D"h5"><br>
</div></div></blockquote></div><br>

--20cf303b42f791ca2004cb2b1b49--