|
June 09, 2011, 04:23:04 AM |
|
I've noticed running two poclbm's against the same GPU improves rate about 2%. So far so good.
Now especially the last few days solo-mining into bitcoind 0.3.21, the bitcoind seems slow to respond, causing short stalls ("Problems communicating with bitcoin RPC") on both processes. These are most common when bitcoind accepting inbound connections.. I fear it could be bad-faith peers swamping others with bad traffic.
Another thread mentioned pointing the second process at a different pool to fill gaps. Tried that again so far so good.
But of the two processes the one that's most busy lately seems to get the most GPU.. for example if one process has even a few seconds head start, it keeps completing most of the hashes.
So every RPC stall means almost all hashing power goes to the pool.
Is there anything that works like Linux 'nice' for prioritizing processes using the GPU? I really want one process to dominate except when its stalled. I tried regular 'nice' but it had no effect.
|