mirror of
https://github.com/GOSTSec/sgminer
synced 2025-02-02 10:04:33 +00:00
Update README.
This commit is contained in:
parent
ab67b14460
commit
e7ec2d0471
21
README
21
README
@ -248,16 +248,16 @@ dedicated to this program,
|
|||||||
http://forum.bitcoin.org/index.php?topic=28402.0
|
http://forum.bitcoin.org/index.php?topic=28402.0
|
||||||
|
|
||||||
The output line shows the following:
|
The output line shows the following:
|
||||||
[(5s):204.4 (avg):203.1 Mh/s] [Q:56 A:51 R:4 HW:0 E:91% U:2.47/m]
|
GPU 1: 73.5C 2551RPM | 427.3/443.0Mh/s | A:8 R:0 HW:0 U:4.39/m
|
||||||
|
|
||||||
Each column is as follows:
|
Each column is as follows:
|
||||||
|
Temperature (if supported)
|
||||||
|
Fanspeed (if supported)
|
||||||
A 5 second exponentially decaying average hash rate
|
A 5 second exponentially decaying average hash rate
|
||||||
An all time average hash rate
|
An all time average hash rate
|
||||||
The number of requested work items
|
|
||||||
The number of accepted shares
|
The number of accepted shares
|
||||||
The number of rejected shares
|
The number of rejected shares
|
||||||
The number of hardware erorrs
|
The number of hardware erorrs
|
||||||
The efficiency defined as the accepted shares / requested work and can be >100
|
|
||||||
The utility defines as the number of shares / minute
|
The utility defines as the number of shares / minute
|
||||||
|
|
||||||
The cgminer status line shows:
|
The cgminer status line shows:
|
||||||
@ -491,21 +491,6 @@ cannot get it to ever stop hanging, try decreasing the intensity, and if even
|
|||||||
that fails, try changing to the poclbm kernel with -k poclbm, though you will
|
that fails, try changing to the poclbm kernel with -k poclbm, though you will
|
||||||
sacrifice performance.
|
sacrifice performance.
|
||||||
|
|
||||||
Q: The Queue total at the top is much more than the sum of all the Queued
|
|
||||||
values in each device.
|
|
||||||
A: The per-device queue value is only incremented when that device has
|
|
||||||
requested work over any buffered amount of work, so with fewer devices this
|
|
||||||
value may stay very small.
|
|
||||||
|
|
||||||
Q: The Queue never increases on my card but the efficiency keeps going up, how
|
|
||||||
can the efficiency be so high?
|
|
||||||
A: Efficiency is defined as the accepted shares returned over the number of
|
|
||||||
work items requested. Cgminer generates a lot of work locally, and has a
|
|
||||||
buffer of "global" queued work meaning the device may hardly ever be requesting
|
|
||||||
work itself. Thus the number of work items requested may be very small yet the
|
|
||||||
GPU may still have plenty of work, creating accepted shares from them. Thus the
|
|
||||||
"efficiency", by that definition, becomes extremely high.
|
|
||||||
|
|
||||||
Q: Work keeps going to my backup pool even though my primary pool hasn't
|
Q: Work keeps going to my backup pool even though my primary pool hasn't
|
||||||
failed?
|
failed?
|
||||||
A: Cgminer checks for conditions where the primary pool is lagging and will
|
A: Cgminer checks for conditions where the primary pool is lagging and will
|
||||||
|
Loading…
x
Reference in New Issue
Block a user