3

Very often my mining hashrate falls from the usual ~550 Mhash/s to about 400-500 khash/s, and I have noticed direct correlation in time with messages like these:

btcguild.com:8332 25/04/2013 10:07:14, long poll: new block 0000014d5c6c4f89

This happens across different pools. Stopping and starting the miner puts it back on the normal hashrate, but it means I have to look at the window 24h. I'm still very new to this but it seems like it switches to CPU mining? Why?

My setup is:

  • CPU i7-3770K
  • GPU HD 7970
  • 16 GB RAM
  • Windows 7 64bit
  • Guiminer v2012-12-03
  • Could it be overheating? You can use a program like speccy to look at how hot it is. – Nick ODell Apr 25 '13 at 15:48
  • My thoughts too, I have HWiNFO64 logging on all sensors so I could post some graphs. But basically it doesn't go much above 70C, maybe thats not perfect but why would it bounce down precisely when it hits a new block? – Dreen Apr 25 '13 at 16:16
  • The actual temp data is (min/max/avg): Internal: 40/68/51 Core: 36/73/51 VRAM: 38/64/48; Obviously the temp goes way down when the hashrate falls too. – Dreen Apr 25 '13 at 16:22
  • You're using getwork or stratum? – organofcorti May 26 '13 at 5:20
  • @organofcorti: i think that was stratum, but problem actually disappeared after few weeks. Weird. – Dreen May 26 '13 at 13:08
0

Do you have a high latency connection to the pool? Try run stratum and test it again. Probably from the GPU waiting for work to do as the pool switches over. Worked for me like a charm.

0

How long does the fall last?

It's so that when a pool receives a new block, it has to remove all transactions that have been removed in that new block from the pool of transactions it was trying to put in their block.

So what I guess happens (I never wrote or examined any mining software) is that your miner receives a notification that a new block is found and so knows that it makes no sense to continue trying to find a new block because it will contain already-confirmed transactions. It will then wait until the pool received the new block as well, pruned its own transaction pool and started again with distributing work among miners.

I think this process can really only take mere seconds.

  • nope, it lasts forever unless I restart it. a bug in guiminer or poclbm perhaps? – Dreen Apr 26 '13 at 9:24

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.