Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1TFl3Z-0002MJ-VC for bitcoin-development@lists.sourceforge.net; Sun, 23 Sep 2012 12:13:05 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.175 as permitted sender) client-ip=74.125.82.175; envelope-from=mh.in.england@gmail.com; helo=mail-we0-f175.google.com; Received: from mail-we0-f175.google.com ([74.125.82.175]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1TFl3Z-0001E4-2s for bitcoin-development@lists.sourceforge.net; Sun, 23 Sep 2012 12:13:05 +0000 Received: by weyt44 with SMTP id t44so1716401wey.34 for ; Sun, 23 Sep 2012 05:12:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.86.106 with SMTP id o10mr8039495wiz.22.1348402378898; Sun, 23 Sep 2012 05:12:58 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.216.139.134 with HTTP; Sun, 23 Sep 2012 05:12:58 -0700 (PDT) Date: Sun, 23 Sep 2012 14:12:58 +0200 X-Google-Sender-Auth: RvbBN-vxewz-h1Z_RgpiQtdVEGQ Message-ID: From: Mike Hearn To: Bitcoin Dev Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -1.2 (-) 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 (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 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 0.2 AWL AWL: From: address is in the auto white-list X-Headers-End: 1TFl3Z-0001E4-2s Subject: [Bitcoin-development] Large backlog of transactions building up? 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: Sun, 23 Sep 2012 12:13:06 -0000 Has anyone got long term longs that contain the pool size and timestamps? Unfortunately I forgot to enable timestamps in the logs for my own nodes (the privacy benefit of disabling this by default is questionable, imho). But just looking at the general trends and cross-checking against my own memory it definitely seems that there are more and more pending transactions that don't get cleared into blocks. One of my nodes now routinely has 4000 transactions in the mempool. Blocks typically clear only a few hundred at most, which is what you'd expect given current transaction rates (around 300 per ten minute interval). So what are the other pending transactions doing and why aren't they getting drained out of the mempool?