закоммитил вчера изменения в bfgminer, теперь (очень на это надеюсь) HW ошибки обрабатываются максимально правильно.
за ночь сдвоенное устройство показало 4.4%
Topic: мои форки cgminer и bfgminer для bitfury ASIC - page 9. (Read 53319 times)
Это только у меня каждая строка пишется в лог дважды? Модифицированная сборка willrain.
А вообще жаль, что bfgminer не пишет в лог long статистику.
А вообще жаль, что bfgminer не пишет в лог long статистику.
-
Не сказать чтобы я с линуксом на вы, но о существовании XZ не знал. Всякие bzip и gzip как-то более привычные или какой-нибудь 7z\rar
А при чем тут Linux? LZMA - популярный алгоритм. Упомянутый тобой 7z использует (использовал?) 1-ю версию, это - вторая.
https://ru.wikipedia.org/wiki/XZ
Не сказать чтобы я с линуксом на вы, но о существовании XZ не знал. Всякие bzip и gzip как-то более привычные или какой-нибудь 7z\rar
А при чем тут Linux? LZMA - популярный алгоритм. Упомянутый тобой 7z использует (использовал?) 1-ю версию, это - вторая.
https://ru.wikipedia.org/wiki/XZ
Есть ли смысл ее поднимать? Я сейчас опрос произвожу раз в 250 милисекунд: производительность хешрейт тот же, что и если непрерывно опрашивать.
Раз в 250 миллисекунд, опрашиваете 120 чипов? Что-то не вериться, что такое возможно... у меня такой опрос занимает от 360 мс (3 мс, на чип).В моем форке цикл лимитирован по времени, т.е. перед выходом из функции scanHash опрашивается произвольное число чипов (сколько успеет за 500 мс), и размер цикла можно регулировать... В целом хорошо, если чип опрашивается 2-3 раза в секунду, но я заметил основное отличие bfgminer от cgminer - максимально частый опрос, и это заметно влияет на хэшрейт (что удивительно, ведь есть буферизация заданий).
ок, только вот теперь не понимаю причем тут переменнная dups если вы её после даже не используете?)))
551 строка насколько я понял
ктонибудь объяснит зачем объясляем переменную dups?
Да это из моего форка, счетчик дубликатов. Он уже не нужен стал, поскольку дубликатов не стало вообще )551 строка насколько я понял
ктонибудь объяснит зачем объясляем переменную dups?
Кстати, правка позволяет безболезненно поднимать частоту SPI. Сейчас я тестирую на 2МГц, показатели HW не изменились, а вот время опроса чипа сократилось с 3 до 2.5 мс. Соответственно можно ещё сильнее разгрузить CPU, или увеличить частоту опроса чипов (ротацию очереди в моем форке).
в каком файле это проправить? хочу проверить что будет без вольтмода
libbitfury.c libbitfury_sendHashData если в оригинальных форках. По идее на хэшрейт особо не должно повлиять, если нет явной голодовки чипов.
Одна лишь простейшая правка, в области оценки решений от чипа:
Дала интересный результат:
1. Хэшрейт моментально стал жестким на всю плату, 24.5 +- 0.2Гх. До этого все плавало, то к 22Гх, то к 26Гх.
2. Количество HW с десятков процентов (от 40%) свалилось к 0.5% и продолжает убывать...
Проверка проводится на единичной плате Метабанка (8 чипов), с вольтмодом около 1.057В.
Code:
int dups = 0;
if (op && o2p && d->job_switched)
for (i = 0; i < 16; i++) {
if (oldbuf[i] != newbuf[i] ) {
Дала интересный результат:
1. Хэшрейт моментально стал жестким на всю плату, 24.5 +- 0.2Гх. До этого все плавало, то к 22Гх, то к 26Гх.
2. Количество HW с десятков процентов (от 40%) свалилось к 0.5% и продолжает убывать...
Проверка проводится на единичной плате Метабанка (8 чипов), с вольтмодом около 1.057В.
ок, только вот теперь не понимаю причем тут переменнная dups если вы её после даже не используете?)))
551 строка насколько я понял
ктонибудь объяснит зачем объясляем переменную dups?
У меня выходит: -bash: --bitfury-clockbits=54: command not found
не выходит, потому что это не команда, а параметр цгмайнера. а как менять clock bit на отдельном чипе?
needbmw страницей раньше давал инструкцию.
как запустить из командной строки, не знаю.
Code:
"bitfury-clockbits" : "1:3:55,14:2:55,11:3:55,14:5:55"
нет. мы ему всё время отправляем новое задание. как только мы получаем job_switched - оно начало выполнятся. в этот момент мы запрашиваем следующее задание и начинаем долбить чип им.
Если флаг этот стоит, то чип не пишет в текущий буфер результатов, от того которое начало выполняться? В том смысле, не возможно затирание результатов, если долго не опрашивали чип?в каком файле это проправить? хочу проверить что будет без вольтмода
libbitfury.c libbitfury_sendHashData если в оригинальных форках. По идее на хэшрейт особо не должно повлиять, если нет явной голодовки чипов.
Quote from: willrain
Попробуй все же ради интереса организовать лучший продув этой платы.
не в продувке дело, вот переставил первую платку на слот дальше от блока
http://www.apteka-ifk.ru/ibuprofen/
400мг снимут симптомы чего угодно. От гриппа остается лишь легкий насморк, к примеру. Не следует применять в комбинации с алкоголем, при слабых почках или есть больше 1200мг в сутки.
Поздно... Алкоголь и слабые почки в наличии 400мг снимут симптомы чего угодно. От гриппа остается лишь легкий насморк, к примеру. Не следует применять в комбинации с алкоголем, при слабых почках или есть больше 1200мг в сутки.
Ну все, писец, закупился сопротивлениями 75 и 82 корпусными и бескорпусными, перемениками 100 и 200, электролитами 1500 и 2200 и... заболел 
Температура и прочие прелести, никакого желания паять, только виски с медом и в люлю... 
http://www.apteka-ifk.ru/ibuprofen/ Температура и прочие прелести, никакого желания паять, только виски с медом и в люлю... 400мг снимут симптомы чего угодно. От гриппа остается лишь легкий насморк, к примеру. Не следует применять в комбинации с алкоголем, при слабых почках или есть больше 1200мг в сутки.
Ээхм, не многовато ли 24Гх для 4 чипов? 
Опечатка, 8 чипов 
Правильно я понимаю, что при установленном флаге job_switched чип отдает решения по старому заданию, а работает уже по новому? Т.е. мы отправляем ему старое задание при обмене, уже зря (таков протокол).
нет. мы ему всё время отправляем новое задание. как только мы получаем job_switched - оно начало выполнятся. в этот момент мы запрашиваем следующее задание и начинаем долбить чип им.
Jump to: