Про cgminer не скажу, а bfgminer показывает вообще относительные единицы (для алгоритма scrypt), на алгоритмах sha256 значение верное.
хотя их несколько разных.
для того чтобы разобраться приведу несколько логов:
- Код: Выделить всё • Развернуть
bfgminer version 3.7.0 - Started: [2014-02-07 11:43:38] - [ 0 days 01:12:31]
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
Connected to ltc.cryptocloud.ru diff 0 with stratum as user vendetta.h3
Block: ...f8078a26 #510299 Diff:3.51k (25.11Gh/s) Started: [12:50:45]
ST:17 F:0 NB:25 AS:0 BW:[ 39/ 15 B/s] E:0.01 I: 2.20mBTC/hr BS:6
1 66.0C | 0.70/ 0.70/515.5Mh/s | A:524 R:4+0(none) HW:0/none
--------------------------------------------------------------------------------
OCL 0: 66.0C | 0.71/ 0.70/515.2Mh/s | A:524 R:4+0(none) HW:0/none
--------------------------------------------------------------------------------
[2014-02-07 12:55:59] [thread 0: 360448 hashes, 352.6 khash/sec]
[2014-02-07 12:55:59] [thread 1: 360448 hashes, 352.5 khash/sec]
[2014-02-07 12:55:59] 66.0 C F: 100%(3282RPM) E: 1000MHz M: 1500MHz V: 1.200V A: 99% P: -20%
[2014-02-07 12:56:00] [thread 0: 360448 hashes, 352.5 khash/sec]
[2014-02-07 12:56:00] [thread 1: 360448 hashes, 352.5 khash/sec]
[2014-02-07 12:56:01] GPU 0 found something?
[2014-02-07 12:56:01] OCL NONCE 5826625 found in slot 0
[2014-02-07 12:56:01] htarget 0000029c diff1 0000ffff hash 00000085
[2014-02-07 12:56:01] Pushing submit work to work thread
[2014-02-07 12:56:01] DBG: sending ltc.cryptocloud.ru submit RPC call: {"params": ["vendetta.h3", "e982", "01000000", "52f49f8f", "41e85800"], "id
": 533, "method": "mining.submit"}
[2014-02-07 12:56:01] Successfully submitted, adding to stratum_shares db
[2014-02-07 12:56:01] PROOF OF WORK RESULT: true (yay!!!)
[2014-02-07 12:56:01] Accepted 00850da2 OCL 0 pool 0 Diff 0/0
[2014-02-07 12:56:01] [thread 0: 360448 hashes, 352.3 khash/sec]
[2014-02-07 12:56:01] 5s: 0.70 avg: 0.70 u:516.1 Mh/s | A:524 R:4+0(1.2%) HW:0/none
[2014-02-07 12:56:01] [thread 1: 360448 hashes, 352.3 khash/sec]
[2014-02-07 12:56:01] 66.0 C F: 100%(3267RPM) E: 1000MHz M: 1500MHz V: 1.200V A: 99% P: -20%
[2014-02-07 12:56:02] [thread 0: 360448 hashes, 352.3 khash/sec]
[2014-02-07 12:56:02] [thread 1: 360448 hashes, 352.3 khash/sec]
[2014-02-07 12:56:03] [thread 0: 360448 hashes, 352.2 khash/sec]
[2014-02-07 12:56:03] [thread 1: 360448 hashes, 352.2 khash/sec]
[2014-02-07 12:56:03] 66.0 C F: 100%(3281RPM) E: 1000MHz M: 1500MHz V: 1.200V A: 99% P: -20%
[2014-02-07 12:56:04] [thread 0: 360448 hashes, 352.6 khash/sec]
[2014-02-07 12:56:04] [thread 1: 360448 hashes, 352.6 khash/sec]
[2014-02-07 12:56:05] [thread 0: 360448 hashes, 352.4 khash/sec]
[2014-02-07 12:56:05] [thread 1: 360448 hashes, 352.4 khash/sec]
[2014-02-07 12:56:05] 66.0 C F: 100%(3273RPM) E: 1000MHz M: 1500MHz V: 1.200V A: 99% P: -20%
[2014-02-07 12:56:06] [thread 0: 360448 hashes, 352.8 khash/sec]
возьмем строку "OCL 0: 66.0C | 0.71/ 0.70/515.2Mh/s | A:524 R:4+0(none) HW:0/none"
как следует ее читать:
первое ядро OpenCL (OCL0)
имеет среднюю температуру за последние 5 сек температуру 66С
(время мониторинга в явном виде параметр конфига, я его знаю)
при этом выдает производительности 0.71 MH/s за последние 5 сек, и 0.70 MH/s за последние 10 мин
при этом пул принимает 515.2 KH/s его решений
(несоответствия KH и MH известный глюк который автор ленится исправить)
за весь период работы пул принял 542 решения (A:524) - вот тут скрыта неопределенность, ибо сложность каждого из решений которые были, знает только пул. Поэтому майнеру не рассчитать реальной своей производительности, он считает "среднюю температуру по больнице"
Пулом было отвергнуто 4 решения из них ноль некорректно вычисленных (значит считалка не глючит, решения просто опоздали к смене блока)
при этом из дебаг лога видно что работает два потока каждый из которых вкладывает в производительность примерно 352 KH/s
[2014-02-07 12:56:05] [thread 0: 360448 hashes, 352.4 khash/sec]
[2014-02-07 12:56:05] [thread 1: 360448 hashes, 352.4 khash/sec]