Метабанк Bitfury Asic [Настройка]

[qwerty40]

Mu3aHTP0n, спасибо, там нашел

[1715099648]

1715099648

[Balthazar]

шайтан машинку

Просто ассоциация 

[ProtonEvil]

1. Комрады, подскажите, если я буду ставить форк от needbmw, то мои изменения не откатятся?

1. Я поставил форк в отдельную папку, в /home/pi.  Оригинальный Cgminer Легкодымова проживает в /usr/local/bin и ему там ничего не грозит.

CarmaSleeper'у не пойдет такой вариант, он не мониторит чипы в консоли. Если закроется SSH, то майнер закроется тоже. Автоследилку ему тоже придется переделывать.
Самый оптимальный вариант - заменить метабанковский майнер на майнер от needbmw, после этого все будет работать как и раньше: конфигурационные файлы, автоследилки и прочее. Причем можно быстро все откатить обратно, вернув метабанковский майнер на место.
Т.е. собираем форк, а затем делаем, как я писал в п.2 тут: https://bitcointalk.org/index.php?topic=287147.msg3129657#msg3129657

[akaBeaver]

стандартный легкодымовский майнер рапортует о ~104.5gh/s
в то время как майнер needbmw даёт на 2 гигахеша меньше...Это на самом деле так или нужно время ,чтобы он разогнался?Если да то сколько времени?

[ProtonEvil]

Komonec по поводу duplicate и что с ними делать. Вчера поставил на 3 из 4 майнеров форк needbmw с исправлением duplicate-шар - результат: reject'ы снизились на 1%.
На картинке видно, как пару часов переставлялись майнеры, и как потом упало количество duplicate.

[Andrey]

Komonec по поводу duplicate и что с ними делать. Вчера поставил на 3 из 4 майнеров форк needbmw с исправлением duplicate-шар - результат: reject'ы снизились на 1%.
На картинке видно, как пару часов переставлялись майнеры, и как потом упало количество duplicate.

... и снизился битрейт

[ProtonEvil]

... и снизился битрейт

1) непропорционально меньше
2) разгон пропал, т.к. не патчил ту последнюю сборку

[needbmw]

стандартный легкодымовский майнер рапортует о ~104.5gh/s
в то время как майнер needbmw даёт на 2 гигахеша меньше...Это на самом деле так или нужно время ,чтобы он разогнался?Если да то сколько времени?

форк Легкодымова имеет три хэшрейта одновременно: avg в шапке cgminer, LONG STAT (если просуммировать по чипам), и по показаниям пула, и при этом все три разные.
я попытался свести все три в один без применения экзотических высосанных из пальца констант, и вроде как получилось, по крайней мере на моем железе.
сам я больше всего доверяю показаниям хешрейта по API с 10-минутным осреднением (сейчас именно так и забито в исходниках).

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

[Balthazar]

Усредненный хэшрейт, думаю, лучше считать по ассептам от пула. Так надежнее всего будет, точно не выдаст ерунды.

[Andrey]

... и снизился битрейт

1) непропорционально меньше
2) разгон пропал, т.к. не патчил ту последнюю сборку

1) О, так эти шары засчитываются в битрейт. Протупил. Круто!
2) Я почитал ветки но видать пропустил, насколько отличается производительность cgminer от needbmw по сравнению с cgminer от Легкодымова (тот что идёт с метабанковским асик).
Я только вчера вечером асик получил, пока только с пулами пробую экспериментировать.

[ProtonEvil]

1) О, так эти шары засчитываются в битрейт. Протупил. Круто!

Не уверен, что это так (хотя, кто знает, откуда ghash.io берет такой высоких хешрейт), я имел ввиду изменения в процентном соотношении.

2) Я почитал ветки но видать пропустил, насколько отличается производительность cgminer от needbmw по сравнению с cgminer от Легкодымова (тот что идёт с метабанковским асик).
Я только вчера вечером асик получил, пока только с пулами пробую экспериментировать.

Производительность пока почти никак не отличается, хотя needbmw только начал. На счет разгона - не совсем верно выразился, ощутимо разогнать получится только вольтмодом (вот тогда и понадобится повышать частоту), хотя попадаются отличные чипы, которые начинают дробить намного быстрее при увеличении клока. В основном приходится понижать частоту на ущербных чипах (таких не мало), это сильно снижает HW и часто немного увеличивает хешрейт. Т.е. упал hw на 5-7% - полезная работа увеличивается на столько же. Пока получается добавить 5-10Гх на 3x устройство.

[ProtonEvil]

Усредненный хэшрейт, думаю, лучше считать по ассептам от пула. Так надежнее всего будет, точно не выдаст ерунды.

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

[Balthazar]

Усредненный хэшрейт, думаю, лучше считать по ассептам от пула. Так надежнее всего будет, точно не выдаст ерунды.

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

Уточню на всякий случай - не числа с пула брать, а именно самому считать по ассептам. Это принципиальная разница, потому что у пула может быть время выборки совсем другое, или интервалы обновления... А локально со своими шарами можно делать все что угодно.

У cgminer есть опция --sharelog, получившийся лог можно скармливать tac и awk.

[ProtonEvil]

Уточню на всякий случай - не числа с пула брать, а именно самому считать по ассептам. Это принципиальная разница, потому что у пула может быть время выборки совсем другое, или интервалы обновления... А локально со своими шарами можно делать все что угодно.

У cgminer есть опция --sharelog, получившийся лог можно скармливать tac и awk.

Это понятно. Да и не каждый пул имеет апи-статистику.
CGminer ведет подсчет D1 шар по всем пулам (в т.ч. accepted, rejected), можно у него спросить и подсчитывать GHs динамически.
Balthazar выложи, пжл, тру-формулу подсчета, у тебя опыт есть в этом деле.

[Balthazar]

Уточню на всякий случай - не числа с пула брать, а именно самому считать по ассептам. Это принципиальная разница, потому что у пула может быть время выборки совсем другое, или интервалы обновления... А локально со своими шарами можно делать все что угодно.

У cgminer есть опция --sharelog, получившийся лог можно скармливать tac и awk.

Это понятно. Да и не каждый пул имеет апи-статистику.
CGminer ведет подсчет D1 шар по всем пулам (в т.ч. accepted, rejected), можно у него спросить и подсчитывать GHs динамически.
Balthazar выложи, пжл, тру-формулу подсчета, у тебя опыт есть в этом деле.

Code:

H = 2^32 * (S1 * D1 + S2 * D2 + ... + Sn * Dn) / T

S1 ... Sn - количества шар
D1 ... Dn - их сложности
T - время в секундах

Получатся хэши в секунду.

[ProtonEvil]

Code:

H = 2^32 * (S1 * D1 + S2 * D2 + ... + Sn * Dn) / T

S1...Sn - количества шар
D1...Dn - их сложности
T - время в секундах

Получатся хэши в секунду.

Спасибо. Но cgminer дает только "Last Share Difficulty". Получается, с vardiff'ом работать будет не точно, если сложность будет меняться чаще, чем 3 сек. (время опроса апи сгмайнера).

[Balthazar]

В лог шар пишутся значения сложности и статусы. Не проблема написать для AWK скрипт, который это распарсит, сделает выборку и просуммирует... Может, вечером сделаю концепт.

[ProtonEvil]

Вот такая статистика получилась (
GHS 5s и GHS av - расчетное cgminer'ом,
GHS shr. - по формуле Balthazar'а,
BITFURY0 () - по статистике чипов,
ghash.io - не известно по какой методике):



Идут рядом друг с другом. Ghash.io - "победитель" по статистике за час.  

[Komonec]

Подскажите, если на малине выполнить команду cgminer, то  он начинает искать чипы:
 [2013-09-12 17:58:38] Started cgminer 3.3.1
 [2013-09-12 17:58:38] BITFURY slot: 0, chip #0 detected
.....
 [2013-09-12 17:58:43] BITFURY slot: 14, chip #41 detected
 [2013-09-12 17:58:43] BITFURY: 42 chips detected!

Вопрос в том, что на одинаковых, 3х устройствах, находится разное количество чипов, это нормально?

[needbmw]

Вопрос в том, что на одинаковых, 3х устройствах, находится разное количество чипов, это нормально?

не нормально, это либо в цепочке есть проблемные чипы (как правило они дают обрыв цепочки), либо частота SPI слишком большая для данной конфигурации