Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VQnTB-0005Pe-PG for bitcoin-development@lists.sourceforge.net; Tue, 01 Oct 2013 00:05:41 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.45 as permitted sender) client-ip=74.125.82.45; envelope-from=castiglionemaldonado@gmail.com; helo=mail-wg0-f45.google.com; Received: from mail-wg0-f45.google.com ([74.125.82.45]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1VQnT9-0000uT-UQ for bitcoin-development@lists.sourceforge.net; Tue, 01 Oct 2013 00:05:41 +0000 Received: by mail-wg0-f45.google.com with SMTP id y10so6510641wgg.0 for ; Mon, 30 Sep 2013 17:05:33 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.180.221.38 with SMTP id qb6mr15838467wic.8.1380585933681; Mon, 30 Sep 2013 17:05:33 -0700 (PDT) Received: by 10.194.30.67 with HTTP; Mon, 30 Sep 2013 17:05:33 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Sep 2013 21:05:33 -0300 Message-ID: From: =?UTF-8?Q?Fatima_Castiglione_Maldonado_=E5=8F=91?= To: Gregory Maxwell Content-Type: multipart/alternative; boundary=001a1134d2da28b87704e7a2b633 X-Spam-Score: -0.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 (castiglionemaldonado[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -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: 1VQnT9-0000uT-UQ Cc: "bitcoin-development@lists.sourceforge.net" Subject: Re: [Bitcoin-development] bitcoind stops responding 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: Tue, 01 Oct 2013 00:05:41 -0000 --001a1134d2da28b87704e7a2b633 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Oh, excuse me; it looked related to me. It was not at all my intention to mess down the thread; on the contrary I was trying to be of help and at the same time getting an answer. No, I must recognize that I was not aware of sendmany. This is my first time managing bulk transactions. Thank you very much for your help. I lead a group of developers and we are trying to be of help to the Bitcoin community at large, and to this group. Kindest regards, Fatima 2013/9/30 Gregory Maxwell > On Mon, Sep 30, 2013 at 3:00 PM, Fatima Castiglione Maldonado =E5=8F=91 > wrote: > > I am new on the list. I got a similar problem. > > If I put "sendToAdress" transactions to bitcoind, it will accept betwee= n > 1 > > and 3 transactions per minute, depending on the underlying machine. > > If I try to send one transaction every 20 seconds or less, bitcoind sto= ps > > responding to RPC calls. > > > > Does anybody know of any solution / fix / workaround for this? > > This is unrelated to Slush's question. > > The complexity of IsConfirmed/Ismine is exponential and starts taking > tens of seconds at a chain of a dozen unconfirmed transactions (and > growing from there) > > There are some patches that change this, but since the whole network > will only average about 7tx per second, you're probably doing > something wrong if you're building great big chains of unconfirmed > transaction. Are you aware of sendmany? > --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D F=C3=A1tima Castiglione Maldonado castiglionemaldonado@gmail.com ____ ,'_ | __________________|__|__|__ <_____ ) _.------._ `-----------,------.-' ,-' `-. | | | ,' `. ,' | | ,' `. | _,-' |__ / \ _,'-' `. `---.___|_____________ \ .--' -----. | _____________________ `-. ----- | | ___| | | \ ,- \ | | ___| |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D((|) | | | | | | _____________________/ `- / | `--._ -----' | _________________,-' ----- | `.-._ ,' __.---' | / | `-. | \ / `. | | `. ,' | | | `. ,' _____,----------`-------`-. `-._ _,-' <___________________________) `------' | _| | `.____| =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D --001a1134d2da28b87704e7a2b633 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Oh, excuse me; it looke= d related to me.
It was not at all my intention to mess= down the thread; on the contrary I was trying to be of help and at the sam= e time getting an answer.

No, I must recognize that I was not aware of sendmany.= This is my first time managing bulk transactions.
Thank you very much f= or your help.
I lead a group of developers and we are trying to be= of help to the Bitcoin community at large, and to this group.

Kindest regards,
Fatima




2013/9/30 Gregory Maxwell <gmaxw= ell@gmail.com>
On Mon, Sep 30, 2013 at 3:00 PM, Fatima Cast= iglione Maldonado =E5=8F=91
<castiglionemaldonado@= gmail.com> wrote:
> I am new on the list. I got a similar problem.
> If I put "sendToAdress" transactions to bitcoind, it will ac= cept between 1
> and 3 transactions per minute, depending on the underlying machine. > If I try to send one transaction every 20 seconds or less, bitcoind st= ops
> responding to RPC calls.
>
> Does anybody know of any solution / fix / workaround for this?

This is unrelated to Slush's question.

The complexity of IsConfirmed/Ismine is exponential and starts taking
tens of seconds at a chain of a dozen unconfirmed transactions (and
growing from there)

There are some patches that change this, but since the whole network
will only average about 7tx per second, you're probably doing
something wrong if you're building great big chains of unconfirmed
transaction. =C2=A0Are you aware of sendmany?



--
=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D
F=C3=A1tima Castiglione Maldonado
castiglionemaldonado@gm= ail.com

                     ____
                   ,'_   |
 __=
________________|__|__|__
<_____                      )              =
  _.------._
      `-----------,------.-'              ,-'      =
    `-.

                 |    |  |              ,'                `.
       =
         ,'    |  |            ,'                    `.
        =
        |  _,-'  |__         /                        \
            =
  _,'-'    `.   `---.___|_____________             \

          .--'  -----.  | _____________________   `-. -----     |
  =
        |    ___|  |  |                      \  ,- \          |
        =
  |    ___|  |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D((|) |         |
          |       |  |  | ________=
_____________/  `- /          |

          `--._ -----'  |        _________________,-' -----     |               `.-._   ,' __.---'   |                          /<=
br>                |   `-.  |           \                        /
     =
           `.    |  |            `.                    ,'

                 |    |  |              `.                ,'
 _____,=
----------`-------`-.              `-._        _,-'
<____________=
_______________)                 `------'
                   | _|  |=


                   `.____|


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
--001a1134d2da28b87704e7a2b633--