4
I am running the standard client on a micro Amazon EC2 instance. When I am synchronising Bitcoin with the network, it uses about 50% of the available CPU. After it is fully synchronised, I leave it alone and it cranks up to 100% by itself.
What can be causing the standard client to behave in this manner? Is it due to possibly high transaction volume, sharing information with peers, or perhaps something else?
Running bitcoin-qt 0.8.1 on non-virtualised hardware and when synchronised and otherwise idle it still pegs all cpus it can find. Not good. – None – 2013-04-01T20:41:31.610
I would re-check the bitcoin.conf to see if it has the line gen=0 ( not create coin ) and add it if it is not present, change to zero if it is there and set to 1. On non-virtual and one virtual ( windows based virtual pc ) having it in there and set to 0 dropped the cpu cycles to idle levels. – nybbler905 – 2013-08-23T19:42:09.540
1During synchronization, especially on virtual hardware, most of the time is spent on waiting for I/O, not verification. This will likely change in 0.8 (LevelDB does a better job minizing I/O). – Pieter Wuille – 2012-11-10T13:58:48.003
How many connections does it have? i.e, are there a bunch of peers pulling from you? Does limiting it to only 8 (i.e., disable incoming or -maxconnections) change the behavior? – Stephen Gornick – 2012-11-10T20:15:57.167
1@StephenGornick Initially I thought it was the peers to, but I closed my port 8333 and it was still doing that. I'm guessing it might be caused by Bitcoin memory leakage building up over time and Amazon limiting the CPU cycles for micro instances. After a full system restart the problem appears to have gone away for now. – ThePiachu – 2012-11-10T20:49:43.140