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

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

карты Sapphire 7870 Ghz Edition
Win 7-64bit
версию дров глянул в диспетчере устройств )) Catalyst 12.9 точно )

какие именно карты, какая версия Windows? Что за Дрова: 9.1.0.0?(Catalyst и есть драйвер видеокары....)
Больше информации

Вчера перезагрузил ОС, количество реджектов уменьшилось. 1 реджект за 13 часов

Добавил 5-ую карту в свою ферму, после чего перестали запускаться майнеры.. и 50miner и GUIMiner при старте сразу выдают ошибки.
В чем может быть проблема? 4 карты работали без проблем.
Catalyst 12.9
Дрова: 9.1.0.0

И все же почему-то данные пула и данные по D1 возвращаемые моей stratum proxy не совпадают.

по моим данным прокси accepted/rejected D1
5236 / 124 = 2.36% rejected

по данным пула всего/принято D4,D8,D16:
478 / 439 = 8.16% rejected

Главное ведь процентное соотношение принятых/отвергнутых, а не количественное?
Объективно так стало после принудительного перехода на повышенные сложности, и я предполагаю что объяснение одно - пул "не помнит" иногда какой сложности задания выдал, или что-то не так со статистикой.

ADD:

Да, понаблюдал статистику пула, объективно теряются шары в момент переключения между D4 и D8. А он происходит с некоторой периодичностью и в результате имеем такой высокий % отвергнутых.

ADD:
Хмм... Я даже подумал, что здесь получается интересная обратная связь - пул оценивает хэшрэйт по количеству принятых шар в единицу времени, в начале начинается переключение сложности и теряется некоторое количество шар, что приводит к недооценке хэшрэйта и затем, когда сложность выставляемая некой таблицей соответствия достигает определенного значения и больше не меняется - количество отвергнутых шар уменьшается и хэшрэйт растет. Проблема возникает, если хэшрэйт примерно соответствует или чуть выше/ниже значения в таблице при котором происходит переключение сложности. Тогда  в некоторых случаях могут возникать осцилляции - переключение сложности, затем потеря некоторого количества шар во время переключения и снова переключение сложности на пониженную. Вариативность процесса (иногда находим больше шар, иногда меньше) увеличивает вероятность такого исхода.

странно, я примерно час назад перезапустил одну из машин, наблюдаю. пока с реджектами все ОК

Elapsed 54m
Accepted 2397
Rejected 10

Да, именно так. Нужно другой фирмварь собирать и заливать.

Попробовал сейчас через stratum proxy, вообще какой-то бред выходит - куча rejected, единичные accepted. => Неподходит этот вариант.

Сбросил статистику воркеров, наблюдаю постоянно даже > 10% режектов на своем fpga железе (аж 15% в данный момент), что удивляет - раньше такого не было. Может быть это как-то связано с тем, что target периодически меняется между D2, D4, D8 и пул отбрасывает решения, которые не подходят под новый критерий? На eligius такого не замечаю, возможно придется перейти туда если ситуация не изменится.
ADD: Пока на новом блоке режекты еще не проскакивали даже, чтобы сказать точнее действительно ли это постоянная проблема нужно наблюдать.
ADD: Сбросил еще раз статистику воркеров и ... снова появились! > 20% сразу (было 7% до сброса). Это как-то может быть связано?
ADD: Думается мне, что это все же связано с автоматической переключалкой сложности, тк после сброса статистики воркеров в списке помимо D8 появились D4 и D16. Таким образом, если имеется, к примеру, нестабильное соединение - эта автоматическая переключалка будет существенно увеличивать количество режектов, особенно если хэшрейт пользователя на пороге переключения между двумя target.

Попробуй https://bitcointalksearch.org/topic/old-bfgminer-3100-modular-asicfpga-gbtstrtm-rpc-maclnxw64-antu1-drb-168174.

Stratum connection to pool 0 interrupted
это от пула зависит? на одной из карт чаще проскакивает и в это время загрузка GPU падает в 0% и заново до 100% поднимается

Да, по getwork он действительно выдает D1. Только судя по статистике пула % режектов от моего fpga железа, которое как раз через stratum proxy копает, только прибавился.. (было 3%, стало 10%) Странно это.
Видел как-то экспериментальный образ с BFGMiner'ом, а без перепрошивки его впилить туда не выйдет - места мало, даже screen и nmap не влезает уже. В принципе давно уже размышлял raspberry pi туда воткнуть, только пока что у меня она всего одна.

Можно использовать stratum-mining-proxy с параметром фиксации сложности. Впрочем, по getwork он по умолчанию и так сложность 1 отдает.  

Кстати, вопрос... CGminer там обязателен, или можно BFGMiner вкрутить? Было много отчетов о том, что BFGMiner лучше работает со стратумом. Много проблем решалось переходом CG ==> BFG.

Уже второй раз за сутки после принудительного установления в D32 замечаю - после определенного времени соединения стабильно начинают переть режекты выше 5% и скорость отображаемая на пуле падает с 72 до < 60 Gh/s - вот как сегодня после 5.30. Я конечно перезапустил сейчас cgminer, но почему-то раньше такого не было и выходит за 5 часов около 10 Gh/s отправились в /dev/null. Я в принципе согласен и на D32 копать, однако так будет слегка сложнее диагностировать что не так с юнитом и по всей видимости мне будет нужно поднимать прокси D32-D1 или дописывать мониторинг чтобы переключал на другой пул в таких ситуациях, пока это не будет исправлено. Сейчас рестарт с моей стороны действительно помог, однако если бы я не дернул cgminer так бы и продолжали идти режекты. Посмотрим, повторится ли еще раз подобная ситуация.

конечно нет. Победная шара будет D12153411 или больше  
update: Vicus опередил меня чуток  

Победная шара по определению не может быть D1

среди отброшенных D1 не может быть победной шары?

D2 входят в диапазон D1... т.е. шлется D1 и все что выше, хоть D100500
Насчет "выбрасывать", пулу в практическом смысле ваши шары нахрен не сдались, ему нечего с ними делать (ну кроме единственной шары со сложностью равной сложности сети или выше). Они ему нужны лишь за тем, чтобы знать, что вы действительно можете производить вычисления с определенной скоростью.