 Con Kolivas
|
d1683f75c9
needed flag is currently always false in queue_request. Remove it for now.
|
13 years ago |
|
Con Kolivas
|
1b7db5bc9c
thr is always NULL going into queue_request now.
|
13 years ago |
|
Con Kolivas
|
0e0093e602
Select pool regardless of whether we're lagging or not, and don't queue another request in switch pool to avoid infinite recursion.
|
13 years ago |
|
Con Kolivas
|
7992e5f3c8
Carry the needed bool over the work command queue.
|
13 years ago |
|
Con Kolivas
|
37fa7d36d4
Move the decision to queue further work upstream before threads are spawned based on fine grained per-pool stats and increment the queued count immediately.
|
13 years ago |
|
Con Kolivas
|
618b3e8b11
Track queued and staged per pool once again for future use.
|
13 years ago |
|
Con Kolivas
|
4ca288e820
Limit queued_getworks to double the expected queued maximum rather than factoring in number of pools.
|
13 years ago |
|
Con Kolivas
|
ad90269508
Minimise the number of getwork threads we generate.
|
13 years ago |
|
Con Kolivas
|
0feb679b67
Only keep the last 6 blocks in the uthash database to keep memory usage constant. Storing more is unhelpful anyway.
|
13 years ago |
|
Con Kolivas
|
b74b54d95b
Check we haven't staged work while waiting for a curl entry before proceeding.
|
13 years ago |
|
Con Kolivas
|
61df3013a8
Ignore the submit_fail flag when deciding whether to recruit more curls or not since we have upper bounds on how many curls can be recruited, this test is redundant and can lead to problems.
|
13 years ago |
|
ckolivas
|
edd9b81622
Do not add time to dynamic opencl calculations over a getwork.
|
13 years ago |
|
Con Kolivas
|
9de3a264fc
Increase max curls to number of mining threads + queue * 2, accounting for up and downstream comms.
|
13 years ago |
|
Con Kolivas
|
3ab5dba67e
Queue enough requests to get started.
|
13 years ago |
|
Con Kolivas
|
3ebe8e8c77
Revert "Scale maximum number of curls up according to work submission rate."
|
13 years ago |
|
Con Kolivas
|
3ceb57b8f6
There is no point trying to clone_work in get_work() any more since we clone on every get_work_thread where possible.
|
13 years ago |
|
Con Kolivas
|
787e40a7cc
There is no point subtracting 1 from maxq in get_work_thread.
|
13 years ago |
|
Con Kolivas
|
1dff48e759
Scale maximum number of curls up according to work submission rate.
|
13 years ago |
|
Con Kolivas
|
56be75228e
Roll back to 45f0ac7b482abe9d9d7c4644c286df6e70924145
|
13 years ago |
|
Con Kolivas
|
c1886c9c99
Assume we need a full allotment of work after lp and make clone_work clone_lpwork only.
|
13 years ago |
|
Con Kolivas
|
82fa6e25d5
There is no point running through clone_work from get_work() now that cloning is done from the get_work_thread.
|
13 years ago |
|
Con Kolivas
|
caa266ca3b
Make opt_queue a function of mining threads in clone_work as well.
|
13 years ago |
|
Con Kolivas
|
652efc6939
opt_queue should be a function of the number of mining threads.
|
13 years ago |
|
Con Kolivas
|
8ed381f78a
Only set lagging flag once there are no staged work items.
|
13 years ago |
|
Con Kolivas
|
f5ac84b804
select_pool does not switch back to the primary once lagging is disabled.
|
13 years ago |
|
Con Kolivas
|
af32fb9a3d
Merge pull request #301 from kanoi/minerphp
|
13 years ago |
|
ckolivas
|
f71d635f0f
Free work before retrying in get_work_thread.
|
13 years ago |
|
Con Kolivas
|
b3cfe47222
Increment total work counter under mutex lock.
|
13 years ago |
|
Con Kolivas
|
e8daf1d8f2
Increment the queued count after the curl is popped in case there's a delay waiting on curls and we think we've queued work when in fact we're waiting on curls.
|
13 years ago |
 Kano
|
b3e9858c9f
API new command 'coin' with mining information
|
13 years ago |
