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 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 теперь можно видеть статистику по своим воркерам. Для этого вместо -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 (нагружает процессор, когда размер блока достаточно большой) и ошибся, только что исправил. Спасибо за помощь!
|
|
|
Почему когда пул находит блок, высота сети не изменяется, и остальные пулы пытаются найти тот же блок? Почему вы так решили? Может дело в 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, так и после.
|
|
|
Почему когда пул находит блок, высота сети не изменяется, и остальные пулы пытаются найти тот же блок? Почему вы так решили? Может дело в 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, похоже он их не видит, но почему?
|
|
|
Почему когда пул находит блок, высота сети не изменяется, и остальные пулы пытаются найти тот же блок?
|
|
|
|