что это значит? на разные чипы такое выскакивает почти каждый вывод [2013-10-09 16:36:45.900] #WARNING: Chip at 2 x 4 has low median hashrate, auto-clock reset 2 х 4???
update разобрался, пришлось коды проштудировать, а лень как было))))
здесь кстати можно было бы добавить для какого клока такая фишка applog(LOG_WARNING, "#WARNING: Chip at %x x %x has low median hashrate, auto-clock reset. clock=%x", dev->fasync, dev->slot, dev->osc6_bits);
applog(LOG_WARNING, "Slot %X chip %X, work_time = %.0f ms, FREQ CHANGE-RESTORE, osc6_bits = %d, chip recovers = %d, total recovers %d", dev->slot, dev->fasync, work_time * 0.001, dev->osc6_bits, dev->recovers, recovers);
и надо было уже к одному виду привести, а то в одном месте в одном формате выводит, в другом месте в другом.
|
|
|
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 дампа. Когда определиться наилучший результат, должен успокоиться на время его удержания. я просто про то имею ввиду, у вас слишком все автоматизировано, что это даже мешает. Как например запустить майнер, он там сделал все что ему нужно, первых 32 дампа прогрев, по 16 дамов на каждый прогон, итого 96 дампов. потом он например выключается и жестко запускается с этими клоками. Иначе он начинает переливать из одного в другое, что только мешает. расскажите пожалуйста как формируется файл bitfury_opt.conf slot_0=0:[0,0,0,0]@{0.00,0.00,2.97,2.90}; что значят цифры в квадратных скобках и фигурных в фигурных насколько я понял по клокам 51 52 53 54 и средняя скорость ЗА ВЕСЬ ТЕСТ по ним? потому как открываю один раз, вижу slot_0=0:[0,0,0,0]@{0.00,0.00,2.97,2.90}; открываю минут через 10, пока тест идет на данном клоке slot_0=0:[0,0,0,0]@{0.00,0.00,2.97,2.87};, получается здесь постоянно обновляется средняя скорость за тест?
|
|
|
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 с. ага, т.е. получается после того, как тест пройден например на 4 клоках, а это 20 сек * 16 * 4 =1280 секунд(чего так мало, это же 20 минут всего... или этого достаточно?)потом прога ставит жестко клоки для каждого чипа, а дальше она как нибудь отслеживает свой выбор? т.е. проверяет, насколько часто чип отваливается на выбранном ей клоке, насколько большой хешрейт у чипа и т.д.? 1. Логи по чипам пишуться в /var/log/bitfury. Каждый 16 дамп short stat примерно.
и ещё насколько я понимаю для того чтобы логи начались туда писаться, нужно раскоментить? // print by chip stats in log files in /var/log/bitfury // #define BITFURY_CHIP_STAT и ещё, майнер сделает по 16 прогонов на каждом клоке и "успакоится"? или его нужно заставить как то успакоится и использовать полученные данные?
|
|
|
почему бы в клиенте не добавить параметр сколько ключей из пула уже было хотябы 1 раз использовано. это для того, чтобы при бэкапе кошелька, понимать на сколько есть "резерв" запасных адресов
|
|
|
правки обновил, куда пишутся логи по чипам? и как сделать чтобы перебор ишел в диапазоне 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. Блок с ветвлением означает выбор настроек для устройств с вольтмодом и стоковых. т.е. для стоковых устройств по умолчанию выставляется 51 битклок? и сброс чипов при падении до 2,2? соответственно нижняя для вольтмода? 53 и 1.5? плюс я не могу запустить автоконфиг. т.к. не знаю всех подробностей его функционирования. сколько прогоняется тест на каждом клоке? как идет выбор что чип лучше работает на этом клоке а не на другом? каков шанс что будет ошибка выбрать не правильный клок? и т.д. и что значит надпись #PERF: chip 3_1 work_time = 2.467 sec у меня чип 3_1 так и сыплет этими надписями а ещё при инициализации чипов начало выдавать вот так [2013-10-09 12:05:13.167] #PERF: no prefetched works. [2013-10-09 12:05:13.178] for slot 1 chip 1, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.201] for slot 1 chip 5, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.218] for slot 2 chip 1, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.237] for slot 2 chip 5, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.256] for slot 3 chip 2, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.270] for slot 3 chip 5, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.290] for slot 4 chip 5, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.313] for slot 0 chip 4, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.324] for slot 0 chip 6, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.340] for slot 1 chip 3, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.376] for slot 2 chip 2, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.395] for slot 2 chip 6, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.404] #PERF: no prefetched works. [2013-10-09 12:05:13.426] for slot 3 chip 4, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.448] for slot 4 chip 2, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.469] for slot 4 chip 7, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.622] #PERF: no prefetched works. [2013-10-09 12:05:13.640] for slot 1 chip 6, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.729] for slot 3 chip 7, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.837] #PERF: no prefetched works. [2013-10-09 12:05:13.900] for slot 2 chip 3, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.934] for slot 4 chip 0, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:13.947] for slot 4 chip 3, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:14.019] for slot 4 chip 1, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:14.048] for slot 0 chip 1, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:14.074] #PERF: no prefetched works. [2013-10-09 12:05:14.112] for slot 3 chip 1, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 } [2013-10-09 12:05:14.159] for slot 0 chip 2, osc6_bits changed from 54 to 53, csw_count = 0, cch_stat = { 0 0 0 0 }
|
|
|
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] Правки сделал, можно пробовать. правки обновил, куда пишутся логи по чипам? и как сделать чтобы перебор ишел в диапазоне 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
|
|
|
Сделал обновление с более-менее честным подсчетом аппаратного хэшрейта (скорости перебора нонсов) с вычетом плохих решений. Он более стабилен, чем расчет по шарам и акцептованным шарам, поскольку не зависит от удачи. Стало-быть можно тестировать будет скоро и автоподбор частоты осциллятора. Так-же теперь в короткой статистике честно указывается процент аппаратных ошибок, что позволяет улучшить вольтмод при тонкой подстройке.
сейчас я задаю стандартно клок 53 для всех чипов, а как активировать автоподстройку. чтобы например прога погоняла чипы под 53 и 54, и выбрала для каждого чипа самый лучший результат? или типо того кстати. сделай вывод каждые 10 минут по рестартанутым чипам, чтобы видеть, 1_2 чип был рестартанут 3 раза, и 3_5 - 1 раз за все время работы майнера(это для удобности выставлять клок для чипов часто отваливающихся)
|
|
|
Стоковые не выдавали 24Gh, они выдавали максимум 18Gh это если не учитывать HW, платы на вольтмоде выдают примерно так Block: ...4ae80056 #262398 Diff:189M ( 1.35Ph/s) Started: [13:25:31] ST:257 F:0 NB:46 AS:67 BW:[109/124 B/s] E:233.24 U:50.5/m BS:962k 5/40 38.7C | 122.6/123.1/114.7Gh/s | A:17102 R:99+0(.40%) HW:107491/8.3% -------------------------------------------------------------------------------- MBF 0: 38.7C | 24.43/24.42/21.60Gh/s | A: 3233 R:20+0(.45%) HW: 12914/ 11% MBF 1: 38.7C | 24.83/24.83/22.16Gh/s | A: 3304 R:18+0(.38%) HW: 32945/ 11% MBF 2: 38.7C | 24.95/24.93/23.65Gh/s | A: 3524 R:20+0(.41%) HW: 10207/8.6% MBF 3: 38.7C | 24.49/24.49/23.78Gh/s | A: 3545 R:28+0(.47%) HW: 44912/5.0% MBF 4: 38.7C | 24.42/24.41/23.51Gh/s | A: 3498 R:13+0(.29%) HW: 6514/5.6% --------------------------------------------------------------------------------
сколько ом пояли, частота спи, клок на чипах? и сборка чья? У меня стоят переменники, выставленные на 85 Ом, сборка от Luke-Jr клок на чипах, частота спи?
|
|
|
У многих платы в результате работают на 24гх. Остальное - лирика. Горящие светодиоды вам софтом погасят, да и что вы предпочитаете, горящие светодиоды или горящие платы, как у неоверклокнутых конкурентов с нормальным охладом Стоковые не выдавали 24Gh, они выдавали максимум 18Gh это если не учитывать HW, платы на вольтмоде выдают примерно так Block: ...4ae80056 #262398 Diff:189M ( 1.35Ph/s) Started: [13:25:31] ST:257 F:0 NB:46 AS:67 BW:[109/124 B/s] E:233.24 U:50.5/m BS:962k 5/40 38.7C | 122.6/123.1/114.7Gh/s | A:17102 R:99+0(.40%) HW:107491/8.3% -------------------------------------------------------------------------------- MBF 0: 38.7C | 24.43/24.42/21.60Gh/s | A: 3233 R:20+0(.45%) HW: 12914/ 11% MBF 1: 38.7C | 24.83/24.83/22.16Gh/s | A: 3304 R:18+0(.38%) HW: 32945/ 11% MBF 2: 38.7C | 24.95/24.93/23.65Gh/s | A: 3524 R:20+0(.41%) HW: 10207/8.6% MBF 3: 38.7C | 24.49/24.49/23.78Gh/s | A: 3545 R:28+0(.47%) HW: 44912/5.0% MBF 4: 38.7C | 24.42/24.41/23.51Gh/s | A: 3498 R:13+0(.29%) HW: 6514/5.6% --------------------------------------------------------------------------------
сколько ом пояли, частота спи, клок на чипах? и сборка чья?
|
|
|
Grumlin спасибо, пощупал у себя их на плате, нижние греются на ощупь палец держать могу, но секунды 4-5, т.е. градусов 70-80, а верхние держу свободно как писал нидбмв, нижние греются намного больше чем верхние.
|
|
|
напаял провода питания на матплату, запилил одну плату на 82ом, повесил на неё вентилятор, 24 с копейками дает. паста была как у всех, транзисторы греются конечно пздц, в четверг получу радиаторы мелкие, ткну посмотрим. В термопасте сука весь перемазался, вроде все аккуратно делал, хер там все равно штаны заляпал. Кстати как замена пасте, у меня от VID-AR699( http://www.youtube.com/watch?v=xS6kWdgQJGY&list=PL17AE542FF0EF8AF4 место - 3.26) остались прокладки, липкие такие, возможно, что если таких налепить будет неплохая замена пасте, стоят они наверно дорого только. Еще ткнул картонку между платами и блоком через корпус. Обратите внимание, что после откручивания\прикручивания радиатора, в нем между ребер, образуется куча мелкой металлической стружки. а где транзисторы находятся? можете показать? я хочу у себя проверить
|
|
|
узнать о том, сколько адресов сгенерировано в интерфейсе нельзя
В выводе getinfo поля keypoololdest/keypoolsize. "keypoololdest" : 1369399197, "keypoolsize" : 101, что значит такое большое число у меня?)))
|
|
|
вопрос стоит именно так, потому что слова метабанка каждый понимает по своему(СУБЪЕКТИВНО), а объективно мы понять не можем, в связи с отсуствием реальной информации, и способом её проверки.
Ну вот не умение понять информацию - это уже проблема тех, кто её понять не может. Думаю Метабанк бы разъяснил, но общения в этой теме не получается, "благодаря" дегенератам, сыпящими оскорблениями во все стороны и не желающими понимать написанного. В результате и те кто мог бы что-то уточнить и переспросить (как вы, к примеру) остаются без ответа. лично я никого не виню, хотя соблазн есть. А лишь призываю всех действовать на основании того что у нас есть по ситуации, в рамках человечности.
|
|
|
а что вы понимаете под объективно ранней поставкой ваше мнение? да нет, это только ваше(субъективное), как и алекси... для нас объективно ранняя поставка это если бы мы знали что метабанк сделал платы только в начале сентября, и начал отгрузку. но т.к. эту инфу мы НИКАК не проверим, вся информация для нас, СУБЪЕКТИВНА. И мы уже никогда не узнаем, была ли эта поставка объективно ранняя, или объективно заторможенная, это знает только метабанк. Думаю стоит закрыть эту тему. Вопрос стоит не так. Вопрос в том правильно ли каждый понял слова Метабанка и насколько правильно он вообще может понимать что ему говорят. вопрос стоит именно так, потому что слова метабанка каждый понимает по своему(СУБЪЕКТИВНО), а объективно мы понять не можем, в связи с отсуствием реальной информации, и способом её проверки.
|
|
|
Контекст в самой ситуации это ваши домыслы, и вы поняли его по своему, кто то другой тоже поймет по другому.
Вот именно это меня и удивляет, что столь очевидные "домыслы" многим не видны. На мой взгляд понявшим по-другому не помешало бы задуматься о повышении уровня образованности. а что вы понимаете под объективно ранней поставкой ваше мнение? да нет, это только ваше(субъективное), как и алекси... для нас объективно ранняя поставка это если бы мы знали что метабанк сделал платы только в начале сентября, и начал отгрузку. но т.к. эту инфу мы НИКАК не проверим, вся информация для нас, СУБЪЕКТИВНА. И мы уже никогда не узнаем, была ли эта поставка объективно ранняя, или объективно заторможенная, это знает только метабанк. Думаю стоит закрыть эту тему.
|
|
|
Andrey, здесь никто не хает напрямую метабанк или битфури, т.к. они свою работу выполнили, не без изъянов но выполнили. Здесь люди пытаются указать на недостатки, и возможности их исправления с точки зрения здравого смысла и человечности(если не читать истеричных постов сектора и пиво ). Прошу метабанк и битфури слышать критику, оценивать её, и принимать к сведениям, дальше что-то делать.(вот насчет компенсации я думаю это правильно вы поступили, хоть все и кричат, что ну нафиг, но лучше так чем никак)
|
|
|
Да вольтмод хреновый вариант, как ни крути. Потребление под 300 ватт из розетки. Температуры под 120 градусов. Не дай Бог пожар ещё случится. Там же никаких стандартов качества не выдержано. Если делать вольтмод, то очень осторожно. Ведь не зря же мета поставил резисторы на 39 ОМ, а не больше. Ему ведь никто не мешал запаять 82 Ома и отгрузить положенный хешрейт... Вообще, если устройство может сгореть при поднятии напряжения, то советую метабанку лучше об этом написать сразу.
кстати тоже забавный факт... хотя как я себе сделал, у меня устройства не намного больше грется стали при разгоне, т.к. я сделал новый корпус и поставил с переди и сзади по два вентилятора по 220 кубометров в час каждый, продув офигенный. Да ещё и платы можно размещать в два этажа, поэтому проблем с охлаждением второго ряда точно не будет. Думаю мете не хватило времени все довести до ума, да и бюджет видимо поджимал по каким то причинам
|
|
|
блин, на debian'e dc идет отдельным пакетом.
"sudo apt-get install dc"
СПАСИБО, ЗАРАБОТАЛО!
|
|
|
.... MHSU=?? ?? ?? ?? ?? ?? .....
MHSU=$((UTILITY * CONST))
нифига не считает.... echo $MHSU >> /var/log/mining.log оно вообще в лог не выводит ничего Упс, сорри, не учел, что у Вас там CONST - число вещественное. так должно работать: MHSU=`dc -e "$UTILITY $CONST * n"`
но для этого нужно поставить пакет bc. (sudo apt-get install bc) поставил пакет, тоже самое, выводит пустую строку
|
|
|
.... MHSU=?? ?? ?? ?? ?? ?? .....
MHSU=$((UTILITY * CONST))
блин, не работает, тупо пустую строку дает
|
|
|
|