Show Posts
|
Pages: [1]
|
Hi to all. Can anybody point me to the right way to identify rigs, for the correct vardiff? Adding .worker after address results in continious rejects ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) Thanks in advance. Hi, to identify rigs you can use krbpool.ml, and for miner use password not "x", but "w=worker_name" - english chars, digits, dash and underscore allowed.
|
|
|
Привет всем! На пуле krbpool.ml теперь можно видеть статистику по своим воркерам. ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fpreview.ibb.co%2FegVs3G%2Fworker_stats.png&t=663&c=X7uezLkMqAGysA) Для этого вместо -p x нужно указать -p "w=worker_name". После 15 минут простоя, воркер будет считаться упавшим. Удачного майна!
|
|
|
одной карты или для рига с одинаковыми картами, НО если карты отличаются в кол-ве ядер, и интенсивности, не подскажите "куда копать"?
Копать сюда: https://github.com/sgminer-dev/sgminer/blob/master/doc/configuration.mdВообще нужно разделить запятыми, например: "gpu-engine": "947,1000,1050", "rawintensity": "640,800,800",
Сперва только нужно определить соответствие карт в sgminer-е - реальным. Сделать это можно включая их по одной с помощью "device": "0" / "1" / "2"... И еще не помешает заморочиться с "gpu-map":"0:1,1:0,2:2" - чтобы привязать слежение за температурой и вентилятором к правильной карте. Обычно при перестановке райзера, добавлении/снятии карты, карты меняют свой порядок.
|
|
|
связь с пулом прервана
*для sgminer-gm* лечится добавлением `--keepalive true` в агрументы запуска, т.е. в батнике строка запуска выглядит так: sgminer -c sgminer-xmr.conf --keepalive true По поводу stale - варианта два или будут stale шары отвергаться пулом, или же sgminer или cast-xmr-06 просто не будут будут их посылать. В sgminer, чтобы не посылать stale шары нужно прописать в конфиге: Но учитывая специфику движка пула, я рекомендую ставить Потому как движок пула часто выдает задачи не из-за смены высоты блока, а из-за vardiff и смены сложности для воркера. Настоящие stale шары - это те, которые воркер отправляет после смены высоты блока. А если высота блока не меняется, но приходит новое задание sgminer (c "no-submit-stale": true)/cast-xmr-06 просто не будут посылать пулу валидные шары, которые пул бы принял. Пример моего sgminer конфига есть на http://krbpool.ml/#getting_started.
|
|
|
Такой вопрос - кошелек синхронизируется,если я сейчас запущу майнинг ,то после синхронизации они прийдут монеты или лучше дождаться синхронизации,а потом запустить майнинг?
Добытые до полной синхронизации блоки будут невалидны/orphaned. -- да верно, это касается соло-майнинга
|
|
|
Иногда другие не подходят... Порт: 443 Початкова складність: 3000 Опис: For firewalled users На других пулах тоже есть For firewalled users
|
|
|
Может дело в движке пула? Модификации проводились какие-то? Кроме как задержки и перевеса в мощностях ничего в голову не приходит
Да, верно, оптимизировал вызов getblocktemplate (нагружает процессор, когда размер блока достаточно большой) и ошибся, только что исправил. Спасибо за помощь!
|
|
|
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fpreview.ibb.co%2Fi0qv6R%2Flast_block.png&t=663&c=czhaNzXj4Y8kjg) Почему когда пул находит блок, высота сети не изменяется, и остальные пулы пытаются найти тот же блок? Почему вы так решили? Может дело в network latency? Просто пытаюсь разобраться, почему часть найденных блоков сеть не принимает.Например, в karbowanecd.log: 2017-Oct-30 20:19:43.914735 INFO [Blockchain] ----- BLOCK ADDED AS ALTERNATIVE ON HEIGHT 163906 2017-Oct-30 20:19:43.914735 INFO [Blockchain] id: a6bbb70c25f3808753e71e07733562e41570dd633b16ed26fe29d637cfa201fe 2017-Oct-30 20:19:43.914735 INFO [Blockchain] PoW: 432927320d8851fe87a088fd87bd158e4593c37bdee30eea2eab6b8400000000 2017-Oct-30 20:19:43.914735 INFO [Blockchain] difficulty: 196512655 2017-Oct-30 20:21:22.432769 INFO [Blockchain] ----- BLOCK ADDED AS ALTERNATIVE ON HEIGHT 163907 2017-Oct-30 20:21:22.432769 INFO [Blockchain] id: e356e4e5d02e21b1fed8bfff46e93b92be25cbc1dcaf2fdcce4e1c91d8a60e93 2017-Oct-30 20:21:22.432769 INFO [Blockchain] PoW: 54a536f7f021519d22b8a015508cbfbc56b9e4e0c17a0c39193e72f500000000 2017-Oct-30 20:21:22.432769 INFO [Blockchain] difficulty: 196735254 2017-Oct-30 20:31:06.779778 INFO [Blockchain] ----- BLOCK ADDED AS ALTERNATIVE ON HEIGHT 163913 2017-Oct-30 20:31:06.779778 INFO [Blockchain] id: df97ef5591561e2e5ed43208a5ec22d5c187dd25bfeb931a9bf714a4646ac896 2017-Oct-30 20:31:06.779778 INFO [Blockchain] PoW: bea72935fb693b2a357196dc236cc122d5d08f5e261fea11d64b9a3f13000000 2017-Oct-30 20:31:06.779778 INFO [Blockchain] difficulty: 210412451
В pool_error.log: 2017-10-30 20:19:43 (Thread 2) Error submitting block at height 163906, share type: "valid" - {"code":-7,"message":"Block not accepted"} 2017-10-30 20:31:06 (Thread 1) Error submitting block at height 163913, share type: "valid" - {"code":-7,"message":"Block not accepted"}
В блокчейн эксплорере: 163906 = 30.10.2017, 20:15:54 GMT 163907 = 30.10.2017, 20:17:47 GMT 163908 = 30.10.2017, 20:21:22 GMT .. 163913 = 30.10.2017, 20:29:04 GMT 163914 = 30.10.2017, 20:33:17 GMT Зачем пул сабмитит блок 163906 в 20:19, если там к этому времени уже есть 163906 и 163907, похоже он их не видит, но почему? Я думаю у вас медленная связь с узламы мощных пулов, попробуйте добавить их ноды как приоритетные для вашего демона --add-priority-node 52.21.253.162:32347 --add-priority-node 45.77.55.161:32347 Не принимает ваши блоки потому-что пока вы их нашли и разослали - другие более мощные и быстрые пулы всем уже разослали свои блоки - вы им проиграли. Нужно лечить связь Вышеописанная картина в логах наблюдалась как до добавления --add-priority-node для всех известных пулов и открытия порта 32347, так и после.
|
|
|
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fpreview.ibb.co%2Fi0qv6R%2Flast_block.png&t=663&c=czhaNzXj4Y8kjg) Почему когда пул находит блок, высота сети не изменяется, и остальные пулы пытаются найти тот же блок? Почему вы так решили? Может дело в network latency? Просто пытаюсь разобраться, почему часть найденных блоков сеть не принимает. Например, в karbowanecd.log: 2017-Oct-30 20:19:43.914735 INFO [Blockchain] ----- BLOCK ADDED AS ALTERNATIVE ON HEIGHT 163906 2017-Oct-30 20:19:43.914735 INFO [Blockchain] id: a6bbb70c25f3808753e71e07733562e41570dd633b16ed26fe29d637cfa201fe 2017-Oct-30 20:19:43.914735 INFO [Blockchain] PoW: 432927320d8851fe87a088fd87bd158e4593c37bdee30eea2eab6b8400000000 2017-Oct-30 20:19:43.914735 INFO [Blockchain] difficulty: 196512655 2017-Oct-30 20:21:22.432769 INFO [Blockchain] ----- BLOCK ADDED AS ALTERNATIVE ON HEIGHT 163907 2017-Oct-30 20:21:22.432769 INFO [Blockchain] id: e356e4e5d02e21b1fed8bfff46e93b92be25cbc1dcaf2fdcce4e1c91d8a60e93 2017-Oct-30 20:21:22.432769 INFO [Blockchain] PoW: 54a536f7f021519d22b8a015508cbfbc56b9e4e0c17a0c39193e72f500000000 2017-Oct-30 20:21:22.432769 INFO [Blockchain] difficulty: 196735254 2017-Oct-30 20:31:06.779778 INFO [Blockchain] ----- BLOCK ADDED AS ALTERNATIVE ON HEIGHT 163913 2017-Oct-30 20:31:06.779778 INFO [Blockchain] id: df97ef5591561e2e5ed43208a5ec22d5c187dd25bfeb931a9bf714a4646ac896 2017-Oct-30 20:31:06.779778 INFO [Blockchain] PoW: bea72935fb693b2a357196dc236cc122d5d08f5e261fea11d64b9a3f13000000 2017-Oct-30 20:31:06.779778 INFO [Blockchain] difficulty: 210412451
В pool_error.log: 2017-10-30 20:19:43 (Thread 2) Error submitting block at height 163906, share type: "valid" - {"code":-7,"message":"Block not accepted"} 2017-10-30 20:31:06 (Thread 1) Error submitting block at height 163913, share type: "valid" - {"code":-7,"message":"Block not accepted"}
В блокчейн эксплорере: 163906 = 30.10.2017, 20:15:54 GMT 163907 = 30.10.2017, 20:17:47 GMT 163908 = 30.10.2017, 20:21:22 GMT .. 163913 = 30.10.2017, 20:29:04 GMT 163914 = 30.10.2017, 20:33:17 GMT Зачем пул сабмитит блок 163906 в 20:19, если там к этому времени уже есть 163906 и 163907, похоже он их не видит, но почему?
|
|
|
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fpreview.ibb.co%2Fi0qv6R%2Flast_block.png&t=663&c=czhaNzXj4Y8kjg) Почему когда пул находит блок, высота сети не изменяется, и остальные пулы пытаются найти тот же блок?
|
|
|
|