 Kano
|
9487ba05cd
API/BFL identify a device - currently only BFL to flash the led
|
13 years ago |
|
Kano
|
7a2407f15c
BFL add throttle count to internal stats + API
|
13 years ago |
|
Kano
|
4023872b76
count device diff1 shares
|
13 years ago |
|
Kano
|
a178039a65
miner.h max_hashes -> int64_t
|
13 years ago |
 Con Kolivas
|
3acc064be3
Merge pull request #306 from kanoi/api
|
13 years ago |
|
Con Kolivas
|
618b3e8b11
Track queued and staged per pool once again for future use.
|
13 years ago |
|
Kano
|
d5f485c517
Pools: add RollTime info to API 'stats' and 'Stats' button in miner.php
|
13 years ago |
|
ckolivas
|
edd9b81622
Do not add time to dynamic opencl calculations over a getwork.
|
13 years ago |
|
Kano
|
b3e9858c9f
API new command 'coin' with mining information
|
13 years ago |
|
Kano
|
9210abdf60
API V1.17 show Work Utility and Diff1 Shares
|
13 years ago |
|
Con Kolivas
|
26ab7346e3
Implement a new pool strategy, BALANCE, which monitors work performed per pool as a rolling average every 10 minutes to try and distribute work evenly over all the pools.
|
13 years ago |
|
Con Kolivas
|
d8c76bbd08
Getwork fail was not being detected. Remove a vast amount of unused variables and functions used in the old queue request mechanism and redefine the getfail testing.
|
13 years ago |
|
Con Kolivas
|
c3e32274ee
Cull all the early queue requests since we request every time work is popped now.
|
13 years ago |
|
Con Kolivas
|
5fadfdb219
Overlap queued decrementing with staged incrementing.
|
13 years ago |
|
Con Kolivas
|
611f1cec7c
Roll work whenever we can on getwork.
|
13 years ago |
|
Con Kolivas
|
fd0be1bb51
Queue requests for getwork regardless and test whether we should send for a getwork from the getwork thread itself.
|
13 years ago |
|
Con Kolivas
|
2480cf23cc
Don't try to get bitforce temperature if we're polling for a result to minimise the chance of interleaved responses.
|
13 years ago |
|
Con Kolivas
|
8745ba1e6d
Windows' timer resolution is limited to 15ms accuracy. This was breaking dynamic intensity since it tries to measure below this.
|
13 years ago |
|
Kano
|
95dff7363e
API allow display/change failover-only setting
|
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
|
8085ae6854
Further simplify the queue request mechanism.
|
13 years ago |
|
Con Kolivas
|
3576abf8a7
Make pool_disabled the first in the enums == 0, fixing the pool enabled count which compares if value is not enabled before enabling it.
|
13 years ago |
|
Con Kolivas
|
fc44b6d7a1
Use different variables for command line specified lookup gap and thread concurrency to differentiate user defined versus auto chosen values.
|
13 years ago |
|
Con Kolivas
|
bf9c324752
The queueing mechanism has become a complex state machine that is no longer predictable. Rewrite it from scratch watching only current queues in flight and staged work available on a pool by pool basis.
|
13 years ago |
|
Con Kolivas
|
b70ec3cb66
Merge pull request #283 from kanoi/icarus
|
13 years ago |
|
Con Kolivas
|
7fa794a499
It is not critical getting the temperature response in bitforce so don't mandatorily wait on the mutex lock.
|
13 years ago |
|
Kano
|
e067be421a
ICA support 57600 baud rate, up to 8 FPGA and partial working FPGA boards
|
13 years ago |
|
Con Kolivas
|
c91148f193
Remove the low hash count determinant of hardware being sick. A low hash rate can be for poor network connectivity or scrypt mining, neither of which are due to sick hardware.
|
13 years ago |
|
Con Kolivas
|
500ed85bb3
Merge pull request #271 from luke-jr/cg_logfixes
|
13 years ago |
|
Con Kolivas
|
e87ff7c177
Keep a counter of enabled pools and use that instead of iterating over the pool list. Use that value to ensure we don't set the last remaining active pool to the rejecting state.
|
13 years ago |
