это возможно влияние variance. у меня тоже 20-чиповый модуль иногда 180Гх по шарам минут по 10 выдавал, но потом это выравнивается к 57-58
Не думаю, т.к. держалось долго и для одних и тех-же чипов, за пределами оценки усреднения. От какой-то удивительной синхронизации софта и железа зависит. Кстати, посмотри если будет время, мою редакцию драйвера. Не только проблемы статистики с стартовой аномалией убрались, но и подрос хэш-рейт, после добавления очереди заданий (по мотивам драйвера avalon). Меня последнее настораживает, потому что ожидание заданий не должно влиять на производительность чипа, если активна буферизация (два задания в чипе постоянно). Сейчас правда ожидание заданий ещё присутствует, скорее из-за затрат на все циклы (0.5% времени в среднем).
|
|
|
1. при повышении напряжения сильно растет потребление тока, возможно уже источник не справляется, и растет кол-во HW на фоне "токового голодания". 2. в данном случае автоподстройка с минимизацией HW - зло, попробуй просто зафиксировать клок-биты, и подбери их по максимуму хэшрейта, невзирая на большое кол-ва HW. мне это позволило добиться стабильного среднего 2.88Гх при 20 чипах за 36 часов (среднее считается строго по принятым пулом шарам, никаких фокусов с константами). показатель HW при этом составляет 40% (!). напряжение 0.98В, что даже меньше чем у тебя. буду позже пробовать и 1.05В, но не уверен что это даст прирост хэшрейта.
1. Источника по словам Легкодымова хватит с запасом, чтобы расплавить припой на плате. Это последнее о чем стоит беспокоиться. Вот пульсации, которые я на части плат уменьшил дополнительными конденсаторами - вредят хэшрейту. 2. Автоподстройка уже давно работает по хэшрейту, игнорируя начисто HW. Тем не менее, с максимальными результатами выходит 9% всего и HW. Пока что среднее у меня 2.9Гх на чип, но был период когда добивался на отдельных 4Гх и теперь меня это мучает ) Кстати, ты не в курсе как задавать частоту для fast oscillator? В коде нашел только для slow oscillator.
|
|
|
У меня пока промежуточные успехи: 1. Вольтмод демонстрирует настоящую нелинейную природу чипа, высокое напряжение совсем не означает более высокий хэш-рейт. 2. Что-то удалось ещё программно дожать, но все это далеко от обещанных 24.5Гх на плату при 1.05В и хорошем охлаждении. 3. Был краткосрочный успех в воскресенье, когда отдельные платы заработали на 25-27Гх, но увы не забэкапил файлы тогда. 4. Статистику собирать после переключения весьма не просто оказалось, ибо переключения сбрасывают чип и соответственно качество статистики ухудшается. Тем не менее, автоподбор работает кое-как. 5. Некоторые оптимизации cgminer позволили определенно добавить производительность. Но подозреваю, что большая часть улучшений ещё впереди.
|
|
|
По моему беспорядок с очередью, уже становиться куда большим фейлом, чем собственно задержка производства. На словах получается, что всем все по порядку уходит, а на деле... как всемогущий рандом укажет. Ладно, если-бы был алгоритм этого рандома публичный, чтобы узнать о своей реальной позиции в очереди. Так ведь оказывается от 31 числа большая часть заказчиков, даже на форуме не отмечалось. Наверное они тоже были-бы рады установившейся "прозрачности" дела.
|
|
|
Т.е. осцилографом? Мой в ремонте, придется китайские 7-ми сегментные датчики цеплять. Странные пульсации с такой амплитудой. Возможно в косяках с питанием все беды. ЗЫ Как сам думаешь, вольтмод стоит того? Возможно конденсаторы не особо качественные, с твердотельными пульсации меньше. Я на некоторые платы добавлял керамику и электролиты, вроде положительно сказалось на хэш-рейте тогда. Конечно мну не эксперт в электронике, но кажется с DC-DC ещё и дроссели нужны для сглаживания, конденсаторами одними не обойтись. Стоит конечно. Как минимум 22Гх на плату будет. Был в определенных обстоятельствах на одной плате рекорд 27Гх, но что-то воспроизвести не удается пока его.
|
|
|
С какого места на плате ты снимаешь напряжение? Или опрашиваешь встроенные датчики? Я так понимаю на 1.05В метабанковские модули нормально живут? Собираюсь тоже вольтмод мутить, охлаждение уже усилил.
В последнее время оцениваю программно, хотя это очень условная оценка. Правильно наблюдать на конденсаторах рядом с радиаторами, особенно какие там верхние пики пульсаций (пульсации до 10% достигают!).
|
|
|
ладно, на этом пожалуй эксперименты закончу, надо теперь разобраться ПОЧЕМУ так Это на напряжении 0.98В? Можешь снять осциллограмму переменной составляющей для своей платы? И по чипам индивидуальную статистику вывести, с усреднением хорошим? Сейчас экспериментирую с напряжениями 1.02 - 1.05В, и наблюдаю какой-то чрезвычайный разброс: одни чипы продолжают кое-как на 2.3Гх молотить, а парочка даже выше 4Гх разогналась. Один результат был даже устойчивый 4.5Гх, но после перезапуска cgminer не получилось воспроизвести результат. Ошибок по отношению к найденным шарам около 10%.
|
|
|
Остаток моего заказа с оплатой 31 мая 11 утра, пока так-же не выдают. Осталась одна неделя, когда получать и возиться с устройствами имеет смысл вообще. Пока что я выжал едва-ли 320Гх из 360Гх (по показаниям cgminer) для полученного девайса. Убытков от процесса настройки много... хэш-рейт падает регулярно.
|
|
|
подскажи как и чем клеил радиаторы на чипы
Последние радиаторы клеил предварительно покрыв лаком, поскольку они касаются рассыпухи вокруг чипов, и зачистив центр где контакт с чипом. Клеем двухкомпонентным ArcticSilver (~5 минут полимеризация). Кстати, через верхнюю часть чипа едва-ли можно более 20% тепла отвести.
|
|
|
Я вот кстати подумал, может, для безопасности поставить шунт этак на 100-200 Ом в параллель подстроечнику?
Вообще да, можно. Надо получить регулируемый диапазон от 40 до 80 Ом, если экстрима не нужно. Только времени это добавляет к процессу, а оно очень дорого ) Другой вариант, подобрав оптимальное напряжение - выпаять переменный резистор, и впаять постоянный.
|
|
|
1. Комрады, подскажите, если я буду ставить форк от needbmw, то мои изменения не откатятся? 2. Придётся ли снова вводить данные пула в файл конфигурации (логин и пароль майнера)?
3. И ещё вопрос: с чем связано то, что производительность устройства постоянно плавает от 90 до 110 гигахэшей? Производительность может сама как произвольно уменьшиться, так и увеличиться (судя по данным пула). Может это локальный перегрев чипов периодически троттлинг включает?
P.S. Сегодня на балконе закончу делать холодный CleanRoom (положу линолеум и сделаю на открытом дальнем окне фильтр из москитной сетки + поролона). Переставлю устройство на балкон. Посмотрим, какой хэшрейт будет при температуре +10. P.P.S. Если действительно дело в перегреве, то доведение устройства до 120 гигахэшей вероятно будет нелёгким делом. Хотя, опять же, зима скоро.
1. Я поставил форк в отдельную папку, в /home/pi. Оригинальный Cgminer Легкодымова проживает в /usr/local/bin и ему там ничего не грозит. 2. Нет конечно, конфигурация форками не заменяется. 3. Посмотри в логе (tail /var/log/cgminer.log), если часто встречается "Chip_id ХХ FREQ CHANGE", то скорее всего стабильности мешает не оптимальный вотчдог. 4. По неоднократным словам Bitfury, чипы холод не любят категорически! Т.е. про фреон и свежий мороз лучше забыть, а постараться стабилизировать их температуру около 45С. У меня в серверной температура порядка 18-20С, температура плат 33-35С и чипов соответственно 45-50С.
|
|
|
Автоподбор за ночь стабилизировал устройство на 309Гх, что по показаниям пула около 318Гх (не сильно отличается от производительности по умолчанию): Белым выделена статистика по средним частотам чипа, на каждом из значений osc6_bits: 53, 54, 55, 56. Заодно отмечены числа, по в предыдущем цикле (160с) производился сбор статистики. Вольтмод присутствует на слотах 0, 3, 4, D и судя по средним значениям дает пока небольшое улучшение. Видимо нужно точный подбор осуществлять, учитывая нелинейную зависимость.
|
|
|
Это не поможет, передергивать бесполезно. Я в похожее место рестарт добавил.
Покажи свой код, я что-то не нашел что относится к перезапуску.
|
|
|
Следующий кусок driver-bitfury.c срабатывает часто зазря: if(short_out_t && ghash < 0.5) { //applog(LOG_WARNING, "Chip_id %d FREQ CHANGE", chip); send_freq(dev->slot, dev->fasync, dev->osc6_bits - 1); nmsleep(1); send_freq(dev->slot, dev->fasync, dev->osc6_bits); }
Его логика в том, чтобы раз в 10 секунд проверять хэшрейт чипа, и если маленький - сбрасывать частоты. Якобы это должно поднимать чипы находящиеся в забастовке, но по факту отрывает их от работы. У себя я добавил счетчик тревог, который при маленьком хэшрейте увеличивается постепенно, и при величине 4 только вызывает сброс: if (ghash == 0) dev->alerts ++; else dev->alerts = 0; if ( 3 < dev->alerts ) { applog(LOG_WARNING, "Chip_id %d FREQ CHANGE-RESTORE", chip); send_freq(n_slot, i_chip, 54); nmsleep(100); send_reinit(n_slot, i_chip, 53); // fail-safe }
Хотя по факту, на забастующих чипах этот код не отрабатывает (хз, как их сбрасывать, кроме рестарта программмы). Теперь у меня куда стабильнее хэшрейт в консоли cgminer. Когда выключен автоподбор выравнивается около 310Гх.
|
|
|
В смысле? DC-DC перепаял? постоянку на подстроечник заменил? alpet отпишись, стоит оно того или нет? Результат заметный?
Для каждой платы не обязательно. Для тех, у которых не добирается напряжение и хэшрейт особенно заметно, думаю стоит. Подстроченик запаял. Нужно его попросить фото выложить и характеристики подстроечника)
Уже вчера плату снимал: https://bitcointalk.org/index.php?topic=287147.msg3120932#msg3120932Вполне обычный 100 Ом, многооборотный переменный резистор Bourns 3296X-1-101LF. Кстати, все кто собирается паять - позаботьтесь о 100% надежности пайки, и предварительно выкрутите резисторы на 40 Ом. Ибо чем выше сопротивление, тем больше напряжение на чипы. Догадываетесь, что будет при отрыве провода или крупного резистора от платы?
|
|
|
Накопил небольшую статистику, по работе плат на повышенном напряжении: Отклик достаточно заметный как видно. Причем short stat у меня занижает оценку на 11-15%, относительно long stat. Думаю, что вольтмод нужно применять последовательно сначала к самым слабым платам, в моем случае 0, 1, 2, E.
|
|
|
alpet, какие результаты дала твоя автоподстройка? есть прирост по сравнению со статикой?
Я ещё разбираюсь, но пока рано оценивать. Сама автоподстройка рубит хэшрейт жестоко, поэтому надо её сделать завершаемой после скажем 30 минут работы. Вот со статистикой, код driver-bitfury.c сейчас, явно содержит ошибку и конечно выдает ахинею: 222: for(k = 0; k < BITFURY_BANKCHIPS; k++) {
С таким циклом идет вылезание за пределы массива статистики, надо как и в случае с Long stat сделать: 222: for(k = 0; k < BITFURY_BANKCHIPS/2; k++) {
Сейчас я сделал код драйвера с усреднением хэшрейта, что очень удобно.
|
|
|
needbmwНа каком периоде ты оцениваешь изменение хэш-рейта? Мне вот представляется, что 20-50% HW по отношению к Accepted это не есть хорошо. К тому-же при массовом разгоне, некоторые чипы порой просто вырубаются - по ним 0Гх в SHORT stat, и количество ошибок быстро растет. Кстати выложил свою модификацию driver-bitfury.c с автоподбором, может какие-то кусочки используешь ).
|
|
|
Добавил ещё аппаратные датчики: Рекомендуют не запускать часто i2c вызовы, но для оверклокинга без этого сложно.
|
|
|
Balthazar Так хэш-рейт заметно не изменяется, при модификации osc6_bits. Что-же тогда ещё оптимизировать?
|
|
|
|