Подбирал по счетчику strange_counter, там где малые значения накапливаются для чипа - ставил 53, где большие соответственно 55.
а почему именно так? я бы наоборот поступил - если чип генерирует много ошибок, снижал бы частоту, если мало - повышал бы её
|
|
|
legkodymov, подскажи откуда эти константы взялись? как вычислял их? double shares_to_ghashes(int shares, int seconds) { return (double)shares / (double)seconds * 4.84387; //orig: 4.77628 }
|
|
|
Кто-нибуть может подсказать, как в цгмайнере увидеть скорость каждого чипа в цепочке, если это возможно. в данном посте https://bitcointalk.org/index.php?topic=228677.msg3067513#msg3067513 intron прилагает статистику по чипам: stats 1 min: 2.97 3.13 3.21 3.21 2.47 2.55 2.31 3.05 3.71 2.64 2.88 2.06 3.30 2.72 2.55 3.13 5 min: 3.33 2.98 2.90 2.57 2.72 2.64 2.57 3.03 3.16 2.52 2.84 2.55 2.88 2.79 2.72 3.07 15 min: 3.23 3.14 2.91 2.51 2.82 2.60 2.71 2.79 3.02 2.68 2.71 2.58 2.93 2.96 2.96 3.03 Чёт меня игнорят... Хоть что-нибуть отпишите) в соседней ветке уже сделали
|
|
|
мои измерения скорости через API (к сожалению не помню где какой вольтаж, но примерно все платы у меня работают в диапазоне 0.88-0.92В): четырехслойная плата, одна цепочка в 20 чипов: [ghash_total] => 50.424687 [ghash_avg] => 2.521234 двухслойная плата, одна цепочка 100 чипов: [ghash_total] => 225.175370 [ghash_avg] => 2.251754 двухслойная плата, одна цепочка 40 чипов: [ghash_total] => 89.369402 [ghash_avg] => 2.234235 питание везде не менее 3А на чип, на более слабом питании показатели еще хуже. итзод в принципе показывает примерно эти скорости воркеров, но из-за задранной сложности показания на нем скачут. сейчас попробую контрольную плату перекинуть на элигиус, посмотрим что он насчитает http://eligius.st/~wizkid057/newstats/userstats.php/18R28t8nUCK5iwV4YBoHH5WaNZUoVvJRygпонаблюдаем...
|
|
|
но (ИМХО) это такой головняк что даже связываться не стоит Я того же мнения, сборка на распи занимает около 15 минут. это только в первый раз, потом если не трогать хэдеры не больше 30 секунд пересобирается даже когда майнит параллельно, вполне себе терпимо.
|
|
|
Доделал вчера программу для работы с API форка needbmw:
выложи программку, красиво получилось Поглядел на статистику, оказалось HW показывает не мух, а вполне конкретные значения. На фото средний HW 3,14% потому что майнит всего 45минут, вчера после 2 часов было около 1,2%. Как видно, четвертого модуля в устройстве нет (потому 72чипа, а не 80). needbmw по средней на чип совсем все плохо? Ты писал >2.5Гх - это на самодельных устройствах?
это на 4-слойных платах с медью 70мкм и 3А на чип, вечером посмотрю статистику и выложу более конкретные цифры, в т.ч. и для двухслойных плат. на самом деле больше всего интересно верно ли измерение ghash_total (соответствует ли показаниям пула), там у Лекгодымова какая-то константа мне непонятная стоит в функции преобразования кол-ва шар в гигахэши, может мы опять в попугаях меряем. если показания ghash_total верные, то и остальные тоже должны быть верными. И еще вопрос, почему у некоторых чипов клок отличается? Когда ты успел прикрутить АПЧ? OMG Может, замутишь регулируемый клок-бит с доступом через апи, можно будет прикрутить в прогу и мучать чипы, глядя на их HW и скорость. автоподстройки пока нет, это я на контрольной плате подбирал оптимальные значения и забыл их убрать перед коммитом. посмотри в файле driver-bitfury.c функция bitfury_scanHash 93-97 строка. над регулировкой клока через апи надо подумать, хорошая идея кстати.
|
|
|
На какой виртуалке можно запустить образ с земляникой для нужд компиляции проекта? Не хочу на добывающем устройстве долго мучаться, после тестовых правок )
можно настроить кросс-компиляцию (гугли raspberry pi cross compiling) как пример настройка по Windows http://www.gurucoding.com/en/rpi_cross_compiler/index.phpно (ИМХО) это такой головняк что даже связываться не стоит
|
|
|
На ghash.io 7.5 часов: BITFURY 0: 73.80G/74.16Gh/s | A:461500 R:8700 HW:0 WU: 1036.0/m Часовое среднее: 73.83 Gh/s Что ты там такого сделал? Xэш побольше чем у легкодымовского, да и постабильнее на длительных периодах. ps: похоже софт не причем, это новые вентили лучше охлаждают скорость смотри через API, параметр ghash_total, по умолчанию выдает среднее за 5мин, но можно и поболее сделать (в разумных пределах). там же найдешь счетчики ошибок по каждому чипу. софт ясное дело не при чем, от добавления API быстрее хэшить он не должен
|
|
|
Тоже радиаторы прохладонские, а чипы горячие, палец не удержишь.
FAN, проходные отверстия в падах заполнял? (via resin filling)
|
|
|
мне интересно, сколько зарубежных заказчиков было через разные груп баи и как они отреагируют на все это
|
|
|
[В БД лежат только шары за последние 10 минут, остальное в текст валится. А потому оперативно получить такую информацию нельзя, только сравнительно медленный awk по логу, что неприемлемо.
может не хранить шары целиком, а только пары timestamp-difficulty за хотя бы последний час?
|
|
|
Бальтазар, при настройке бф-майнеров очень важно видеть нормальную оценку скорости пулом. Та, что реализована сейчас, сильно скачет на заданиях высокой сложности, трудно оценить реальную скорость. Раньше я пользовался элигиусом и его шикарным графиком, но сейчас он что-то совсем сдулся, постоянно валит 504 Gateway Time-out и, по ощущениям, занижает хэшрейт. У тебя на итзоде можно сделать вывод осредненных значений скорости воркеров за 30 минут и 3 часа (скользящее среднее)? Графиков не прошу, хотя бы среднее посчитать. Ведь в БД залогированы все шары, просто взять количество D1A за последние 30 минут (3 часа) по воркеру, ну а формулу перевода кол-ва шар в хэшрейт не мне тебе рассказывать
|
|
|
Напиши, пжл, названия этих параметров API, чтоб в коде их не искать хотя, не надо, они и так , наверное вылезут при devs и summary запросах (или нет? надо отдельно?). Накидаю к вечеру прогу для сбора статистики по ним.
в devs показывается краткая информация об устройстве целиком, а при запросе stats как раз детальная. образцы ответов, распарсенные api-example.php, приведены в одном из первых сообщений темы. (только там чипы подряд пронумерованы, а сейчас имя каждой переменной оканчивается на _x_y, где x - номер слота, y - номер чипа в слоте)
|
|
|
На счет частоты SPI, не понимаю как и на что он влияет на длинных цепочках без мультиплексоров приходится снижать, повышение теоретически может привести к небольшому повышению хэшрейта. needbmw, не вернул HW? А то до сих пор пишет HW=0. Планирую на двух одинаковых майнерах по 300Гх, запустить твою сборку и тов. Легкодымова. Можно будет сравнить результаты.
HW можно посмотреть как раз через новое API (считаются для каждого чипа, параметр strange_count, такое название ему дал Легкодымов ) в принципе пока форк почти ничем от последней версии Легкодымова не отличается, кроме: возможности безгеморройно задать конфигурацию кол-ва слотов и чипов в них, не бегая по всем исходникам меняя захардкоженые параметры, и выдачей real-time статистики через стандартное API cgminer. через API выдаются для каждого чипа: клок-биты, число решений. число ошибок (strange_count), средний хэшрейт для каждого чипа за последние 5 минут (константа осреднения в секундах находится в libbitfury.h). я обратил внимание, что общий хэшрейт, показываемый cgminer-ом в шапке, всегда несколько выше реального (предполагаю, что с точностью до количества HW ошибок, а их в среднем бывает 5-15%). через API же выдаются параметры скорости, рассчитываемые по фактическому количеству отгруженных каждым чипом шар за заданный промежуток времени, т.е. эти цифры гораздо более близки к реальности. у меня сейчас в среднем по API держится 2.55-2.68Гх с чипа и не выше, даже на "короткой" цепочке из 20 чипов. а там, где стоят слабые питалки, то и вообще 2.0-2.2Гх.
|
|
|
Пока выглядет так:
прекрасно чипы все нашел во всех слотах? (при старте выдает список) можешь еще увеличить скорость шины SPI (в файле spidevc.c есть константа по тексту, у меня 500000 любимая цифра, у метабанка вроде 2000000). ну и попробуй опросить API.
|
|
|
Ok, пока собирается (писец как медленно) вопрос: подойдет ли метабанковский просмотр статистики (php5 не встал)? Или api-example.php что-то особенное показывает? И где эта сборка будет конфу пулов брать, или надо параметром при запуске передавать?
я не знаю откуда метабанковская вебморда берет данные для просмотра. вообще API выдает данные в формате JSON, вот только читать их неудобно. там есть еще скрипт на питоне (питон есть на распи в стандартной поставке), вызывается аналогично: python api-example.py stats но он вывод не форматирует, поэтому на выходе будет тот же JSON. параметры можно задавать без конфига, просто в командной строке. например я так задаю: ./cgminer --failover-only -o pool.itzod.ru:3333 -u username_0 -p pa$$w0rd -o eu-stratum.btcguild.com:3333 -u username_0 -p x --api-listen --api-port 4028 --api-network
|
|
|
Спс, щас попробую. Кстати, натравил майнера на элигиус, как ты просил. Майнит почти час. Но есть проблема: как только переключаюсь на элигиус, нагрузка под 100%, смотрю top - виноват cgminer. Если переключаюсь на др. пул, сразу становиться все нормально. Пока тестирую: 1LZJNgDHSFutzQcsUbW2tU3ehxEK77xP52
ЗЫ. Скорость майнера на этом пуле сразу падает на ~15Гх (в статистике)
ок, статистика здесь: http://eligius.st/~wizkid057/newstats/userstats.php/1LZJNgDHSFutzQcsUbW2tU3ehxEK77xP52элигиус сначала дает задания низкой сложности (1-15), возможно cgminer-у в малинке это просто тяжеловато переварить. через некоторое время он должен перейти на более высокую сложность. на итзоде кстати наоборот - сначала секунд 10-15 минимальная сложность 2, потом он сразу ставит максимум 128-512, у меня при этом загрузка CPU cgminer-ом по top-у порядка 15% (правда это на короткой цепочке 40 чипов).
|
|
|
Я готов, но как? Просто клонировать, собрать и запустить? Надо что-то настраивать?
клонировать, поменять в libbitfury.h константы на параметры майнера метабанка: #define BITFURY_MAXCHIPS 256 #define BITFURY_MAXBANKS 32 #define BITFURY_BANKCHIPS 8 и оставить или закомментировать (по вкусу) #define BITFURY_ENABLE_SHORT_STAT 1 #define BITFURY_ENABLE_LONG_STAT 1 (если оставить, cgminer будет периодически выплевывать short/long статистику еще и в вывод) дальше все как обычно ./autogen.sh --enable-bitfury make майнер запускаем с доп. ключами --api-listen --api-port 4028 --api-network чтобы смотреть статистику по API я использую php-скрипт api-example.php (там же в исходниках лежит) вызывается: php api-example.php devs php api-example.php stats и т.д. (если php не установлен на распи: sudo apt-get install php5)
|
|
|
Лучше привязывать идентификаторы к номеру платы и номеру чипа на ней.
это сделаем, просто у меня сейчас все цепочки без мультиплексирования, поэтому сквозная нумерация. как сделаю цепочку с мультиплексорами - будут и "слоты". Например такая ситуация. Запустили cgminer, собираем статистику по чипам. Потом умер 8й чип на второй плате и не определяется при старте. Нумерация чипов начиная с 15го сместилась на единичку. Теперь накопленная статистика не соответствует действительности.
согласен, опять же надо сначала сделать железо со слотами сделал пока в виде [chip_n] => 40 [clock_bits_0_0] => 54 [clock_bits_0_1] => 54 [clock_bits_0_2] => 54 [clock_bits_0_3] => 54 [clock_bits_0_4] => 54 [clock_bits_0_5] => 54 [clock_bits_0_6] => 54 [clock_bits_0_7] => 54 [clock_bits_0_8] => 54 ...
первое число номер слота, второе номер чипа в слоте. у кого есть метабанковский майнер попробуйте, должно заработать
|
|
|
я имел в виду майнер от FANa
|
|
|
|