📅 Original date posted:2015-07-23
📝 Original message:I think our friendly original party worm is just trying to evaluate where
we are currently so arguments can be based on data.
I would tend to agree that there are performance improvements to be made
and would rather do that work than limit the block size.
On Thu, Jul 23, 2015 at 10:28 AM Matt Whitlock via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Great data points, but isn't this an argument for improving Electrum
> Server's database performance, not for holding Bitcoin back?
>
> (Nice alias, by the way. Whimmy wham wham wozzle!)
>
>
> On Thursday, 23 July 2015, at 5:56 pm, Slurms MacKenzie via bitcoin-dev
> wrote:
> > Similar to the Bitcoin Node Speed Test, this is a quick quantitative
> look at how the Electrum server software handles under load. The Electrum
> wallet is extremely popular, and the distributed servers which power it are
> all hosted by volunteers without budget. The server requires a fully
> indexed Bitcoin Core daemon running, and produces sizable external index in
> order to allow SPV clients to quickly retrieve their history.
> >
> > 3.9G electrum/utxo
> > 67M electrum/undo
> > 19G electrum/hist
> > 1.4G electrum/addr
> > 24G electrum/
> >
> > Based on my own logs produced by the electrum-server console, it takes
> this server (Xeon, lots of memory, 7200 RPM RAID) approximately 3.7 minutes
> per megabyte of block to process into the index. This seems to hold true
> through the 10 or so blocks I have in my scroll buffer, the contents of
> blocks seem to be of approximately the same processing load. Continuing
> this trend with the current inter-block time of 9.8 minutes, an
> electrum-server instance running on modest-high end dedicated server is
> able to support up to 2.64 MB block sizes before permanently falling behind
> the chain.
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev at lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150723/947413eb/attachment.html>;
Joseph Gleason ⑈ [ARCHIVE] /
npub1qp…my8sw
2023-06-07 15:43:28
in reply to nevent1q…5h9m
Author Public Key
npub1qp59a7k7vxv0k8z277f50092ljk9mjg5du9lz8hlft37u4ggwqes5my8swPublished at
2023-06-07 15:43:28Event JSON
{
"id": "c1329d180fc49e5e1f1ca59974991a24eaa28de810c388b66de0155b812ae7df",
"pubkey": "00685efade6198fb1c4af79347bcaafcac5dc9146f0bf11eff4ae3ee55087033",
"created_at": 1686152608,
"kind": 1,
"tags": [
[
"e",
"3bf103a91ccfc68d15572c2de8b2ed4dbf981bdf21125d9bbe75c38503c33e24",
"",
"root"
],
[
"e",
"7ed1b7dd87337575391b87d327ab17e7f8a814bf0fe2b35f7637ef810d002396",
"",
"reply"
],
[
"p",
"f00d0858b09287e941ccbc491567cc70bdbc62d714628b167c1b76e7fef04d91"
]
],
"content": "📅 Original date posted:2015-07-23\n📝 Original message:I think our friendly original party worm is just trying to evaluate where\nwe are currently so arguments can be based on data.\n\nI would tend to agree that there are performance improvements to be made\nand would rather do that work than limit the block size.\n\n\n\n\nOn Thu, Jul 23, 2015 at 10:28 AM Matt Whitlock via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e Great data points, but isn't this an argument for improving Electrum\n\u003e Server's database performance, not for holding Bitcoin back?\n\u003e\n\u003e (Nice alias, by the way. Whimmy wham wham wozzle!)\n\u003e\n\u003e\n\u003e On Thursday, 23 July 2015, at 5:56 pm, Slurms MacKenzie via bitcoin-dev\n\u003e wrote:\n\u003e \u003e Similar to the Bitcoin Node Speed Test, this is a quick quantitative\n\u003e look at how the Electrum server software handles under load. The Electrum\n\u003e wallet is extremely popular, and the distributed servers which power it are\n\u003e all hosted by volunteers without budget. The server requires a fully\n\u003e indexed Bitcoin Core daemon running, and produces sizable external index in\n\u003e order to allow SPV clients to quickly retrieve their history.\n\u003e \u003e\n\u003e \u003e 3.9G electrum/utxo\n\u003e \u003e 67M electrum/undo\n\u003e \u003e 19G electrum/hist\n\u003e \u003e 1.4G electrum/addr\n\u003e \u003e 24G electrum/\n\u003e \u003e\n\u003e \u003e Based on my own logs produced by the electrum-server console, it takes\n\u003e this server (Xeon, lots of memory, 7200 RPM RAID) approximately 3.7 minutes\n\u003e per megabyte of block to process into the index. This seems to hold true\n\u003e through the 10 or so blocks I have in my scroll buffer, the contents of\n\u003e blocks seem to be of approximately the same processing load. Continuing\n\u003e this trend with the current inter-block time of 9.8 minutes, an\n\u003e electrum-server instance running on modest-high end dedicated server is\n\u003e able to support up to 2.64 MB block sizes before permanently falling behind\n\u003e the chain.\n\u003e \u003e _______________________________________________\n\u003e \u003e bitcoin-dev mailing list\n\u003e \u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e \u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150723/947413eb/attachment.html\u003e",
"sig": "2502a2695e1992c8018cbe4fee15484f7559f18ddf6adac2b1235fdbbc44c4c97f3acb9b702edc00de915f3a5fe743e9175d35150bcac9de27ee24c46f43a15e"
}