[40 TH/s] pool.itzod.ru - RSMPPS 0% fee/LongPoll/JSON API/Websockets/No Invalid

[needbmw]

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

[1714978607]

1714978607

[1714978607]

1714978607

[Balthazar]

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

[mine777]

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

[Lexis77]

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

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

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

[narousberg]

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

[Lexis77]

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

[invader]

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

accepted=`cat $1 | grep accepted | wc -l`;
rejected=`cat $1 | grep REJECTED | wc -l`;

prc=`echo "scale=4; ( $rejected / $accepted ) * 100" | bc`;

echo "accepted=$accepted, rejected=$rejected ($prc %)"

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

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

[Balthazar]

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

[arzuhan]

Для удаления используй эту утилиту от AMD http://sites.amd.com/us/game/downloads/Pages/catalyst-uninstall-utility.aspx

да, её и использовал.. поставил 13.1
выдает:
http://i47.fastpic.ru/big/2013/0527/65/76c7edfc82995e3d4eebaaf02f5fa465.png

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

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

[invader]

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

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

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%

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

[SVD]

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

[Balthazar]

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

[invader]

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

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

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

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

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

accepted=40456, rejected=880 (2.1700 %)

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

всего 7977 / 3838   
принято 7480 / 3653
D1 0
D2 764
D4 3517
D8 3189
D16 10
D32 0   
rej.% 6.23

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

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

[qqqq]

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

[ZPK]

Отрыли таки)

[Balthazar]

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

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

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

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

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

accepted=40456, rejected=880 (2.1700 %)

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

всего 7977 / 3838   
принято 7480 / 3653
D1 0
D2 764
D4 3517
D8 3189
D16 10
D32 0   
rej.% 6.23

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

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

Путаешь теплое с мягким. 32 шара дает в 32 раза больше "работы", чем 1. Но она все равно одна. Это одна шара, один хэш.

Промтой пример - два ведра яблок, в одном 1 килограмм, в другом 2. Если считать ведрами, то у нас будет 2 ведра, а не 3. Если считать в "условных ведрах по 1кг яблок", то будет три "условных ведра". Но физически-то их все равно будет 2.

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

[dunup]

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

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

[Balthazar]

Настройки сложности, как таковой, не будет. Но можно будет выбрать целевое количество шар в минуту.

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

В этом нет ничего страшного.

[Lexis77]

Настройки сложности, как таковой, не будет.

А если человек на ОпСоСовском модеме сиди с мощной фермой?

[Balthazar]

Но можно будет выбрать целевое количество шар в минуту.

Да и раньше как-то сидели на D1 же, с 50-60 GH/s.