Author

Topic: [SOLVED] Bitcoin taking up 100% CPU constantly! (Read 1410 times)

newbie
Activity: 53
Merit: 0
My Bitcoin daemon has started taking up 100% CPU as mentioned here

No leapseconds recently, so this thread is probably not your problem.  [Maybe fuzzter's query should be a separate thread?]

My Bitcoin 0.7.2 client began spending its time at 100% CPU busy a couple of weeks ago.  I was forced to shutdown my client.  Whatever is causing this is effectively a form of DOS, in my opinion.

My client has contained the vanity address for "correct horse battery staple" for many months.  [It's been interesting to watch tiny deposits appear and disappear from the account.]  I suspect the problem is related to the recent block-chain spam involving this vanity address.  Unfortunately, if the standard client provides a method of completely and totally expunging an address from the wallet, I haven't found it.  (I'm aware of a third-party tool to do the job.)  This seems like a pretty serious limitation (and DOS vulnerability) of the reference-standard client.

Coincidentally, at about the same time, my client has been displaying a "nag" message saying "Action required: see http://bitcoin.org/may15.html for more information".  I've already taken the other mitigation steps, but my client continues to be nag me.]

It's probably the block-chain spam causing the 100% CPU?  Maybe it's the nag message causing the 100% CPU?  Or maybe it's some combination of these factors.

BTW, after having had my wallet offline for a little over a week, my client consumed 318 minutes of a modern i7's CPU time over the last ~5.5 hours.  The wallet is now synchronized, but every time I blink, it goes back to 100% CPU busy for minutes at a time.  I can't imagine what the client might be doing that could *possibly* take 318 minutes of a modern CPU's time!
newbie
Activity: 19
Merit: 0
My Bitcoin daemon has started taking up 100% CPU as mentioned here (a restart of the daemon fixes it for half a day, but the same keeps happening).

I'm not sure how this does anything when the date on my system is correct (when running 'date')?

Could this still be a possible solution? And does it affect the current block I am mining? As I am 80% through and don't want anything to reset!

Thanks.
legendary
Activity: 980
Merit: 1003
I'm not just any shaman, I'm a Sha256man
Good thing my kernel is the newest version!
AFAIK this bug affects all versions of Linux presently...
https://it.slashdot.org/story/12/06/30/2123248/the-leap-second-is-here-are-your-systems-ready

That article claims it's only versions prior to 2.6.39.
No, it says the last time was prior to 2.6.29.

I'll admit I read it the other way.



That article claims it's only versions prior to 2.6.39.

I observed it on 3.3.7-1.fc16.x86_64 and 3.4.2-4.fc17.x86_64.  Not all vulnerable systems hit it, it depended on the system load at the time of the leapsecond.

and assumed it was that because I never experienced any problems but really was probably similar to this observation^
staff
Activity: 4242
Merit: 8672
That article claims it's only versions prior to 2.6.39.

I observed it on 3.3.7-1.fc16.x86_64 and 3.4.2-4.fc17.x86_64.  Not all vulnerable systems hit it, it depended on the system load at the time of the leapsecond.
legendary
Activity: 2576
Merit: 1186
Good thing my kernel is the newest version!
AFAIK this bug affects all versions of Linux presently...
https://it.slashdot.org/story/12/06/30/2123248/the-leap-second-is-here-are-your-systems-ready

That article claims it's only versions prior to 2.6.39.
No, it says the last time was prior to 2.6.29.
legendary
Activity: 1400
Merit: 1013
Good thing my kernel is the newest version!
AFAIK this bug affects all versions of Linux presently...
https://it.slashdot.org/story/12/06/30/2123248/the-leap-second-is-here-are-your-systems-ready

That article claims it's only versions prior to 2.6.39.
legendary
Activity: 2576
Merit: 1186
Good thing my kernel is the newest version!
AFAIK this bug affects all versions of Linux presently...
legendary
Activity: 980
Merit: 1003
I'm not just any shaman, I'm a Sha256man
Good thing my kernel is the newest version!
legendary
Activity: 2576
Merit: 1186
This is the Linux leapsecond bug. To fix it, either reboot or run (with proper permissions):
Code:
date -s "`date`"
Jump to: