Con Kolivas
|
d1508bd40e
Merge pull request #296 from kanoi/api
|
13 years ago |
Kano
|
95dff7363e
API allow display/change failover-only setting
|
13 years ago |
Con Kolivas
|
8e20456bc0
Check we are not lagging as well as there is enough work in getwork.
|
13 years ago |
Con Kolivas
|
00691ababf
Merge pull request #292 from kanoi/main
|
13 years ago |
Con Kolivas
|
d66742a8c1
Minimise locking and unlocking when getting counts by reusing shared mutex lock functions.
|
13 years ago |
Con Kolivas
|
c91a95459b
Avoid getting more work if by the time the getwork thread is spawned we find ourselves with enough work.
|
13 years ago |
Con Kolivas
|
f27bcb8ee5
Going back to e68ecf5eb275e1cc2dc22c7db35b0bd8d9c799de
|
13 years ago |
Con Kolivas
|
c892ded6e0
Make sure there are true pending staged work items as well in failover only mode.
|
13 years ago |
Con Kolivas
|
61003df49f
In failover-only mode we need to queue enough work for the local pool and ignore the total queued count.
|
13 years ago |
Con Kolivas
|
8aa61f6626
Make sure we have work from the current pool somewhere in the queue in case the queue is full of requests from a pool that has just died.
|
13 years ago |
Con Kolivas
|
c0aaf56a8d
Since all the counts use the same mutex, grab it only once.
|
13 years ago |
Con Kolivas
|
4f9394be81
When popping work, grab cloned work first if possible since original work can be reused to make further clones.
|
13 years ago |
Con Kolivas
|
8085ae6854
Further simplify the queue request mechanism.
|
13 years ago |
Con Kolivas
|
f83863a996
Keep total queued count as a fake pending staged count to account for the period a queue is in flight before it is staged.
|
13 years ago |
Con Kolivas
|
e47dc87355
Clone work at the time of requesting it if an existing work item can be rolled.
|
13 years ago |
Con Kolivas
|
e68ecf5eb2
Queue one request for each staged request removed, keeping the staged request count optimal at all times.
|
13 years ago |
Kano
|
52e5524d7f
Escape " and \ when writing json config file
|
13 years ago |
ckolivas
|
3dd1658e1f
We may as well leave one curl still available per pool instead of reaping the last one.
|
13 years ago |
ckolivas
|
c7bcad653b
Need to recheck the pool->curls count on regaining the pool lock after the pthread conditional wait returns.
|
13 years ago |
ckolivas
|
ad8c4b7755
Revert "Only add to the pool curlring and increment the counter under mutex lock."
|
13 years ago |
ckolivas
|
145f04ccc7
Display reaped debug message outside mutex lock to avoid recursive locking.
|
13 years ago |
ckolivas
|
8897e06575
Only add to the pool curlring and increment the counter under mutex lock.
|
13 years ago |
Con Kolivas
|
25fd6cd0fd
Correct writing of scrypt parameters to config file based on command line parameters only.
|
13 years ago |
Con Kolivas
|
ac131d3138
Merge pull request #279 from tyeken8/tydus
|
13 years ago |
Con Kolivas
|
7611499b11
Queue a request on pool switch in case we have no work from the new pool yet.
|
13 years ago |
Con Kolivas
|
4efa31d2e7
Display failover only mode in pool menu and allow it to be toggled live.
|
13 years ago |
Con Kolivas
|
1a041668a5
Reinstate check for system queueing lag when the current pool's queue is maxed out, there is no staged work, and the work is needed now.
|
13 years ago |
Con Kolivas
|
499c594cba
There is no need for pool active testing to be mandatory any more with queue request changes.
|
13 years ago |
Con Kolivas
|
e4326e3ca2
Fix harmless warnings.
|
13 years ago |
Con Kolivas
|
9a45a6d993
Check the current staged and global queued as well before queueing requests.
|
13 years ago |