1. ага, т.е. получается после того, как тест пройден например на 4 клоках, а это 20 сек * 16 * 4 =1280 секунд(чего так мало, это же 20 минут всего... или этого достаточно?)потом прога ставит жестко клоки для каждого чипа, а дальше она как нибудь отслеживает свой выбор? т.е. проверяет, насколько часто чип отваливается на выбранном ей клоке, насколько большой хешрейт у чипа и т.д.?
2. насколько я понимаю для того чтобы логи начались туда писаться, нужно раскоментить?
// print by chip stats in log files in /var/log/bitfury
// #define BITFURY_CHIP_STAT
3. майнер сделает по 16 прогонов на каждом клоке и "успакоится"? или его нужно заставить как то успакоится и использовать полученные данные?
1. По идее с нынешней оценкой хэшрейта должно хватать, там только первый период усреднения требуется большой (32 дампа). Потом какое-то время идет выбор между лучшими, если хэшрейт спадает. По некоторым критериям отбор начинается заново. 2. Да 3. На самом деле на дефолтном хэшрейте он сделает больше прогонов, для лучшего усреднения после холодного старта. Переключаться начнет вроде как с 80 дампа. Когда определиться наилучший результат, должен успокоиться на время его удержания. |
|
|
|
Давеча закончил вольтмод третьего устройства, в нем 15 плат и фунчиклирует вроде нормально. Заметный процент HW пока наблюдается видимо из-за не очень хорошего охлаждения. Надо будет добавлять высокооборотные вентиляторы и вообще переделывать корпуса в двух-этажные (как у Grumlin). |
|
|
|
1. т.е. для стоковых устройств по умолчанию выставляется 51 битклок? и сброс чипов при падении до 2,2?
соответственно нижняя для вольтмода? 53 и 1.5?
2. плюс я не могу запустить автоконфиг. т.к. не знаю всех подробностей его функционирования.
сколько прогоняется тест на каждом клоке? как идет выбор что чип лучше работает на этом клоке а не на другом? каков шанс что будет ошибка выбрать не правильный клок? и т.д.
3. и что значит надпись #PERF: chip 3_1 work_time = 2.467 sec
у меня чип 3_1 так и сыплет этими надписями
1. Не так. Для стоковых выставляется 54, для устройств с вольтмодом 53 (см. функцию init_devices). А базовое значение используется как минимальное в случае автоматического подбора. 2. Тест на каждом клоке длиться 16 дампов по 20 секунд. Сейчас шансы выбрать неправильный поменьше, но тем не менее остается заметное тепловое влияние предыдущих прогонов (что малозначительно при хорошем охладе). 3. Значит что чип довольно редко загружает задания, и соответственно должен малый хэшрейт иметь. Отчасти это время используется для сброса чипов, но по превышению 120 с. |
|
|
|
правки обновил, куда пишутся логи по чипам? и как сделать чтобы перебор ишел в диапазоне 53 и 54?
и что значит блок ниже?
#ifdef FAST_CLOCK1
#define BASE_OSC_BITS 51
#define LOW_HASHRATE 2.2
#else
#define BASE_OSC_BITS 53
#define LOW_HASHRATE 1.5
#endif
1. Логи по чипам пишуться в /var/log/bitfury. Каждый 16 дамп short stat примерно. 2. Перебор для двух значений я не проверял, но попробовать можно если заменить #define RANGE_MASK 3 на #define RANGE_MASK 1. При этом #define FAST_CLOCK1 нужно оставить закомментированным. 3. Блок с ветвлением означает выбор настроек для устройств с вольтмодом и стоковых. |
|
|
|
1. сейчас я задаю стандартно клок 53 для всех чипов, а как активировать автоподстройку. чтобы например прога погоняла чипы под 53 и 54, и выбрала для каждого чипа самый лучший результат? или типо того
2. кстати. сделай вывод каждые 10 минут по рестартанутым чипам, чтобы видеть, 1_2 чип был рестартанут 3 раза, и 3_5 - 1 раз за все время работы майнера(это для удобности выставлять клок для чипов часто отваливающихся)
1. Надо раскомментировать в driver-config.h строку содержащую #define BITFURY_AUTOCLOCK. Правда в дефолтном релизе будет перебираться 53, 54, 55, 56, что довольно большой стресс для устройств с вольтмодом. Если сделали вольтмод желательно так-же раскомментировать #define FAST_CLOCK1, тогда будет перебираться 51, 52, 53, 54. Перед полным автоподбором желательно удалить файл bitfury_opt.conf 2. Каждые 10 минут в консоль это излишне, я пожалуй лучше дополню в вывод логов по чипам это дело. Так можно будет обычным файловым поиском выяснить барахлящие чипы. [edited] Правки сделал, можно пробовать. |
|
|
|
|
Сделал обновление с более-менее честным подсчетом аппаратного хэшрейта (скорости перебора нонсов) с вычетом плохих решений. Он более стабилен, чем расчет по шарам и акцептованным шарам, поскольку не зависит от удачи. Стало-быть можно тестировать будет скоро и автоподбор частоты осциллятора. Так-же теперь в короткой статистике честно указывается процент аппаратных ошибок, что позволяет улучшить вольтмод при тонкой подстройке.
|
|
|
|
Скорость за сутки устаканилась в меньшую сторону  Теперь 157-158 показывает. На пуле за пол дня 158 стабильно держится. До этого было 145-146, т.е. где-то 2,6 гх/чип. Я так понимаю до 3 гх с чипа конкретно этим платам не суждено дотянуть... Температуру нормально измерить не получается, но палец держать на чипе терпимо. Так что по ощущениям 60-70 градусов. Охлад я максимум как можно улучшил, разве только радиаторы на чипы не лепил. Думаю как все остальные замоддю, то на балкон их вытащу и попробую 1,05 выставить. Кстати как bits выставлять? Это где-то в сырцах править? У меня сейчас 54, а для 1.05 лучше 53? 1. Скорость усредняется медленно, плюс разные условия влияют (например холодный запуск). 2. Выставить можно через командную строку, т.к. я сливал свой код с форком от needbmw. Вроде как --biftury-clockbits="53," должно работать. |
|
|
|
Может, и так, но не думаю, что повторное вычитывание совсем не влияет, тройные устройства сливают однако одинарным. И вряд ли перегрев тому виной. [/quote] У меня уже не такой уж запредельный слив получается, если тройное выдает 315-319Гх (с вычитыванием как раз). А ведь RasPi приходится успевать несколько больше ) Посмотрите как мой форк будет у вас ошибки фильтровать, и как хэшрейт за пару часов стабилизируется. |
|
|
|
needbmwГлянь правочку, все-же важная как мне кажется и хэшрейт улучшает.
|
|
|
|
Очередной раунд борьбы с hw на 11-платном майнере. Свыше 50% на первых 5-ти платах.
А не нужно с ними бороться особо. Во многих форках под этими ошибками подразумеваются проблемы передачи результатов от чипа в RasPi, что вовсе не означает потери в хэшрейте (последующее вычитывание дает результаты). С тех пор как я сделал фильтрацию у себя, число HW редко превышает 2.5% и это разве что позволяет видеть насколько osc6_bits адекватно подобрано для чипа: достаточно резко возрастает число ошибок, при например 55 или 56. |
|
|
|
попробовал я ваш форк. В целом вроде немного быстрее чем форк от нидбмв. Но при этом есть небольшие непонятные глюки. В веб морде в разделе чип инфо почему-то сбрасываются счетчики ошибок на 0. Т.е. показатель errors почти всегда на 0%. Хотя сам майнер считает хардвары нормально.
Потом скорость у меня получилась 158-159 гх на 7 плат при 1,0В на чипах. Это нормально или мало?
1. У меня счетчик HW действительно обнулению подвергается. Чтобы выяснять частоту возникновения ошибок за период. Как-нибудь переделаю этот алгоритм. 2. Скорость надо смотреть среднюю за сутки на пуле. С таким вольтмодом 2.83 на чип вроде нормально, хотя нужно скорее смотреть прирост. |
|
|
|
Как ни странно, хешрейт с мониторингом особо не ухудшился, даже параметр u: подрос немного, с 204 до 208 Гх/с на двойном метафурике.
Возможно на 10 платах будет нормально. У меня на 15 вроде как снижается. В любом случае, это число стоит оценивать на периоде час-два, оно от удачи вроде как плавает. |
|
|
|
Лучше физиологически.  Хотя я не думаю, что кто-то предпримет бойкот или какие бы то ни было иные действия, если новый чип будет действительно удачен. Вот если это он фейлом, тогда может кто-то и зашевелится. По заявленным характеристикам, может и получиться что-то удачное - деньги то халявные в рисерч вложены. Но с привычкой кидать и извлекать более 300% прибыли с батча, не удивлюсь в маниакальном удешевлении всей обвязки. Вплоть до того, что продукт сгорит синим пламенем, за месяц-другой эксплуатации... |
|
|
|
Ну меня они не обманули (почти)  Так что, если цена будет адекватной, то почему бы нет... Политика компании изменилась не сразу, а как только пришли действительно большие деньги. Как-бы сделать голосовалку в теме, узнать кто собирается с ними ещё работать ) Мне просто интересно, чем их нынешний бизнес план отличается от продажи краденного... если они будут демпинговать на рынке, значит произойдет перераспределение денег от предзаказчика B3 к покупателям условного B4. Этакое масштабное робингудство с фактором случайности. С другой стороны, пока они шевелятся, ещё есть шанс у тех кто поближе находится, найти сотрудников и наказать физически за кидалово. |
|
|
|
|
Компания BitSyncom, на деньги отжатые с помощью обмана разродилась как известно новым продуктом. Хочется в этой отдельной ветке выяснить, а заслуживают-ли они ударных продаж, или пятно кидалова уже несмываемое? Лично я никогда их продукты больше покупать не буду, даже с самыми заманчивыми ценами - бизнес кидал поощрять это только себе карму портить. Самое отвратительное, что они себя сейчас пытаются вести, как будто-бы ничего не случилось, никакой вины за ними не числиться, и проклинают их якобы напрасно...
|
|
|
|
alpet
Подскажите, пожалуйста, как сделать, чтобы ваш bfgminer в статистике выводил еще и напряжение питания плат? У меня почему-то показывает все, кроме этого.
Надо раскоментировать в начале файла driver-bitfury.c строку: // #define BITFURY_MONITORING
Только проверьте хэшрейт с включенным и выключенным мониторингом, скорее всего он ухудшиться. |
|
|
|
|
Судя по курсу, биткоин отделался легким испугом )
|
|
|
|
|
В последних ревизиях исправил проблему с ложной оценкой факта job_switched. На сейчас наблюдается средний хэшрейт 319 для строенного устройства и менее 2% HW. По показаниям пула хэшрейт ещё выше, видимо из-за учета Stale.
|
|
|
|
|
Смотрю на гоксе весело. Народ ещё не понимает, что продавая битки - он вообще потеряет все потенциально. Т.к. фиат не вывести и его скорее всего арестуют, как сопричастный к торговле на силкроад.
|
|
|
|
Нда. Видимо мне повезло с устройством. разогнал еще одну плату HW подросли, но суммарно всё еще 3.9%.
За тест спасибо.
У тебя это значение все-же ещё избыточно, одна и та-же ошибка наверняка много раз считается. Проверь на простом тесте, если при росте частоты опросов (для этого уменьшить задержку с 250 мс до 50 мс например), число HW будет так-же расти заметно, то это прирост ложных оценок. Сейчас уже понятно стало окончательно, что на устройствах с двумя мат. платами основной источник HW далеко не чипы, и соответственно их влияние на хэшрейт стремиться к нулю. |
|
|
|
|
Show Posts
