Topic: [40 TH/s] pool.itzod.ru - RSMPPS 0% fee/LongPoll/JSON API/Websockets/No Invalid - page 186. (Read 1293685 times)

присоединяюсь к вопросу: когда вернется возможность выбора сложности?

автоматом скачет с 2 до 4, задумывается, обратно на 2, опять че-то думает, обратно на 4...
не айс в общем.. плюс с реджектами этими путаница

Отрыли таки)

Да кстати я тоже думал недавно над этим, реджект шары D64 или пару троек D2 не тоже самое) А когда вернется выбор сложности шары или не вернется уже ?

А можно тогда, как вариант, сделать 2 параметра?
Один будет считать количественно соотношение принятых / отвергнутых независимо от сложности
Другой будет пересчитывать качественно соответственно сложности.

Ведь все дело в вероятностях и D32 шара должна среднестатистически встречаться реже в 32 раза и одна D32 принятая шара считается за 32 x D1 , то почему тогда следуя этой же логике нет цветовой дифференциации штанов различий между D1 режектом и D32 режектом? В одном случае мы потеряли 1 x D1 решение, в другом 32 x D1. Как оценивать "потери" правильно если все сваливать в одну кучу - непонятно. Текущая статистика не дает этой информации.

Суть в том, что вычисляется именно процентное соотношение, и вычислять его надо на соответствующих диапазонах. Логично, что на простой сложности будет больше принятых и больше отвергнутых, как и то что на высокой сложности будет меньше принятых и меньше отвергнутых, но и в том и в другом случае сохраняется именно информативное соотношение. Если складывать одно с другим, то результат получаются слегка неправильный и не дающий никакой информации.

вот очередной живой пример
данные по worker'у за примерно одинаковый период,
различия % соотношения в теории должны быть минимальные.

по моим данным


по данным пула


На практике выходит не так.
Кому верить? Я сейчас больше верю своей статистике...

PS. Если требуется помощь в исправлении/отладке нужного куска кода я готов этим заняться

Реджекты показываются для шар, как они есть. Без различий между ними. Просто потому что d32 шара это не то же самое, что 32 d1 шары. Работы требуется эквивалентно, но их нельзя приравнивать.

Что-то толстый блок попался, пора опять процессор подключать, а то асики и видеокарты не справляются

Как раз именно это и происходит, значение % отвергнутых в статистике сейчас считается некорректно.
Всплыло все это только когда начала происходить динамическая смена сложности, потому как
на фиксированной сложности данная проблема просто отсутствует как класс.
Пример. Имеем, допустим, некоторое количество принятых/отвергнутых шар разной сложности.

D2 128 / 16
D4 8 / 1
D8 64 / 3

Просто складывая теплое с мягким шары с разной сложностью получим следующий результат

(20 / 200) * 100 = 10%

Теперь сложим по другому, приводя к D1 и вычисляя уже реальные цифры

( 128 * 2 ) + ( 8 * 4 ) + ( 64 * 8 ) = 256 + 32 + 512 = 800
( 16 * 2 ) + ( 1 * 4 ) + ( 3 * 8 ) = 32 + 4 + 24 = 60

(60 / 800 ) * 100 = 7.5%

Как видно, % соотношение всетаки зависит от способа вычисления!
Текущая настройка вычисления % отвергнутых показывает цену на дрова в южном китае
неправильные значения при наличии разброса сложностей => не несет информативности и вводит в заблуждение.

да, был код ошибки 43..
в итоге просто поставил переходники vga-dvi с сопротевлениями и карта заработала нормально.
всем спасибо за помощь ))

Учет "веса" в данном случае не имеет смысла. Это все равно, что умножать оценки студентов на их возраст.

Сейчас еще посмотрел внимательно логи прокси
Написал простой скрипт


На логе прокси выдает сейчас accepted=16373, rejected=436 (2.6600 %), т.е. как бы в пределах нормы
А в статистике на worker'е видно 3772 / 3480 ( 7.74 % )
Вот что повергает в заблуждение.

Получается, всетаки какая-то проблема со статистикой, а не с переключением сложности?
Похоже на то, что складываются отвергнутые с разной сложностью без учета их веса...
Не лучше ли считать их как ( D1_rejected / D1_accepted ) * 100 ?

Прухи чего именно? Добавлю с удовольствием!

а прухи добавить можжно?)) в остальном всё работает прекрасно

Че вам всем не нравится?
Пул исправно работает на 99%! Остальное - необоснованные проблемы, типа "а че за херня?" которые следующим постом, обозначаются - "о, ёпта, а терь все ок..."
Нахера вам красота со стразами Сваровски, если есть типичный безупречный олдскул?
Работает? Бабосы капают? чО ешшо надо?

Пусть лучше баги отслеживает и истребляет, а не пидорским десигном занимается... что, собссна и делает.

Не надо месить засохшие фекалии, если нет респиратора!

лучше сделать показание средней скорости за сутки и средней скорости с контрольной точки как на 50btc

С этим нет никаких проблем технически, но хотелось бы сэкономить процессорное время. Возможно, позже подумаем.

Бальтазар, а график хэшрейта каждого воркера реально сделать?

Заменил SSL сертификат новым, старому оставалось жить 3 дня.

Код ашипки на карте 43? Если так, то повесь на х1 перемычку.

Ну там все в общем-то ясно. Майнер прислал решение задания, которого больше нет. Можно попробовать уменьшить скантайм и время жизни. Кстати, прокси еще поддерживает blknotify через sigusr1.