мои форки cgminer и bfgminer для bitfury ASIC

[alpet]

Пытаюсь сделать автоподборщик, на базе последних файлов:

Основная цель, чтобы hw_errors в среднем были не более 2% от суммы hw_errors и shares_found. Обновление частот производится каждый 16-ый цикл.
Для лучшей стабильности результатов, назначаю процессу cgminer приоритет -19.

[Balthazar]

Самое забавное тут в том, что далеко не факт что конфигурация с меньшим % HW окажется лучше в деле.

[alpet]

Balthazar
Так хэш-рейт заметно не изменяется, при модификации osc6_bits. Что-же тогда ещё оптимизировать?

[alpet]

Добавил ещё аппаратные датчики:

Рекомендуют не запускать часто i2c вызовы, но для оверклокинга без этого сложно.

[needbmw]

alpet, я пока подбираю вручную и вот что получается.
есть чипы, которые недодают хэшрейт, при снижении клока до 52-53 бит хэшрейт повышается, hw снижаются (все логично).
но встречаются и другие чипы, у которых при повышении клока повышаются hw, но при этом и хэшрейт у них растет прилично! (я наблюдал у отдельных экземпляров даже 3.2 на последней сборке, в ней надеюсь не попугаи а гигахэши все же).
получается, если будем нормировать hw - задушим и стахановцев...

[alpet]

needbmw
На каком периоде ты оцениваешь изменение хэш-рейта? Мне вот представляется, что 20-50% HW по отношению к Accepted это не есть хорошо. К тому-же при массовом разгоне, некоторые чипы порой просто вырубаются - по ним 0Гх в SHORT stat, и количество ошибок быстро растет.

Кстати выложил свою модификацию driver-bitfury.c с автоподбором, может какие-то кусочки используешь ).

[needbmw]

needbmw
На каком периоде ты оцениваешь изменение хэш-рейта? Мне вот представляется, что 20-50% HW по отношению к Accepted это не есть хорошо. К тому-же при массовом разгоне, некоторые чипы порой просто вырубаются - по ним 0Гх в SHORT stat, и количество ошибок быстро растет.

Кстати выложил свою модификацию driver-bitfury.c с автоподбором, может какие-то кусочки используешь ).

я смотрю с усреднением 10 минут.
про 20-50% никто и не говорит, а вот 10% - легко.
и попадаются экземпляры, которые дают 2,5Гх при 3% hw, и заветные 3Гх при 10%, и будет неправильно не использовать их потенциал.

Changelog на сегодня:

- реализована опция командной строки --bitfury-clockbits для настройки фиксированных индивидуальных клок-битов без перекомпиляции.

формат:
--bitfury-clockbits={global},{slot1}:{chip1}:{bits1},{slot2}:{chip2}:{bits2},...
примеры:
--bitfury-clockbits=54 - всем чипам установить 54 бита
--bitfury-clockbits=54,0:4:53,1:2:52 - всем чипам 54, кроме слот 0 чип 4 53 бита, и слот 1 чип 2 52 бита
и т.д., если опущен первый глобальный параметр он принимает значение 54 по умолчанию.

- при запуске майнера автоматически подгружаются необходимые SPI и I2C модули

- увеличил размер буфера в api.c, при 100 чипах в цепочке теперь не вылетает при запросе статистики (длиннее цепочки нет, проверьте на более длинных)
         

[Alehandro]

я смотрю с усреднением 10 минут.
про 20-50% никто и не говорит, а вот 10% - легко.
и попадаются экземпляры, которые дают 2,5Гх при 3% hw, и заветные 3Гх при 10%, и будет неправильно не использовать их потенциал.

Золотые слова, 10% прироста лучше чем его нет.
Может прогнать клоки по всем чипам (например от 51 до 55), по 10 минут это около часа, залогировать полезные значения (Хэши-HW) для каждого клока,каждого чипа. Всё взвесить (определить наилучший клок для чипа), сбросить в файлик с настройками и выставлять соответствующий клок на соответствующем чипе.

[ProtonEvil]

- увеличил размер буфера в api.c, при 100 чипах в цепочке теперь не вылетает при запросе статистики (длиннее цепочки нет, проверьте на более длинных)        

на 120 штук теперь нормально работает.

[needbmw]

Может прогнать клоки по всем чипам (например от 51 до 55), по 10 минут это около часа, залогировать полезные значения (Хэши-HW) для каждого клока,каждого чипа. Всё взвесить (определить наилучший клок для чипа), сбросить в файлик с настройками и выставлять соответствующий клок на соответствующем чипе.

у них питание групповое, когда подойдешь к пределу DC/DC (а разгон это всегда работа питалова на пределе) ничего не понятно будет.. один чип начнет чуть больше жрать и у всех остальных в группе хешрейт тут же провалится.

alpet, какие результаты дала твоя автоподстройка? есть прирост по сравнению со статикой?

[alpet]

alpet, какие результаты дала твоя автоподстройка? есть прирост по сравнению со статикой?

Я ещё разбираюсь, но пока рано оценивать. Сама автоподстройка рубит хэшрейт жестоко, поэтому надо её сделать завершаемой после скажем 30 минут работы.

Вот со статистикой, код driver-bitfury.c сейчас, явно содержит ошибку и конечно выдает ахинею:

Code:

222: for(k = 0; k < BITFURY_BANKCHIPS; k++) {

С таким циклом идет вылезание за пределы массива статистики, надо как и в случае с Long stat сделать:

Code:

222: for(k = 0; k < BITFURY_BANKCHIPS/2; k++) {

Сейчас я сделал код драйвера с усреднением хэшрейта, что очень удобно.

[needbmw]

Вот со статистикой, код driver-bitfury.c сейчас, явно содержит ошибку и конечно выдает ахинею

это исправлю, я ни LONG STAT ни SHORT STAT не использую (вообще убрал из компиляции), смотрю статистику только через API, поэтому эта часть не тестированная получилась

[ProtonEvil]

есть чипы, которые недодают хэшрейт, при снижении клока до 52-53 бит хэшрейт повышается, hw снижаются (все логично).
но встречаются и другие чипы, у которых при повышении клока повышаются hw, но при этом и хэшрейт у них растет прилично! (я наблюдал у отдельных экземпляров даже 3.2 на последней сборке

Не понимаю, как у вас получается разгонять чипы, у себя, если выставляю биты 55 на чип (даже на самых лучших, с большой скоростью и низким HW) становится только хуже: скорость не растет, а HW начинает увеличиваться.
Единственное оправданное применение - это выставление 52-53 на чипы с высоким HW (и как правило с невысокой скоростью), что сразу заметно снижает их HW. Как только чип уходит в красную зону по HW, снижаю частоту, он возвращается в норму.
needbmw Может это и есть то самое повышение хешрейта, т.е. повышение КПД при той же скорости, но меньшим HW?

Получается, у меня устройство такое ущербное? Хотя у alpet тоже метабанковские девайсы...

[tomatoua]

Не понимаю, как у вас получается разгонять чипы, у себя, если выставляю биты 55 на чип (даже на самых лучших, с большой скоростью и низким HW) становится только хуже: скорость не растет, а HW начинает увеличиваться.
Единственное оправданное применение - это выставление 52-53 на чипы с высоким HW (и как правило с невысокой скоростью), что сразу заметно снижает их HW. Как только чип уходит в красную зону по HW, снижаю частоту, он возвращается в норму.
needbmw Может это и есть то самое повышение хешрейта, т.е. повышение КПД при той же скорости, но меньшим HW?

Получается, у меня устройство такое ущербное? Хотя у alpet тоже метабанковские девайсы...

У alpet'a запаян вольтмод на двух платах.

[Balthazar]

Не понимаю, как у вас получается разгонять чипы, у себя, если выставляю биты 55 на чип (даже на самых лучших, с большой скоростью и низким HW) становится только хуже: скорость не растет, а HW начинает увеличиваться.
Единственное оправданное применение - это выставление 52-53 на чипы с высоким HW (и как правило с невысокой скоростью), что сразу заметно снижает их HW. Как только чип уходит в красную зону по HW, снижаю частоту, он возвращается в норму.
needbmw Может это и есть то самое повышение хешрейта, т.е. повышение КПД при той же скорости, но меньшим HW?

Получается, у меня устройство такое ущербное? Хотя у alpet тоже метабанковские девайсы...

У alpet'a запаян вольтмод на двух платах.

Кстати, гарантия на девайс в целом, или по модулям?

[ProtonEvil]

У alpet'a запаян вольтмод на двух платах.

В смысле? DC-DC перепаял? постоянку на подстроечник заменил?
alpet отпишись, стоит оно того или нет? Результат заметный?

[ProtonEvil]

Кстати, гарантия на девайс в целом, или по модулям?

На модули. Уже сталкивался с заменой по гарантии.

[tomatoua]

В смысле? DC-DC перепаял? постоянку на подстроечник заменил?
alpet отпишись, стоит оно того или нет? Результат заметный?

Подстроченик запаял. Нужно его попросить фото выложить и характеристики подстроечника)

Кстати, гарантия на девайс в целом, или по модулям?

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

На модули. Уже сталкивался с заменой по гарантии.

А что у тебя приключилось?

[alpet]

В смысле? DC-DC перепаял? постоянку на подстроечник заменил?
alpet отпишись, стоит оно того или нет? Результат заметный?

Для каждой платы не обязательно. Для тех, у которых не добирается напряжение и хэшрейт особенно заметно, думаю стоит.

Подстроченик запаял. Нужно его попросить фото выложить и характеристики подстроечника)

Уже вчера плату снимал: https://bitcointalk.org/index.php?topic=287147.msg3120932#msg3120932
Вполне обычный 100 Ом, многооборотный переменный резистор Bourns 3296X-1-101LF.
Кстати, все кто собирается паять - позаботьтесь о 100% надежности пайки, и предварительно выкрутите резисторы на 40 Ом. Ибо чем выше сопротивление, тем больше напряжение на чипы. Догадываетесь, что будет при отрыве провода или крупного резистора от платы?

[tomatoua]

Уже вчера плату снимал: https://bitcointalk.org/index.php?topic=287147.msg3120932#msg3120932
Вполне обычный 100 Ом, многооборотный переменный резистор Bourns 3296X-1-101LF.
Кстати, все кто собирается паять - позаботьтесь о 100% надежности пайки, и предварительно выкрутите резисторы на 40 Ом. Ибо чем выше сопротивление, тем больше напряжение на чипы. Догадываетесь, что будет при отрыве провода или крупного резистора от платы?

Спасибо, здорово получилось