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@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev _______________________________________________ bitcoin-dev mailing list bitcoin-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
