<p>No, according to the information on small and micro instances at this link.
<a href="http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts_micro_instances.html" rel="nofollow">http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts_micro_instances.html</a>
Bitcoin.conf ( the Bitcoin Configuration file ) may have an option set to 1 to activate mining within the client software.  If you have it set as ' gen=1 ' it will try and ' generate ' coins ( mine on it's own ) and that drives CPU usage up.  Also, according to the graphs on that link, it should not ' jump ' to 100 percent use, each instance should drop down to a low usage level for small and micro Amazon EC2 instances.  There may be other programs running on your Amazon EC2 instance that can also drive up CPU usage so I recommend checking your files starting with looking for any instance of Minerd ( cpu miner ) and removing it. </p>

CC BY-SA 3.0
2013-08-24T04:20:04.797Z
2013-08-24T04:20:04.797Z
nybbler905
<p>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.</p>

<p>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?</p>

CC BY-SA 3.0
2012-11-10T13:58:48.003Z
During 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
CC BY-SA 3.0
2012-11-10T20:15:57.167Z
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
CC BY-SA 3.0
2012-11-10T20:49:43.140Z
@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
CC BY-SA 3.0
2013-08-23T19:42:09.540Z
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
<bitcoin-core><cpu>
Does Bitcoin-QT use more CPU when its idle than during synchronization?
ThePiachu
# Does Bitcoin-QT use more CPU when its idle than during synchronization?

(Asked by: username_0 on 2012-11-09)

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?

**Tags:** bitcoin-core, cpu

> **Comments:**
> **username_1**: During 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).  
> **username_2**: 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?  
> **username_0**: @username_2 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.  
> **username_3**: 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.  

---

## 1 answers

### Answer by username_3 on 2013-08-24. Score: 1

No, according to the information on small and micro instances at this link.
<http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts_micro_instances.html>
Bitcoin.conf ( the Bitcoin Configuration file ) may have an option set to 1 to activate mining within the client software. If you have it set as ' gen=1 ' it will try and ' generate ' coins ( mine on it's own ) and that drives CPU usage up. Also, according to the graphs on that link, it should not ' jump ' to 100 percent use, each instance should drop down to a low usage level for small and micro Amazon EC2 instances. There may be other programs running on your Amazon EC2 instance that can also drive up CPU usage so I recommend checking your files starting with looking for any instance of Minerd ( cpu miner ) and removing it.


---

