An illegal memory access was encountered что значит

Как автоматически перезапустить майнер, если он перестал работать в Windows?

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

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

Такая ситуация может повториться снова, поэтому убедитесь, что Вы автоматизировали процесс перезапуска майнера, если он перестает работать. Прежде чем мы расскажем, как это делается, давайте рассмотрим некоторые распространенные причины прекращения работы майнера.

Сколько раз Вы сталкивались с этой ошибкой в Windows при добыче ваших любимых монет: «GPU0 error: unspecified launch failure» или «an illegal memory access was encountered. CUDA error in func ‘search’ at line» (был обнаружен недопустимый доступ к памяти. Ошибка CUDA в функции «поиск» в строке).

Эта ошибка может произойти с любым майнером: CCMiner, CGminer, XMRStak, Claymore, EWBF Cuda и Ethminer. Так что вызывает эту ошибку?

Когда Вы запускаете майнер, и вдруг он выходит из строя, значит, что-то не так с конфигурацией, поэтому следуйте приведенным ниже рекомендациям для устранения проблемы.

Программные настройки

Разгон GPU нестабилен: если Вы добываете новый алгоритм в первый раз, всегда следите за тем, чтобы начать майнинг со стандартных установок clock (как памяти, так и ядра). Разгоняйте карты только в том случае, если они работают стабильно при стандартных настройках. Если ошибка сохраняется даже при стандартных настройках, попробуйте снизить интенсивность майнера.

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

Проблема с драйвером: это еще одна причина сбоя или остановки майнера. Всегда проверяйте, установлены ли на вашей ферме последние версии драйверов, особенно когда Вы пробуете новый майнер или алгоритм.

Попробуйте другой майнер: существует множество самых разных программ для майнинга. Алгоритм, который Вы добываете и который вызывает проблемы, может быть хорошо оптимизирован на другом майнере. Так что попробуйте другую программу или даже предыдущую версию.

На нашем сайте представлен огромный список майнеров с подробной инструкцией.

Проблемы с оборудованием

Если вышеупомянутое не решило вашу проблему, проверьте ваше оборудование.

Блок питания: есть некоторые алгоритмы, которые не так энергоэффективны, так как они могут быть нестабильны. Когда Вы добываете такие алгоритмы, убедитесь, что на вашем блоке питания есть запас мощности. Убедитесь, что ваш блок питания может справиться с нагрузкой.

Неисправные райзеры PCI-e. Последнее, из-за чего майнер может вылетать – это наличие неисправных райзеров.

Если та же самая ферма может хорошо добывать другие монеты / алгоритмы, то проблема определенно не в райзерах. Однако, если и на других алгоритмах или монетах, которые Вы уже добывали, майнер также вылетает, то проблема может быть в райзерах. Попробуйте отключать видеокарты одну за другой из майнера, чтобы увидеть, какая из них вызывает ошибку.

Как автоматически перезапустить майнер, когда он перестает работать?

Следуя приведенным выше рекомендациям, Вы можете устранить неполадки и проблему. Однако в какой-то момент Ваш майнер перестанет работать, или любая из ваших видеокарт выйдет из строя с ошибкой. Поэтому убедитесь, что ваш майнер может автоматически перезапустить процесс майнинга.

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

Но многие пользователи либо не хотят все это настраивать, либо не знают о существовании автоматического перезапуска. Большинство майнеров просто настраивает пакетный файл для запуска майнера. Фактически большая часть процесса майнинга инициируется с использованием пакетного файла Windows.

В Windows, если Вы настроили майнер с помощью командного файла, Вы можете легко сделать скрипт с помощью этой простой команды.

Пример:

Чтобы дать майнеру некоторый перерыв перед повторным запуском процесса майнинга, Вы можете добавить команду TIMEOUT

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

Также не забудьте добавить «pause» перед «goto start», которая будет повторяться только при нажатии любой клавиши.

Примечание. Приведенное выше решение является просто командой цикла для перезапуска пакетного файла. Он работает с любым программным обеспечением для майнинга и автоматически перезапускается при сбое GPU или остановке майнера.

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

Для Linux есть другой обходной путь, о котором мы расскажем в отдельной статье.

Надеемся, данная статья была для Вас полезной. Удачного майнинга!

Источник

[BUG] Illegal memory access was encountered #434

Comments

TrickyT1964 commented Apr 22, 2021

Fairly consistent crashing, will crash persistently for hours before being perfectly fine again

Temps stable @ 64C
running 1080ti rig settings are on efficient was getting 41MH/s each before crashing constantly for hours with message

[[2021-04-22 17:59:25.096961] [thread=0x00002908] [warning]]

[[2021-04-22 17:59:25.099981] [thread=0x00002c08] [warning]]

Version: STABLE v0.5.1.3
NVIDIA Drivers: 466.11

The text was updated successfully, but these errors were encountered:

4runnerwanted commented Apr 22, 2021 •

I’m having this exact issue. Code is identical for my two 1070ti’s. The second card is still crushing it at 31.5 MH/s and now the first card can barely hold 27 MH/s.

This error comes up and crashes excavator within 5 minutes of applying the same OC that my second card is running smooth at.

nicehashdev commented Apr 25, 2021

These errors signalize too high OC. Note that every card cannot be fully compatible with every optimization profile. You need to be lucky to have a good chip. To maximize potential of your device, you have to use manual OC using OCTune. Check Wiki, there are plenty information and instructions on how to use OCTune.

Источник

Ethminer: Ошибка майнинга CUDA: обнаружен незаконный доступ к памяти

Скомпилировано из мастера, через несколько минут я получаю это. Майнинг на CUDA с использованием GTX 1070. Не уверен, что это, ошибка не очень информативна, и я не разбираюсь в коде.

CUDA error in func ‘search’ at line 365 : unspecified launch failure. ✘ 15:26:10|cudaminer0 Error CUDA mining: unspecified launch failure CUDA error in func ‘search’ at line 365 : unspecified launch failure. ✘ 15:26:10|cudaminer4 Error CUDA mining: unspecified launch failure CUDA error in func ‘search’ at line 365 : unspecified launch failure. ✘ 15:26:10|cudaminer1 Error CUDA mining: unspecified launch failure CUDA error in func ‘search’ at line 365 : unspecified launch failure. ✘ 15:26:10|cudaminer3 Error CUDA mining: unspecified launch failure CUDA error in func ‘search’ at line 365 : unspecified launch failure. ✘ 15:26:10|cudaminer2 Error CUDA mining: unspecified launch failure

Все 121 Комментарий

Во время очередного прогона я получил вот это. Майнер каждый раз вылетает.

CUDA error in func ‘search’ at line 365 : an illegal memory access was encountered. CUDA error in func ‘search’ at line 365 : an illegal memory access was encountered. CUDA error in func ‘search’ at line 365 : an illegal memory access was encountered. ✘ 01:14:46|cudaminer1 Error CUDA mining: an illegal memory access was encountered ✘ 01:14:46|cudaminer2 Error CUDA mining: an illegal memory access was encountered ✘ 01:14:46|cudaminer4 Error CUDA mining: an illegal memory access was encountered CUDA error in func ‘search’ at line 365 : an illegal memory access was encountered. ✘ 01:14:46|cudaminer3 Error CUDA mining: an illegal memory access was encountered CUDA error in func ‘search’ at line 365 : an illegal memory access was encountered. ✘ 01:14:46|cudaminer0 Error CUDA mining: an illegal memory access was encountered

Это может быть связано с разгоном, вопреки моим предыдущим наблюдениям в №80. Я запускал его около 90 минут при стандартных настройках графического процессора без ошибок. Изменено на +165 ядер и +2000 памяти с помощью графического интерфейса настроек сервера nvidia x. Он работал стабильно около 2 минут и таким образом выдавал ошибку.

Я сбросил память до +1500 и начал снова. Он работал около 30 минут без проблем.

Увеличил память до +1900 только на одной карте, и ошибка возникла снова. Об этом сообщалось одновременно на обоих графических процессорах, как обычно, несмотря на изменение скорости только на одном из них.

Я могу перезапускать ethminer снова и снова с такой высокой скоростью передачи памяти, и каждый раз он дает сбой в короткие сроки.

У меня нет опыта работы с C или каким-либо аппаратным программированием низкого уровня. Поэтому я не собираюсь даже пытаться понять, что делает код.

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

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

@shanemgrey, спасибо, что разместили это, я согласен, я подозреваю, что проблема

Согласитесь, Claymore очень хорошо справляется со сбоями, это очень удобно, особенно если вы не можете постоянно следить за майнером. Какой-то вариант перезапуска майнинга будет очень удобной функцией этого майнера.

Просто чтобы проверить, связано ли это с ОС. Мой майнер работает на Windows 7 Ultimate 64 bit и ведет себя точно так же (сбои в зависимости от уровня разгона). На моем компьютере с Windows 10 у меня есть одна карта, которая вообще не разбилась (работает 21 час). У вас такие же результаты или дело не в ОС?

@Skromniac Все еще не уверен, могу ли я воспроизвести сбои во всех ОС (Windows / Linux), когда частота слишком высока. На данный момент я заметил, что сбои становятся менее частыми (каждые 2–30 минут), когда я уменьшаю тактовую частоту. Я буду продолжать пробовать это, пока не увижу, что теперь вылетает несколько дней. Я все еще не уверен, что это полностью связано с тактовой частотой, OC усугубляет проблему, но я думаю, что это не основная причина проблемы.

Подробнее, каждый раз, когда происходит сбой, возникает ошибка драйвера ядра.

Jun 30 06:08:58 ubuntu kernel: [77905.021944] NVRM: Xid (PCI:0000:02:00): 31, Ch 0000001b, engmask 00000101, intr 10000000

Xid 31: согласно сайту драйверов Nvidia, эта ошибка возникает, когда это ошибка драйвера / приложения.

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

Для справки: я использую Ubuntu 16.04, драйвер 64 бит, 381.22 и Cuda 8.0.

Покопавшись, я постепенно обновляюсь с версии драйвера 367.27 до 381.22. Сбои постоянны, вы их получаете независимо. Это действительно раздражает, потому что в майнере нет функции сторожевого таймера, которая могла бы перезапускаться в случае сбоя. И вы не можете присматривать за ним 24/7 или автоматически перезапускаться.

Дополнительная информация, в зависимости от версии вашего драйвера, вы получаете разные ошибки сбоя. Итак, у меня версия драйвера 381.22, у меня недопустимая ошибка памяти, но на 375.66 я получаю неопределенный сбой запуска. Все это относится к какому-то поисковому коду в библиотеке ethash для этого майнера.

@davilizh @chfast @Genoil, ребята, комментарии, пожалуйста. Очень трудно найти здесь первопричину.

@rizwansarwar
Извините, что ответил поздно.
Прочитав все ваши комментарии, проблема должна заключаться в том, что при разгоне графический процессор получает неправильные данные / инструкции. Если честно, опыта разгона gpu / mem у меня нет. Мои приблизительные мысли:

@Skromniac
Спасибо, хорошие новости.
Если это так, мы можем добавить небольшую область разгона для основной карты и добавить большую область разгона для других. Мы даже не можем разогнать основную карту.

@davilizh
Спасибо, что вернулись. Пожалуйста, обратите внимание на мой комментарий ниже.

@Skromniac Я попробую это сегодня, я постараюсь оставить видеокарту вне списка моих устройств. Надеюсь, это должно доказать, что проблема в этом.

@rizwansarwar
Спасибо за ваш ответ.

Для №2 должен быть какой-то штраф. Но пока код тщательно настроен, штраф должен быть небольшим. Но в последнее время не успеваю реализовать эту идею.

Надеюсь, что подход Skromniac может решить эту проблему.

Вот мой опыт, если это поможет.

У меня есть 2 установки: одна только с 1070 и одна с 50/50 1070 и 1060. Установка с 1060 использует —cuda-parallel-hash 4, а установка 1070 вообще не использует этот флаг. Оба работают под управлением Ubuntu 16.04.2 с версией драйвера Nvidia: 378.13.

Что касается комментария

Исходя из Claymore’s, мне пришлось сбросить тактовые частоты памяти (я не использую ядро ​​OC), чтобы добиться некоторой стабильности. С более низкими частотами лучшее, что у меня было до сих пор, составляет около 24 часов без ошибок. Я не опустился ниже, как будто я вернусь к Claymore’s, так как он обеспечит лучший хешрейт.

У меня был аналогичный опыт с @rizwansarwar: стабильность увеличивалась, когда часы понижались, но никогда полностью не исчезали.

Не могли бы вы обновить драйвер до 384 и попробовать?
Я часами запускал код на своем GTX1060 с драйвером 384 и стандартными часами, но не могу воспроизвести проблему.

@braaad Если вы не указали cuda-parallel-hash в своей команде, то вы используете значение по умолчанию cuda-parallel-hash = 4.

@davilizh Я установил 381.22 (последнюю версию для Linux), но смог снова быстро получить ошибку, увеличив частоту на 50 МГц. Я снизил свои текущие часы немного ниже (больше, чем у меня уже было), чтобы увидеть, как это влияет на стабильность.

@azazhu, плохо, я дважды проверил версии после прочтения вашего комментария и понял, что 384.47 был бета-драйвером, поэтому я не видел его раньше. Взять его сейчас.

@davilizh небольшое обновление, я обновился до драйвера 384.47. Эта версия драйвера в целом более стабильна, чем все предыдущие версии. Сейчас заработала моя 6-я карта в риге, которая так и не заработала ни в одной из предыдущих версий драйвера. В журнале изменений драйвера Nvidia, похоже, исправлена ​​ошибка с ним.

Я играл с настройками, пока то, что я наблюдал, ниже.

@rizwansarwar Спасибо, что поделились.

Надеюсь, сегодня у меня будет время обновить вторую.

@braaad Хорошие новости. Спасибо.

@rizwansarwar Привет, я не использую свою установку, но CUDA error in func ‘search’ at line 365 : unspecified launch failure. все равно появляется каждый раз. Водитель моей установки в настоящее время 378,78. Возможно, это проблема водителя?

@ ken8203, как ранее указывал

@davilizh Я думаю, нам следует немного следить за этим, а затем закрыть это, так как мне кажется, что проблема

Если вы не установили cuda-parallel-hash в своей команде, то вы используете значение по умолчанию cuda-parallel-hash = 4.

Не могли бы вы рассказать нам или указать на объяснение того, что именно делает этот флаг? Я немного озадачен тем, что пробовал.

На самом деле я думаю, что его следует включить в readme.md, поскольку по умолчанию используется _автоматически_ без установки флага.

__Примечание__: _Первый_ графический процессор NVidia, подключенный к _основному_ слоту PCIe (x16).
Он не обязательно должен быть подключен к дисплею, у него все еще есть нижний предел времени памяти _ по сравнению с другими картами. При превышении определенной скорости произойдет сбой ethminer (та же ошибка).
Выиграйте 10 с бета-версией 384.47, как предлагается.

@oleng

Необходимо, чтобы какое-то значение применялось автоматически без установки флага, иначе майнер не будет работать!

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

Вместо одной функции ethash_search их 8, и код выполняет столько, сколько установлено флагом.

@jimmykl спасибо за объяснение, я чувствую, что это соответствует тому, что я подозревал.

На самом деле мне удалось увеличить хешрейт с помощью этих флагов. Так же, как футболка любого размера подходит всем, так и настройка размера в соответствии с вашими пропорциями работает лучше. Настройка флагов под ваше оборудование работает лучше. И я считаю, что это особенно актуально при разгоне майнинга с несколькими графическими процессорами, что составляет

80-90% (?) Майнеров. Есть даже различия в количестве ядер CUDA в одной и той же модельной линейке.

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

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

@davilizh, можете ли вы воспроизвести это в своей среде? Может быть, с разгоном вы сможете это повторить быстрее?

@rizwansarwar Я могу воспроизвести в своей среде с OC.
Как вы сказали в другом потоке (https://github.com/ethereum-mining/ethminer/issues/94#issuecomment-313800302), это, вероятно, связано с проблемой драйвера.
Вероятно, лучший способ для нас: в случае исключения, такого как «неверная инструкция», поймать его, зарегистрировать и попытаться перезапустить майнинг CUDA (из комментария chfast). Но я не знаю, как это сделать.

Я могу воспроизвести это тоже на SLI EVGA GTX 1070, думаю, мы должны обработать это в коде.

Часто такое случается и при небольшом разгоне.

Обновление: это также происходит без разгона, снижения частоты ядра и целевой мощности до 65%.

для тех, у кого все еще есть ошибка, попробуйте изменить Physix в панели управления nvidia на CPU вместо одного из GPU. Это сработало для меня.

Изменить: забудьте, это не удалось через несколько раз

Есть ли у кого-нибудь запасной майнер, который они используют тем временем, пока этот исправляется?

@feracon А пока я использую двойной

@saidmasoud Спасибо за предложение! Я проверю это!

Я также получаю этот сбой, и, похоже, он возникает только при более высоких смещениях передачи памяти (обычно около +1350 или +1400 для меня). Любопытно, что из 4 моих установок это происходит в основном на установке с EVGA GTX 1070.

@rizwansarwar Не добавив error in func ‘ethash_cuda_miner::search’ at line 365 или подобное? Это потому, что многие люди создают дубликаты этой проблемы и ссылаются на эту ошибку, и это может помочь им увидеть, что о ней уже сообщалось. Благодаря!

Я нашел № 94 и № 80 еще до того, как приехал сюда. Предполагая, что это основной поток для этой проблемы.

Да, пожалуйста, добавьте сюда свой отчет. Эти обманщики должны быть закрыты.

запустите ethminer в цикле и передайте его так:

@dhjw

Я не могу поверить в это, я цитирую кое-что, что мне написали. Но я не могу вспомнить, кто это написал. 🙁 Во всяком случае, это должно решить вашу проблему:

Я использую их, которые мне, вероятно, не понадобятся с учетом вышеизложенного: https://www.amazon.com/gp/product/B00JKFTYA8. Но они тоже могут работать.

Только что получил то, что мне кажется такой же ошибкой на Клейморе, только Клеймор восстановился.

X явно то, о чем я совершенно не знаю. Мне сложно его отследить, потому что он помечен как один символ. Я могу найти множество тем на тему «Действительно ли мне нужен X» и т. Д., Но не могу найти фактическое название этой программы или ее домашнюю страницу. Заранее спасибо!

@feracon Какую версию Claymore это то, что использует? Я предполагаю, что он добавил оптимизацию CUDA из ethminer в 9.7, но я получил эту ошибку и в 9.6, когда я слишком сильно разогнался.

@jimmykl Я использую новую 9.7 с нулевым разгоном, полностью сток.

У меня такое чувство, что, возможно, в предложенной строке командного файла, которую я получил из своего FAQ по пулу, отсутствуют аргументы, которых ожидает новая версия, возможно, для новой оптимизации. Читаю сейчас. Но, по крайней мере, моя установка работает!

@feracon Re: Мониторинг Windows Я использую http://www.tightvnc.com и никогда не испытывал никаких проблем. Если вам нужен удаленный мониторинг, вы можете либо настроить переадресацию портов для VNC на вашем маршрутизаторе, либо запустить VPN-сервер (возможно, лучше всего для безопасности).

@jimmykl А, может быть. Тем не менее, для всех, у кого есть эта проблема, у Claymore может быть то же самое, но он может автоматически восстанавливаться, сохраняя вас в бизнесе. Спасибо за внимание к VNC. Я проверю это, я думаю, что он, вероятно, намного легче, чем TeamViewer.

@dhjw Спасибо!

Вот мои результаты:

Я протестировал несколько версий 11.0 на моем RIG1:

6 x GTX 1060 (ASUS Turbo) 6 ГБ (OC Mem 10 ГГц).
Windows 10: последняя версия
Драйвер NVidia: последняя версия

И могу подтвердить:

Все версии 11.0 имеют похожие проблемы. Иногда сообщение об ошибке отличается, но в целом у всех одна и та же проблема. Похоже, что изменения в области поиска CUDA глючны.

Я сам разработчик программного обеспечения и работал также с CUDA, но, к сожалению, у меня нет MS DevStudio 12, поэтому я не могу внести исправления. Я попытался перенести проект на MS DevStudio 2017, но это не удалось по многим причинам.

Сейчас я тестирую старую версию: ethminer-0.9.41-genoil-1.1.7, если у нее есть аналогичные проблемы с разогнанными картами, и я сообщу.

Также версия ethminer-0.9.41-genoil-1.1.7 сообщает об ошибке поиска CUDA.
Ошибка CUDA в функции ‘ethash_cuda_miner :: search’ в строке 346: неопределенная ошибка запуска.
X 01: 25: 13 | cudaminer1 Ошибка майнинга CUDA: неопределенная ошибка запуска

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

Я не проводил никаких дальнейших тестов, особенно с меньшим разгоном, потому что: это не имеет смысла.

Вместо этого я написал пару скриптов, которые отслеживают вывод ethminer, и если они находят слово «Ошибка», они полностью перезапускают установку. Перезагрузка занимает 3 минуты, после чего устройство снова работает на полной разогнанной скорости. Ошибка возникает относительно редко (у меня 2 раза в день).

Я остаюсь при своем мнении: это не связано с разгоном, это связано с внутренним программным обеспечением ethminer для CUDA. Потому что: он явно находится в одной определенной позиции в коде. Разная скорость разгона меняет только программное обеспечение и поведение синхронизации кода CUDA ethminer и ничего больше. Я предполагаю, что дизайнер забыл объект синхронизации в определенной позиции в коде. И этот код случайно запускает сохранение с определенной скоростью.

Возможно, я понял, что: если вы используете утилиту ASUS GPU Tweak II, вам следует закрыть ее после того, как вы применили настройку. Поскольку я делаю это при запуске своей установки с помощью сценария, который запускается через 2 минуты после запуска утилиты GPU Tweak, программное обеспечение ethminer больше не сообщает об ошибках. Может быть, программа настройки время от времени выполняет параллельный доступ к графическим картам, и это вызывает ошибку? Или: я заметил, что через некоторое время утилите настройки требуется одно полное ядро ​​процессора, чтобы сделать что-то, чего я не знаю. У меня в установке только два. Возможно, для корректной работы ethminer всегда нужен большой запас ресурсов процессора. Тогда это также может быть проблемой синхронизации программного обеспечения в ethminer.

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

Я поигрался с некоторыми настройками приоритета для ethminer.exe и понял: если я поставлю его на высокий приоритет, ошибки CUDA появятся очень скоро. Таким образом, это подчеркивает мое предположение о том, что у ethminer.exe есть проблема с асинхронизацией в целом. Может быть, кто-то использовал сообщения Boost и считает их потокобезопасными. Но они не нити экономии. Во время программирования с потоками нужно заботиться о каждой разделяемой памяти или дескрипторе. Я бы начал анализ многопоточности программного обеспечения и проверить, правильно ли спроектировано все, что связано с общей памятью.

Это конец моей статьи по этой теме 🙂

С наилучшими пожеланиями, Матиас

Изменить: я имел в виду Ubuntu 17.04

Согласитесь с дает сбой при запуске Claymore 9.5 и 9.7 с довольно высокими разгонами, но сторожевой таймер перезапускает майнер автоматически и не дает никаких подробностей о том, почему он разбился.

http://cryptomining-blog.com/8852-new-optimized-ethminer-for-nvidia-geforce-gtx-1060-gpus/
Эта версия для меня очень стабильна с тем же разгоном, что и последние версии.
Вылет на последних версиях: https://scr.hu/GWd9B6
Windows 7 x64 gtx 1070 + 1060

@MatthiasThoemel, не могли бы вы опубликовать свой скрипт Windows 10 для автоматической перезагрузки при ошибке?

@dhjw Спасибо за сценарий. Я использую его для автоматического перезапуска ethminer в случае сбоя. Но пока это не провалилось! (Я пытаюсь уменьшить ограничения мощности, чтобы увидеть, влияет ли это на время отказа).

@dhjw Я ловлю ложные срабатывания вашего скрипта. Не уверен, почему, но иногда после получения новой работы я получаю отчет о 0,00Mh / s без каких-либо ошибок, и, если оставить его наедине, майнер мог продолжить. Однако ваш скрипт убивает его и перезапускает. Так как я получаю это примерно раз в час или около того, я изменил скрипт, чтобы искать строку «Ошибка CUDA» вместо «0.00Mh / s», которая, надеюсь, улавливает только истинные ошибки, по-прежнему лидируя с этой проблемой.

ℹ 18:33:06|stratum Received new job #0b7eeb3f ℹ 18:33:06|cudaminer0 set work; seed: #9e972470, target: #00000000dbe6 ℹ 18:33:06|cudaminer1 set work; seed: #9e972470, target: #00000000dbe6 m 18:33:06|ethminer Mining on PoWhash #0b7eeb3f : 0.00MH/s [A4+0:R0+0:F0] m 18:33:10|ethminer Mining on PoWhash #0b7eeb3f : 39.06MH/s [A4+0:R0+0:F0] m 18:33:14|ethminer Mining on PoWhash #0b7eeb3f : 39.32MH/s [A4+0:R0+0:F0] m 18:33:18|ethminer Mining on PoWhash #0b7eeb3f : 39.58MH/s [A4+0:R0+0:F0]
Изменить: добавлен образец вывода из майнера.

Из моих 4 горнодобывающих установок только одна постоянно дает сбой. Ниже приведены журналы сбоев с этой установки на сегодняшний день, всего 8 (пока). Если порядок имеет значение, 7 из 8 сбоев начались с cudaminer3. Это интересно, потому что это говорит мне, что это определенно связано с разгоном. В то время как в прошлом я видел сбой карты и в конечном итоге требовал перезапуска ethminer, эта ошибка приводит к сбою всех карт сразу. Но основная причина все еще кажется одной плохой картой, если этот порядок действительно говорит.

В конце концов, я бы расставил приоритеты в работе с перезапуском ethminer (хотя мой сценарий Pulse отлично работает) вместо того, чтобы пытаться выяснить, почему разгон делает это.

Я уменьшил разгон на gpu3 и дам вам знать, что происходит.

кто-нибудь еще знает, что вызвало проблему? OC _не должно_ быть проблемой, в конце концов, это майнер.

@saidmasoud

(. ) сторожевой таймер автоматически перезапускает майнер (. )

Не могли бы вы предоставить дополнительную информацию о том, как вы реализуете сторожевой таймер в этом случае?

@ piotr-dobrogost Я сам не реализовывал его, он входит в состав программного обеспечения для майнинга Claymore и включен по умолчанию. В настоящее время я использую Claymore, пока не будет исправлено решение этой проблемы.

Решение Powershell для сбоев CUDA

Не стесняйтесь совершенствоваться. Из-за тестирования скрипта у меня было несколько простоев моей установки, поэтому пожертвования очень приветствуются 🙂 [0x76DC203d1cd70262459cEf56AdE865613c4b9693]

Это экран вывода:

Инструкции:

« »
function JobOpen <
$ Host.UI.RawUI.CursorPosition = New-Object System.Management.Automation.Host.Coordinates 0,13

$ i = 0
$ s = 0
$ orgstartdate = дата получения
$ ethstartdate = дата получения
$ jobstartdate = Get-Date
$ nowdate = Дата получения

$ d = Get-Date

RemoveLog
спать 2
Пуск-процесс. \ Run.bat
спать 7

$ Host.UI.RawUI.CursorPosition = New-Object System.Management.Automation.Host.Coordinates 0,10
gci log.txt | %

У меня такая же проблема с разогнанной GTX 1070. Я поставил +100 GPU и +1300 памяти. После этого майнер Claymore и ethminer сообщают о сбоях.
Когда я выставляю 900-1000 для памяти, сбои происходят каждые 10-15 минут, это приемлемо, но я этого не хочу; /

У меня Ubuntu 17.04, драйвер NVIDIA: 375.66 и CUDA из репозитория apt.
В настоящее время у меня +100 GPU и +1000 памяти, и у меня 185 MH / s на 6 картах.

У меня 6 x Asus ROG STRIX GTX 1070 O8G-GAMING

Я также сделал простой в использовании графический интерфейс (в Qt), который обрабатывает ошибки.
https://github.com/orkblutt/MinerLamp

Моя установка не работает на Ubuntu, но у меня была та же проблема. Проблема впервые возникла после того, как я добавил 5-ю карту (Evga GTX 1060 6 ГБ) к уже работающему компьютеру 4 x Evga GTX 1060 6 ГБ. После некоторого теста я заметил, что пятый графический процессор имел микронную память ddr5 и использовал другую версию vbios по сравнению с другими 4 графическими процессорами. Сегодня я прошил биос графического процессора и обновил его до той же версии, что и другие. Графический процессор по-прежнему не может обрабатывать OC-ing, который я использую на устройствах с Samsung gddr, но он стабилен на уровне 50% от их значений разгона. Например, gtx 1060 с Samsung, работающим с памятью +625, с Micron, работающим с +300, оба на 80% мощности. Пока 3 часа без проблем.
До прошивки BIOS вылетал весь майнер даже при стоковом или небольшом разгоне.
Я буду отслеживать и обновлять здесь.
Надеюсь, мои выводы помогут вам в дальнейшем.

Обновление: к сожалению, это все еще происходит.

Мне кажется, что это слишком явно связано с разгоном. Уменьшите разгон графического процессора, который выходит из строя первым, а оставшееся можно оставить выше. У меня одна карта из 6 более чувствительна и нагревается намного быстрее, чем все остальные, даже от того же производителя. Интересно, можно ли разработать сценарий для автоматического поиска настройки, которая не дает сбоев на каждом графическом процессоре.

Изменить: я отказался от настройки «карты, которая вылетает первой», так как считаю ее неточной. Я убиваю ethminer и перезапускаю его, когда это происходит, но теперь я уменьшаю разгон только тогда, когда карта отключается.

@dhjw, так почему старая версия у меня работает без сбоев при точно таком же разгоне?

Не уверен, что @ spyrek10, но я

В моем случае проблема была (или, по крайней мере, я на это надеюсь, 48 часов без проблем) вызвана уменьшением SATA-> MOLEX в USB-переходнике с питанием, он становился очень ГОРЯЧИМ (около 70 ° C), и, например, майнер EWBF выходил через несколько секунд после запуска. Замена прямого включения SATA-> MOLEX и питания с MOLEX на блок питания решила мои проблемы (в Windows и Linux).

@dafyk У меня была такая же проблема с высокой температурой кабеля в MOLEX-SATA POWER. Я заменил провод только на sata power, работает нормально.

Если разработчики читают это, я надеюсь, что функция сторожевого пса занимает первое место в списке приоритетов. Я до сих пор отказывался использовать Клеймор, потому что мне не нравится то, что он означает. Не так много гонораров, но для меня нет никаких сомнений в том, что он разорвал оптимизацию CUDA genoils. Это неверно. Затем есть влияние, которое его переключение на сервер с оплатой за разработку оказывает на серверы пула, но это дискуссия для другого места.

Просто последнее замечание. Я определенно смог увеличить разгон памяти на приличную величину (+100, 4×1060) с гораздо меньшим количеством сбоев, используя последние версии ethminer 0.12 dev. Мне довольно удобно оставлять майнер перезапусками с интервалом в час. Сбой происходит один или два раза в день. Я никак не мог сделать это раньше с этими часами. Может быть, эти новые карты просто мне теперь приятнее (что маловероятно), или разработчики уже занимаются этой проблемой. Я надеюсь, что это так. Сторожевой пес все равно даст необходимое спокойствие.

если minerlamp не работает:
решение для PowerShell от malapha, пост выше, или
https://github.com/derubm/Ethminer_Watchdog

может помочь, пока не будет встроенного сторожевого пса.

Спасибо @derubm. Кажется, теперь Minerlamp работает нормально. Я не возвращался к 0.11, чтобы узнать, есть ли какие-то проблемы с этой версией в моей системе. Просто забираю победу :). Отличная работа @orkblutt. Спасибо.

Только что начал майнинг, после ответа @ michael-pesce я сделал «простой» сторожевой таймер с помощью сценария bash, и я запускаю все с супервизором (я использую его, потому что я вспомнил, что контейнеры Docker использовали его в первые дни)

Это доступно здесь:

Это сторожевой таймер Linux для Nvidia, но он может быть адаптирован для других карт.

Я запускаю его на screen пока все хорошо, прочтите Readme об этом

Привет, я тоже в той же лодке, что и все остальные.

Думаю, я попробую MinerLamp (в Windows).

Также, чтобы добавить к обсуждению проблемы, может ли это быть проблема, связанная с используемой версией CUDA?
Интересно после того, как обнаружил этот выпуск №53, который репортер закрыл самостоятельно.

В Windows я заплатил относительно небольшую сумму за Awesome Miner и остался доволен.

В Ubuntu я до сих пор использую собственные сценарии, и это меня не подвело. Рад поделиться более подробной информацией, если люди заинтересованы.

поскольку этот еще не закрыт: как уже упоминали многие майнеры:
Недопустимая ошибка доступа к памяти возникает в случае карт Nvidia из-за того, что карта работает с максимальной разогнанной памятью в состоянии питания 2. Когда ваш майнер по какой-либо причине переключается в состояние P0, память получает дополнительные 200 МГц и может (или будет) стать нестабильным, что вызывает эту ошибку.

Решение без Watchdog: установите майнинг-ферму в состояние P0 (старая версия Windows Nvidiainspector, раздел 5, установите принудительное состояние P2 в «выключено») в Linux, вы должны иметь возможность сделать это уже с помощью nvidia-smi.)

Пример инспектора Nvidia с номером версии и разделом, который необходимо изменить:

Примечание: после обновления драйвера вам необходимо снова установить состояние P0!
также: обратите внимание, что вы должны установить на 200 МГц меньше разгона, так как состояние P0 уже добавляет эти 200!
возможно, такие вещи можно будет включить в readme на правильном английском языке.

В Linux мне не удалось переключиться на P0, сейчас карты переходят в состояние P0, когда они простаивают, но когда я запускаю ethminer, они переходят на P2.
@ michael-pesce Мне очень интересны любые предложения по хорошим решениям, не стесняйтесь делиться своими знаниями о сценариях 🙂

В Linux он остается на уровне P2, но вы все равно можете разогнать карты до такой степени, насколько это возможно. Это зависит от каждой карты, но я получаю от 22,52 до 25,10 на GTX 1060. Обычно я устанавливаю карту немного выше, затем наблюдаю, какой хешрейт выходит из нее, чтобы определить тип памяти (

25 samsung), а затем уменьшать его до стабильного состояния и не отключаться.

[rig1] ethminer Speed ​​144,06 Mh / s gpu / 0 23,00 gpu / 1 24,94 gpu / 2 22,52 gpu / 3 24,86 gpu / 4 25,10 gpu / 5 23,65
[rig2] ethminer Speed ​​163,83 Mh / s gpu / 0 23,40 gpu / 1 22,76 gpu / 2 23,48 gpu / 3 23,40 gpu / 4 25,02 gpu / 5 22,92 gpu / 6 22,84

кто-нибудь знает, как заставить P0 State работать в Linux на GTX 1070s? большая часть / вся информация там не работает, поэтому любая ссылка будет принята с благодарностью.

По моему опыту, в Linux нормально оставаться на P2. Это не влияет на то, сколько вы можете разогнать или на скорость, которую вы получите.

У меня тоже есть в Ubuntu 16.04. Проблема с этой ошибкой (обнаружен незаконный доступ к памяти) заключается в том, что она входит в бесконечный цикл и требует завершения вручную. После перезапуска майнер нормально работает еще, скажем, 30 минут.

Почему бы не сделать счетчик для этого сообщения и, скажем, после 50 последовательных сообщений просто перезапустить майнер или выйти, чтобы мы могли перезапустить его с помощью сценария оболочки?

Чтобы перезапустить ethminer автоматически, запустите его так:

Если вы все еще получаете эти ошибки, это означает, что одна из ваших карт слишком разогнана. Когда карта в конечном итоге выходит из строя, немного уменьшите разгон и перезагрузитесь. В конце концов вы больше не должны получать ошибок.

Всегда есть одна карта (обычно одна и та же), на которой ethminer выдает сообщение об ошибке.
«Ошибка CUDA в функции ‘ethash_cuda_miner :: search’ в строке 346: неопределенная ошибка запуска»
С двумя графическими процессорами он был на card0, с 7 теперь (обычно) на card1.

Если одна карта выходит из строя, все остальные работают стабильно (по крайней мере, в течение 8 часов, мой самый продолжительный тест).
Попытка использовать Claymore на неисправной карте приводит к тому, что ошибка переносится на карту2, а скорость хеширования для Claymore составляет около 19 MH / s. Другими словами, альтернатива 6 ethminers + 1 Claymore тоже не сработает.

Я опубликую некоторые обновления после того, как протестирую еще несколько вещей, например, что произойдет без использования RDP или Teamviewer, которые я использовал в другой системе для перезагрузки, где у меня есть 1 x AMD Vega 64 + 1 x Asus GTX 1060 6G (не OC ) и где 1060 обычно выпадает каждые 24-48 часов, поэтому я использовал Teamviewer для доступа к компьютеру из-за границы. Я не уверен, может ли сам Teamviewer быть источником каких-либо проблем (я тоже запускаю его на своей установке 7xGPU).

После последней перезагрузки я не использовал RDP, и до сих пор он работал без проблем в течение 45 минут, что многообещающе.

Редактировать 1. 2 часа спустя: нет RDP => нет ошибки (похоже).

Пока есть явные признаки того, что указанная ошибка (напрямую) связана с ошибкой RDP с / для ethminer.

Редактировать 2.
После подключения 8-го графического процессора система снова стала нестабильной (без подключения RDP), поэтому несколько настроек позже (скорость памяти до 9,100) + пара перезагрузок снова стала стабильной (на один час).
Затем я нашел способ подключения скремблирования 9-го графического процессора со всех имеющихся у меня кабелей: type4 на 4 x AMP MATE-N-LOK + Molex на питание PCIe / Molex на питание sata. В то же время я заказал 20 кабелей разветвителя питания PCIe на AliExpress по 1,29 доллара за штуку, так что через 3-4 недели я смогу собрать еще 12-13 GPU с одним блоком питания для каждого (1.200 Вт).

Редактировать 5.
ethminer на card9 выдает ошибку после 23:27 в первый раз и во второй раз примерно через 22 часа.
После второго раза я решил использовать RDP для перезапуска майнера и посмотреть, вызовет ли это более раннюю ошибку (для сравнения с ситуацией без запуска RDP). Я вернусь к вам с обновлением.
Обновление редактировать 5. Та же самая карта выпала в следующий раз через 60: 56ч (RDP использовался 2-3 раза).

. Необходимо включить nvidia coolbits, если вы хотите, чтобы настройки OC работали. Мой 13 тестировался на драйверах 381 и 387, эмулированный монитор для каждой карты требовал моей конфигурации nvidia-xconfig для 7 графических процессоров, edid.bin нашел в Google, я сделал свой из AOC 23 мес

nvidia-xconfig: файл конфигурации X, созданный nvidia-xconfig

nvidia-xconfig: версия 387.34 (buildmeister @ swio-display-x64-rhel04-15) Вт, 21 ноября, 03:31:45 PST 2017

Раздел «ServerLayout»
Идентификатор «Layout0»
Экран 0 «Экран0»
Экран 1 «Экран1» Справа от «Экран0»
Экран 2 «Экран2» Справа от «Экран1»
Экран 3 «Экран3» Справа от «Экран2»
Экран 4 «Экран4» Справа от «Экран3»
Экран 5 «Экран5» Справа от «Экран4»
Экран 6 «Экран6» Справа от «Экран5»
InputDevice «Keyboard0» «CoreKeyboard»
InputDevice «Mouse0» «CorePointer»
EndSection

Раздел «Файлы»
EndSection

Раздел «InputDevice»
# генерируется по умолчанию
Идентификатор «Mouse0»
Драйвер «мышь»
Вариант «Протокол» «авто»
Вариант «Устройство» «/ dev / psaux»
Вариант «Emulate3Buttons» «нет»
Вариант «ZAxisMapping» «4 5»
EndSection

Раздел «InputDevice»
# генерируется по умолчанию
Идентификатор «Keyboard0»
Драйвер «kbd»
EndSection

Раздел «Устройство»
Идентификатор «Device0»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 1 : 0: 0″
EndSection

Раздел «Устройство»
Идентификатор «Устройство1»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070»
BusID » PCI: 2 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Устройство2»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070»
BusID » PCI: 3 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Устройство3»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 5 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Device4»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 6 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Device5»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 7 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Устройство6»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070»
BusID » PCI: 8 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Экран»
Идентификатор «Screen0»
Устройство «Device0»
Монитор «Монитор0»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран1»
Устройство «Device1»
Монитор «Монитор1»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран2»
Устройство «Устройство2»
Монитор «Монитор2»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран3»
Устройство «Device3»
Монитор «Монитор3»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран4»
Устройство «Device4»
Монитор «Монитор4»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран5»
Устройство «Device5»
Монитор «Монитор5»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран6»
Устройство «Device6»
Монитор «Монитор6»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

! / bin / sh

! / bin / sh

-i 5 номер GPU для мониторинга

Привет, хозяин!
У меня есть небольшая установка, но в ней есть похожий xconfig (этот трюк для имитации
Монитор потребовалось время, чтобы изучить), но, возможно, значение coolbits другое,
а также значения oc. Мне нужно попробовать некоторые из ваших значений oc в gtx
1060 Я помню, например, я не мог управлять вентилятором. Я либо имел
неверное значение coolbits или просто не работает с 1060s, но есть
нет ничего лучше, чем пытаться.

Опять же, ваше решение является очень полным, поэтому спасибо, что разместили его здесь.
Как я уже сказал, у меня есть крошечная установка с одним 1060, из которого я выжимаю максимум
23,6 MH / s. Мне было интересно, сколько MH / s вы получаете с одной доски с
те конфиги oc?

В четверг, 21 декабря 2017 г., 08:29 H05ted [email protected] написал:

. Необходимо включить nvidia coolbits, если вы хотите, чтобы настройки OC работали. Шахта
13 протестировано на драйверах 381 и 387, эмулирован монитор для каждой карты
мой nvidia-xconfig conf для 7 GPU, edid.bin найти в google, я сделал свой из

AOC 23 мес

nvidia-xconfig: файл конфигурации X, созданный nvidia-xconfig nvidia-xconfig:
версия 387.34 (buildmeister @ swio-display-x64-rhel04-15) Вт, 21 ноября
03:31:45 PST 2017

Раздел «ServerLayout»
Идентификатор «Layout0»
Экран 0 «Экран0»
Экран 1 «Экран1» Справа от «Экран0»
Экран 2 «Экран2» Справа от «Экран1»
Экран 3 «Экран3» Справа от «Экран2»
Экран 4 «Экран4» Справа от «Экран3»
Экран 5 «Экран5» Справа от «Экран4»
Экран 6 «Экран6» Справа от «Экран5»
InputDevice «Keyboard0» «CoreKeyboard»
InputDevice «Mouse0» «CorePointer»
EndSection

Раздел «Файлы»
EndSection

генерируется по умолчанию

Идентификатор «Mouse0»
Драйвер «мышь»
Вариант «Протокол» «авто»
Вариант «Устройство» «/ dev / psaux»
Вариант «Emulate3Buttons» «нет»
Вариант «ZAxisMapping» «4 5»
EndSection

генерируется по умолчанию

Идентификатор «Keyboard0»
Драйвер «kbd»
EndSection

Раздел «Устройство»
Идентификатор «Device0»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 1 : 0: 0″
EndSection

Раздел «Устройство»
Идентификатор «Устройство1»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070»
BusID » PCI: 2 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Устройство2»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070»
BusID » PCI: 3 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Устройство3»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 5 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Device4»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 6 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Device5»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070 Ti»
BusID » PCI: 7 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Устройство»
Идентификатор «Устройство6»
Драйвер «nvidia»
VendorName «NVIDIA Corporation»
BoardName «GeForce GTX 1070»
BusID » PCI: 8 : 0: 0″
Вариант «ConnectedMonitor» «DFP-0»
Вариант «CustomEDID» «DFP-0: /etc/X11/edid.bin»
EndSection

Раздел «Экран»
Идентификатор «Screen0»
Устройство «Device0»
Монитор «Монитор0»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран1»
Устройство «Device1»
Монитор «Монитор1»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран2»
Устройство «Устройство2»
Монитор «Монитор2»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран3»
Устройство «Device3»
Монитор «Монитор3»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран4»
Устройство «Device4»
Монитор «Монитор4»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран5»
Устройство «Device5»
Монитор «Монитор5»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection
EndSection

Раздел «Экран»
Идентификатор «Экран6»
Устройство «Device6»
Монитор «Монитор6»
DefaultDepth 24
Вариант «AllowEmptyInitialConfiguration» «True»
Вариант «Coolbits» «13»
Подраздел «Дисплей»
Глубина 24
EndSubSection

EndSection

! / bin / sh

Чтобы остановить просто CTRL + C или что угодно =)

! / bin / sh

-i 5 номер GPU для мониторинга

сделанный

500Sol, тестирование еще не закончено.

Это приложение на Python для мониторинга майнеров Ethereum на базе Linux и поддержания активности майнера в режиме 24/7. Если у вас есть установка для майнинга на базе Linux, но нет системы мониторинга, вы можете использовать этот автономный скрипт, чтобы ваш майнер всегда работал без ручных проверок.

Приложение постоянно проверяет, запущен ли процесс ethminer и текущее среднее значение использования графических процессоров.

Скрипт может перезапустить ethminer или перезагрузить систему.

Скрипту не нужен дополнительный пакет / модуль python, только чистый python3. Вы также можете использовать virtualenv.

Текущая версия тестировалась на Ubuntu 16.04.3 LTS (xenial) с видеокартами GeForce GTX 1070 Ti и AMD Radeon R9 290X.

Добавлена ​​поддержка запросов AMD Utilization!

Источник