TeamRedMiner 0.7.15

СКАЧАТЬ: TeamRedMiner v0.7.15

teamredminer v0.7.15 - Это оптимизированный майнер для графических процессоров AMD, созданный todxx и kerney666. Сервер раздора TRM: https://discord.gg/RGykKqB

Ниже приведен список операционных систем для майнинга и программного обеспечения для управления, которые имеют встроенную поддержку teamredminer:

• MMPOS
• ОС SimpleMining
• ОС Hive
• Minerstat
• Отличный майнер
• ОС PiMP
• RaveOS

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

Этот майнер включает следующие алгоритмы и соответствующую плату за разработку:

AlgorithmFeeEthash на графических процессорах Polaris0,75% Ethash на всех остальных графических процессорах1,0% Kawpow2,0% Nimiq2,5% Cryptonight R2,5% Cryptonight v8 upx22,5% Cryptonight v8 turtle2,5% Cryptonight v8 half2,5% Cryptonight v8 double2. 5% Cryptonight v8 rwz2.5% Cryptonight v82.5% Cryptonight Heavy2.5% Cryptonight haven2.5% Cryptonight saber2.5% Cryptonight hide2.5% Chukwa-512 (Turtlecoin) 2.5% x16r2.5% x16rv22.5% x16s2 .5% x16rt2.5% MTP2.5% Cuckatoo312.5% ​​Cuckarood292.5% Lyra2rev32.5% Lyra2z3.0% Phi23.0%

Поддерживаемые и протестированные графические процессоры:

• Navi - RX 5700 (XT) / 5600 (XT) / 5500 (XT) для поддерживаемых алгоритмов в таблице ниже.
• Vega - RX Vega 64/56, Vega FE, Radeon VII (Vega 2)
• Polaris - RX 580/480/570/470/560/460/550

Некоторые алгоритмы не поддерживаются некоторыми архитектурами графического процессора и / или драйверами. Ниже представлена ​​таблица совместимости:

NaviVegaPolarisEthashYYYKawpowYYYNimiqYYYCryptonight RNLLCryptonight v8 upx2NLLCryptonight v8 turtleNLLCryptonight v8 halfNLLCryptonight v8 doubleNLLCryptonight v8 rwzNLLCryptonight v8NLLCryptonight heavyNLLCryptonight havenNLLCryptonight saberNLLCryptonight concealNLLChukwa-512NLLx16rNYYx16rv2NYYx16sNYYx16rtNYYMTPYYYCuckatoo31NYYCuckarood29NYYLyra2rev3NLLLyra2zNLLPhi2NLL

Легенда поддержки:

• Y =Поддерживается
• N =не поддерживается
• L =Ограниченная поддержка:алгоритмы поддерживаются в Windows и Linux с драйверами amdgpu-pro, не поддерживаются в драйверах ROCm.

Майнер сообщает о хэш-скорости графического процессора каждые 30 секунд. Это полные хешрейты графического процессора без вычета комиссии за разработку (хешрейт вашего пула будет немного ниже).

Майнер включает доступный только для чтения API на основе sgminer-5.5 API. Поддерживаются как json, так и текстовые форматы. Для получения дополнительных сведений см. Документацию по sgminer api.

Для сообщения об ошибках и / или для запросов функций, пожалуйста, откройте проблему в github трекере проблем этого проекта. .

Например, командные строки см. В пакетных сценариях / сценариях оболочки в пакетах загрузки майнера.
Параметры командной строки майнера:
Код:Team Red Miner версии 0.7.14.
Использование:teamredminer [ОПЦИИ]
Опции:
-a, –algo =АЛГОРИТМ Выбирает алгоритм интеллектуального анализа данных. Доступно в настоящее время:
ethash (eth, etc, etp, другие)
kawpow (ravencoin)
lyra2z
phi2 (люкс, аргоней)
lyra2rev3 (vtc)
x16r (оригинальный rvn)
x16rv2 (rvn)
x16s (pgn, xsh)
x16rt (вуаль, джин)
mtp (zcoin)
cuckatoo31_grin (усмехается)
cuckarood29_grin (ухмыляется)
cnv8
cnr (монеро)
cnv8_half (стеллит, масари)
cnv8_dbl (x-наличные)
cnv8_rwz (прививка)
cnv8_trtl (старая черепаха, локи)
cnv8_upx2 (uplexa)
cn_heavy (классический тяжелый CN)
cn_haven (убежище)
cn_saber (bittube)
cn_conceal (скрыть)
trtl_chukwa (черепаха)
нимик (нимик)

-h, –help Показать это справочное сообщение и выйти.
–Debug Включает вывод журнала отладки.
–Disable_colors Отключает цвета вывода консоли.
–Force_colors Принудительный вывод цвета консоли, даже если терминал не поддерживает их.
–Api_listen =IP:PORT Включает API. IP:ПОРТ не является обязательным. Если присутствует, комбинация IP:PORT решает
интерфейс (ы) и порт для прослушивания. По умолчанию 127.0.0.1:4028. За
внешний доступ, использование, например, 0.0.0.0:4028. Также допустимо указывать только
порт, например 4029.
–Log_file (=FILENAME) Включает запись вывода майнера в файл, указанный в FILENAME. Если нет имени файла
предоставлен, майнер войдет в trm_ _ .log в текущем
рабочий каталог. Если файл журнала уже существует, майнер добавит его.
-l, –log_interval =SEC Установить временной интервал в секундах для усреднения и печати хешрейта графического процессора.
SEC устанавливает интервал в секундах и должен быть> 0.
–Short_stats Отключает вывод полного состояния графического процессора в каждом выводе хешрейта, как это было до 0.7.10.
–Dev_location =LOC Выбирает конкретное место для подключения платы разработчика. Используйте это, только если видите
о проблемах с постоянным подключением к плате разработчика, о которых сообщил майнер. Связь
управление обычно хорошо работает во всех местах. Доступные варианты:
мир - в любую точку мира, кроме материкового Китая.
cn - Материковый Китай.
non-gcp - страны с заблокированным доступом к сервисам Google (например, Иран, Куба).
–Enable_compute (только Windows) Включает режим вычислений и отключает перекрестный огонь на необходимом графическом процессоре.
–Long_timestamps Включает в журналах отметки времени в микросекундах, а не только в секундах.
–Restart_gpus (только для Windows) Перезапускает все настроенные графические процессоры перед майнингом, т.е. отключение + включение устройства PCI.
–Uac (только для Windows) Включить повышение привилегий, когда майнер выполняет такие задачи, как перезапуск графического процессора.
Этого всегда можно избежать, запустив майнер напрямую от имени администратора. Это будет
вызвать стандартный запрос Windows на эскалацию, поэтому вы должны быть доступны, чтобы нажать «Да».
Если этот параметр не включен, задачи, требующие прав администратора, завершатся ошибкой, если
майнер работает под базовой учетной записью пользователя.

Параметры конфигурации пула:
-o, –url =URL Устанавливает URL пула. В настоящее время поддерживаются URL-адреса stratum + tcp и stratum + ssl.
Каждый раз, когда указывается эта опция, будет запускаться новая конфигурация пула.
Параметры для каждого пула (например, -u, -p) необходимо указать явно.
снова для каждого нового пула. (См. Пример файла start_multipool.sh/bat)
Стратегия нескольких пулов для майнера устанавливается с помощью опции –pool_strategy.
-u, –user =ИМЯ ПОЛЬЗОВАТЕЛЯ Устанавливает имя пользователя для авторизации пула.
-p, –pass =ПАРОЛЬ Устанавливает пароль для авторизации пула.
–Pool_force_ensub Вызывает дополнительный запрос на подписку для поддерживаемых пулов, неизвестных майнеру.
–Pool_no_ensub Запретить майнеру посылать дополнительный запрос подписки в пул.
–Pool_broken_rpc Сообщает майнеру разрешить только один невыполненный запрос rpc в пуле.
связь. Это обходной путь для пулов, которые нарушают json rpc.
спецификация, касающаяся идентификаторов rpc.
–Pool_debug Регистрирует весь трафик пула.

Варианты глобального пула:
–Pool_connect_TO =SEC Установить время ожидания для попытки подключения к пулу. SEC - время подождать
секунд. По умолчанию 10.
–Pool_rpc_TO =SEC Установить, как долго майнер будет ждать неотвеченного RPC для пула. После этого
время, майнер переподключится к пулу. SEC - время ожидания в секундах.
По умолчанию 60.
–Pool_max_rejects =N Если пул отклоняет N общих ресурсов подряд, соединение пула сбрасывается. Это для предотвращения
против пулов, которые аннулируют сеансы майнинга без отключения пользователя.
Значение по умолчанию - 5.
–Pool_strategy =STRAT Устанавливает стратегию выбора пулов при работе с несколькими пулами. Доступные
значения:приоритет, load_balance и квота. По умолчанию - приоритет.
приоритет:майнер будет использовать пулы в том порядке, в котором они перечислены, только двигаясь дальше
к следующему пулу, если предыдущий не может установить соединение.
load_balance:майнер будет равномерно балансировать хешрейт по всем текущим
подключенные пулы.
квота:майнер будет равномерно балансировать общее количество хэшей, выполненных по
все бассейны. Если пул отключится, а затем снова подключится, майнер переместится
хешрейт в пул до тех пор, пока не будет сбалансировано общее количество хешей для каждого пула.
–No_ntime_roll Запрещает майнеру прокручивать ntime в заголовке блока, используя только значение
предоставляется бассейном. Это необходимо включить для некоторых пулов при майнинге x16rt.

Варианты графического процессора:
–Platform =INDEX Устанавливает индекс используемой платформы OpenCL. Если не указано иное, платформа будет
обнаруживаться автоматически. Linux с несколькими платформами поддерживается только без
–Platform arg, но вместо этого добавляется –bus_reorder.
-d, –devices =DEVLIST Устанавливает устройства с графическим процессором для использования из обнаруженного списка. DEVLIST должен быть запятой-
разделенный список индексов устройств, например -d 0,1,2,4. Если не указано, все
устройства на платформе (ах) будут использоваться. ПРИМЕЧАНИЕ:по умолчанию устройства заказываются.
заказом автобуса pcie. Используйте –list_devices для отображения индексов.
–Init_style =1/2/3 Задает стиль инициализации (по умолчанию - 1):
1:Один графический процессор за раз, завершите все перед майнингом.
2:Три графических процессора одновременно, завершите все перед майнингом.
3:Все графические процессоры параллельно, немедленно начните майнинг.
–Pcie_fmt =FORMAT Задает формат печати для номеров шины pcie. Допустимые значения для FORMAT:
либо «шестнадцатеричный», либо «десятичный». По умолчанию используется dec для windows и hex для linux.
–Bus_reorder Переупорядочивает обнаруженные или указанные устройства после их идентификатора шины pcie. Если нет
платформа указана, устройства будут собираться со всех обнаруженных AMD OpenCL
платформы. Примечание. Начиная с версии v0.7.0, это поведение по умолчанию.
–Opencl_order Упорядочивает обнаруженные или указанные устройства в том порядке, в котором их представляет OpenCL.
–List_devices Выводит список доступных устройств для обнаруженной или указанной платформы и завершает работу.
немедленно. Переупорядочивание автобусов будет осуществляться в указанном порядке.

Параметры сторожевого пса:
–No_gpu_monitor Отключает монитор графического процессора ADL (Windows) или sysfs (Linux) для определения температуры и
скорость вентилятора.
–Temp_limit =TEMP Устанавливает температуру, при которой майнер будет останавливать слишком горячие графические процессоры.
По умолчанию 85C.
–Temp_resume =TEMP Устанавливает температуру, ниже которой майнер возобновит работу графических процессоров, которые были ранее
остановлен из-за превышения предельной температуры. По умолчанию 60 ° C.
–Watchdog_script (=X) Настраивает сторожевой таймер графического процессора для завершения работы майнера и запуска указанной платформы.
и немедленно выходит. Сценарий по умолчанию - watchdog.bat / watchdog.sh в папке
текущий каталог, но в качестве необязательного аргумента можно указать другой сценарий,
потенциально с абсолютным или относительным путем.
–Watchdog_test Проверяет настроенный сторожевой таймер, запуская то же действие, что и мертвый графический процессор.
после ~ 20 секунд майнинга.
–Watchdog_disabled Заставляет сторожевой таймер не запускаться. Может использоваться для отключения сторожевого таймера в операционной системе майнинга.
которые всегда работают с включенным сторожевым таймером.

Варианты Ethash:
–Eth_config =CONFIG Ручная настройка ethash для майнера. КОНФИГУРАЦИЯ должна иметь вид [M] [L].
Значение [M] выбирает режим, который может быть «A» или «B».
В режиме «B» используется дополнительная память, и он работает только с картами емкостью 8+ ГБ.
Значение [L] выбирает интенсивность, и ее диапазон будет зависеть от архитектуры графического процессора.
Оба значения являются необязательными, но если указано [L], также необходимо указать [M].
Примеры конфигураций:–eth_config =A
–Eth_config =B750
CONFIG также может быть разделенным запятыми списком значений конфигурации, каждое из которых
применяется к каждому графическому процессору. Например:–eth_config =A, B750,, A288.
Любой графический процессор, у которого нет определенной конфигурации в списке, будет использовать первый
config в списке.
–Eth_aggr_mode Включает автоматическое использование режима «B» для всех карт Polaris 8 ГБ, если у них нет
другая конфигурация, предоставленная аргументом –eth_config. Это то же самое, что и
вручную установить все графические процессоры Polaris 8GB на установке в режим «B» с помощью –eth_config.
Для большинства графических процессоров это добавляет 0,1-0,2 MH / s хешрейта. ВНИМАНИЕ:20-25% буровых установок становится меньше
стабильно в этом режиме, поэтому он не является режимом по умолчанию. Если вы испытаете
мертвый графический процессор, вам следует удалить этот аргумент и запустить графический процессор в режиме «A». Кроме того,
эта опция перестанет работать, когда DAG приблизится к 4 ГБ.
–Eth_stratum_mode =MODE Устанавливает фиксированный режим страты для пулов ethash. По умолчанию майнер попытается
для автоматического определения типа слоя, поддерживаемого пулом, и использования этого режима.
Это автоматическое обнаружение можно отменить, указав эту опцию. РЕЖИМ может быть
установите один из следующих вариантов:stratum, nicehash, ethproxy.
–Eth_worker Установить идентификатор воркера, который будет отправлен в пул. Это применимо только к пулам с ethproxy.
стратум режим.
–Eth_epoch Проверяет конкретную эпоху ethash. ПРИМЕЧАНИЕ:вам все равно нужно предоставить пул, как если бы вы занимались майнингом,
но акции не будут отправлены. Только имитация майнинга.
–Eth_alloc_epoch =N С самого начала выделяет достаточно памяти для данной эпохи. Майнер постарается выделить больше
если это понадобится позже во время майнинга. Рекомендуется для установки с одной или несколькими картами емкостью 4 ГБ для тестирования.
и установите максимально возможное значение, чтобы избежать перераспределения при переключении эпох. Оптимальный Linux
буровые установки должны уметь работать с эпохой 380, буровые установки с Windows немного меньше (373–374).
–Eth_4g_alloc_adjust =X, Y,… В Windows баланс распределения очень хрупок, чтобы графические процессоры объемом 4 ГБ могли достичь своих
максимально возможная эпоха DAG. Майнер использует стратегию, которая отлично зарекомендовала себя на нашем тестовом графическом процессоре,
но другие настройки могут выиграть от настройки этого числа. Допустимый диапазон:[-128, + 128]. Ноль означает
без регулировки. Вы указываете либо одно значение, которое используется для всех 4 ГБ графических процессоров в установке, либо
Список, разделенный запятыми, со значениями для всех графических процессоров, включая графические процессоры Polaris не 4 ГБ. Значения для не-4 ГБ
gpus игнорируются.
–Eth_4g_max_alloc =X, Y,… Этот аргумент разрешает майнинг на GPU объемом 4 ГБ после того, как они больше не могут хранить полный DAG во vram.
Вы передаете либо максимальную эпоху для выделения памяти, либо необработанный номер МБ для выделения. Ты сможешь
укажите одно значение, которое применяется ко всем графическим процессорам объемом 4 ГБ в установке, или используйте список, разделенный запятыми, для
с указанием разных значений для каждого графического процессора. Значения для графических процессоров с объемом памяти, отличным от 4 ГБ, игнорируются.
–Eth_dag_slowdown =N Замедляет создание DAG. Передайте одну цифру 0–9. 0 означает отсутствие замедления (поведение <=0,7,9),
1 означает минимальное замедление, 9 означает макс. Значение по умолчанию:4 для небольшого замедления.
–Eth_no_stagger Отключает смещение графического процессора при построении нового DAG. Поведение по умолчанию - шатание
Графические процессоры, чтобы все они не участвовали в процессе сборки DAG в одно и то же время.
–Eth_no_ramp_up Отключает увеличение интенсивности для каждого графического процессора.
–Eth_direct_abort Использует другой механизм для прерывания текущих заданий графического процессора. Рекомендуется для Вегаса в средах ROCm
чтобы свести к минимуму устаревшие акции. Применимо только к графическим процессорам Vega и Polaris в установке.
–Eth_dag_alloc_patch Некоторые материнские платы с устаревшей BIOS могут видеть ошибки, как правило, на первом или последнем графическом процессоре в системе.
Используйте этот аргумент, чтобы заставить исправленную стратегию распределения dag, которая чаще всего решает проблему.
Обновление вашей биографии также часто решает проблему.
–Eth_hashwatch (=M, M) Определяет минимальную / максимальную хешрейт сторожевого таймера в MH / s, ожидаемую при хешировании gpus. Если GPU выпадает наружу
из этого диапазона слишком долго, он будет считаться неисправным и сработает сторожевой таймер. В
мин. / макс. значения по умолчанию составляют 2 MH / s и 150 MH / s. Чтобы активировать со значениями по умолчанию, используйте
–Eth_hashwatch. Чтобы установить свои собственные значения, используйте, например, –Eth_hashwatch =1.25,60. Используется тот же диапазон
для всех gpus в риге. Отрицательное значение для одной стороны отключает его, например используйте –eth_hashwatch =-1,1000
для обработки сбросов графического процессора, которые приводят к огромным фальшивым хешрейтам, но без минимальной проверки.

Опции Progpow:
–Prog_config =CONFIG Ручная настройка progpow для майнера. КОНФИГУРАЦИЯ должна иметь вид [M] [L].
Значение [M] выбирает режим, который может быть «A» или «B».
Режим «B» обычно дает лучшую производительность, но доступен только для
Vega на linux и Navi (linux или windows).
Значение [L] выбирает интенсивность, и ее диапазон будет зависеть от архитектуры графического процессора.
Оба значения являются необязательными, но если указано [L], также необходимо указать [M].
Примеры конфигураций:–prog_config =A
–Prog_config =B750
CONFIG также может быть разделенным запятыми списком значений конфигурации, каждое из которых
применяется к каждому графическому процессору. Например:–prog_config =A, B750,, A288
Любой графический процессор, у которого нет определенной конфигурации в списке, будет использовать первый.
–Prog_height =VALUE Устанавливает фиксированную высоту блока для алгоритмов progpow в целях тестирования.
Обратите внимание, что для использования этого параметра требуется подключение к пулу, но не будут отправляться общие ресурсы.
–Prog_strict Заставляет майнер всегда генерировать строго точные ядра. По умолчанию майнер
генерировать расслабленные ядра, которые используют меньше вычислительной мощности, но могут привести к
случайные недействительные акции.
–Prog_dag_slowdown =N Замедляет создание DAG. Передайте одну цифру 0–9. 0 означает отсутствие замедления (поведение <=0,7.9),
1 означает минимальное замедление, 9 означает макс. Значение по умолчанию:4 для небольшого замедления.
–Prog_no_stagger Отключает смещение графического процессора при построении нового DAG. Поведение по умолчанию - шатание
Графические процессоры, чтобы все они не участвовали в процессе сборки DAG в одно и то же время.
–Prog_no_ramp_up Отключает увеличение интенсивности для каждого графического процессора.

Параметры Cryptonight:
–Rig_id Установить идентификатор буровой установки, который будет отправлен в пул. Это используется только для
бассейны cryptonight.
–Cn_config =CONFIG Ручная настройка cryptonight для майнера. КОНФИГ должен быть в виде
[P] [I0] [M] [I1] [:xyz], где [P] - необязательный префикс, а [:xyz] -
необязательный суффикс. Для [P] поддерживается только значение «L» для нижнего уровня.
Графические процессоры вроде Lexa / Baffin. [I0] и [I1] - обычно значения интенсивности резьбы.
от 1 до 16, но для графического процессора 16 ГБ возможны и более высокие значения. [M] - это
режим, который может быть ".", - "," + "или" * ". Режим "." Означает, что майнер
следует выбрать или найти лучший режим. Режим ‘*’ и более хороший вариант по умолчанию, и
_должен_ использоваться, если вы майните на Vega 56/64 с модифицированными таймингами памяти. В
Исключением из этого правила являются небольшие варианты пэдов (cnv8_trtl и cnv8_upx2), они
по-прежнему следует использовать "+". Для графических процессоров Polaris доступны только режимы «-» и «+».

ПРИМЕЧАНИЕ:в TRM 0.5.0 добавлена ​​функция автонастройки, выполняющая ручную настройку.
из режимов конфигурации CN не нужны, за исключением редких угловых случаев. Для получения дополнительной информации,
см. документацию по настройке и инструкции, прилагаемые к выпуску.

Примеры конфигураций:–cn_config =15 * 15:AAA
–Cn_config =14-14
–Cn_config =L4 + 3
CONFIG также может быть разделенным запятыми списком значений конфигурации, каждое из которых
применяется к каждому графическому процессору. Например:–cn_config =8-8,16 + 14:CBB, 15 * 15,14-14
Любой графический процессор, у которого нет определенной конфигурации в списке, будет использовать первый
config в списке.
–No_cpu_check Отключает проверку ЦП найденных общих ресурсов перед их отправкой в ​​пул.
Примечание:только алгоритмы CN в настоящее время поддерживают проверку процессора.
–No_lean Отключает режим CN-Lean, в котором потоки медленно наращиваются при запуске или перезапускаются после
проблемы с сетью или троттлинг графического процессора.
–No_interleave =DEVS Выводит список устройств gpu, в которых логика чередования потоков CN не должна использоваться.
Аргумент - это список устройств, разделенных запятыми, как для опции -d.
Используйте этот аргумент, если какое-то устройство (а) получает худший хешрейт вместе с большим количеством
чередования отрегулируйте сообщения журнала.
–Alloc_patch =DEVS Выводит список устройств с графическим процессором, которые теряют хешрейт между TRM v0.4.5 и более поздними версиями. С этим
аргумент используется более простая стратегия распределения памяти, а старый (более высокий) хешрейт должен
быть восстановленным. По-прежнему можно использовать режим автонастройки.
–Auto_tune =MODE Включить режим автонастройки при запуске. Доступно только для вариантов CN. РЕЖИМ должен
быть либо НЕТ, либо БЫСТРЫЙ, либо СКАНИРОВАТЬ. В режиме QUICK проверяются несколько известных хороших конфигураций.
и длится в течение 1 мин. Режим SCAN проверит все возможные комбинации и
бегать 20-30 мин. Установка для РЕЖИМА значения НЕТ отключит функцию автонастройки. По умолчанию
режим БЫСТРЫЙ.
–Auto_tune_runs (=N) Выполняет несколько запусков для автонастройки, каждый раз уменьшая единицу используемых пэдов -1
в одной из ниток (15 + 15 -> 15 + 14 -> 14 + 14 -> 14 + 13 ->…). Вы можете указать
явное количество запусков или позволить майнеру выбрать значение по умолчанию для каждого типа графического процессора (обычно 3-4).
–Auto_tune_exit Если присутствует, майнер выйдет после завершения процесса автонастройки. Это полезно
если вы хотите выполнить поиск оптимальных настроек, а затем использовать полученный аргумент командной строки
напечатано майнером.
–Allow_large_alloc Если присутствует, и когда драйвер указывает, что доступно достаточно vram GPU, майнер
будет более агрессивным с начальным выделением памяти. На практике этот вариант
означает, что графические процессоры Vega под Linux начнут процесс автонастройки при 16 * 15, а не
чем 16 * 14 или 15 * 15.

Варианты MTP:
–Allow_all_devices Некоторые алгоритмы нельзя майнить, например 4 ГБ графического процессора. Эти графические процессоры будут отключены автоматически
майнером. Этот аргумент переопределяет эту логику и разрешает добычу на всех указанных
или обнаруженные устройства.

X16 * варианты:
–Hash_order =VALUE Задает фиксированный порядок хеширования для таких алгоритмов, как x16r, для целей тестирования.
Обратите внимание, что для использования этого параметра требуется подключение к пулу, но не будут отправляться общие ресурсы.
Стандартный порядок хеширования для x16r:–hash_order =0123456789abcdef.
Варианты Nimiq:
–Nimiq_worker =VALUE Задает имя рабочего / устройства, которое nimiq передает пулу (ам).
–Nimiq_no_proxy Отключает автоматический прокси-сервер Nimiq, выполняемый как отдельный процесс. Это означает, что
хост и порт, переданные майнеру, должны указывать на прокси.
–Nimiq_proxy =ЗНАЧЕНИЕ Заменяет путь по умолчанию к прокси-серверу Nimiq. По умолчанию это trm_nimiq_proxy-win.exe.
и trm_nimiq_proxy-linux в текущем директоре майнера.
–Nimiq_port =ЗНАЧЕНИЕ Переопределяет локальный порт по умолчанию (4444), используемый для прокси-сервера Nimiq. Это можно использовать, если ваш
система уже использует порт 4444 для какой-то другой службы TCP / IP.

---

Изменения в v0.7.15

Выпуск небольшого исправления.

Примечания к выпуску:

• Ethash:исправлена ​​ошибка майнинга ZIL (эпоха 0) на графическом процессоре 4 ГБ (ошибка появилась в 0.7.14).
• Ethash:вернулся к ядрам v0.7.10 в целях стабильности, за исключением ригов на основе ROCm.

Изменения в v0.7.14

Этот выпуск завершает нашу работу по Ethash для майнинга графических процессоров объемом 4 ГБ. Linux 4 ГБ проверяется на майнинг до эпохи 381 включительно на драйверах 18.50 / 19.30 / 19.50 / 20.10. После этого мы добавили поддержку расширенного майнинга с эпохи 382 и выше. Расширенный майнинг - это компромисс между хешрейтом и возможностью майнить вообще, графические процессоры будут терять дополнительный хешрейт с каждой дополнительной эпохой. Дополнительные сведения и инструкции см. В разделе Linux в ETHASH_4GB_HOWTO.txt.

Примечания к выпуску:

• Ethash:подтверждена поддержка Linux для графических процессоров объемом 4 ГБ до 381 года включительно.
• Ethash:добавлена ​​поддержка расширенного майнинга 4 ГБ с эпохи 382 и выше.
• Kawpow:убраны ложные ошибки для некоторых высот блока.

Изменения в v0.7.13

• Пользователь Windows с установками 4 ГБ - инструкции см. в новом руководстве ETHASH_4GB_HOWTO.txt.

Примечания к выпуску:

• Добавлена ​​улучшенная стратегия распределения dag-файлов Windows по умолчанию для графических процессоров объемом 4 ГБ.
• Добавлена ​​экспериментальная поддержка сброса графического процессора перед майнингом (только для Windows).
• Добавлен аргумент для ручной настройки распределения dag 4 ГБ (см. –eth_4g_alloc_adjust =X, Y, Z,…).
• Добавлена ​​защита от сломанных серверов разработчиков с дополнительным механизмом случайного выбора серверов.

Изменения в v0.7.12

• Выпуск с исправлением ошибок:v0.7.11 мог вылетать из-за отклоненных общих ресурсов ethash.

Примечания к выпуску:

• Исправлена ​​ошибка формата печати при отказе ethash общих папок.

Изменения в v0.7.11

• Дополнения в Ethash:печать общих различий в GH (всегда включена), сторожевой таймер хешрейта (см. –eth_hashwatch).
• Улучшенная поддержка отладки:–long_timestamps, –pool_debug.
• Мы обнаружили определенные комбинации материнской платы и BIOS, в которых из-за ошибок ядра и / или драйверов возникают проблемы с первым или последним графическим процессором в ригах. Если вы видите чрезмерное количество ошибок аппаратного обеспечения для одного графического процессора, а переключение между графическим процессором по-прежнему всегда вызывает ошибки в первом или последнем графическом процессоре, попробуйте использовать –eth_dag_alloc_patch.

Примечания к выпуску:

• Добавлен патч распределения DAG под Linux для определенных комбинаций mobo / bios (см. –eth_dag_alloc_patch).
• Добавлен сторожевой таймер ethash hashrate (см. –eth_hashwatch).
• Добавлен механизм прерывания ethash для Vegas на ROCm (см. –eth_direct_abort). Бесполезен в других контекстах.
• Добавлена ​​отладка трафика пула (используйте –pool_debug).
• Добавлена ​​проблема печати общего доступа для алгоритмов семейства ethash. Единицей измерения всегда является GH.
• Добавлено разрешение отметок времени в микросекундах в журналах (используйте –long_timestamps).
• Ошибка регрессии:argon2 / chukwa был сломан в 0.7.10, теперь снова работает.
• Отключены проверки режима вычислений для графических процессоров, отличных от Polaris.

Изменения в v0.7.10

Примечания к выпуску:

• Установки Ethash 4 ГБ, особенно в случае выигрыша, следует используйте –eth_alloc_epoch =N, где N - максимальная эпоха, которую может выделить графический процессор. Это позволит избежать проблем с перераспределением DAG.
• Для устройств Navi, у которых возникают проблемы с майнингом eth + zil или Nicehash с частым переключением DAG, попробуйте использовать –eth_dag_slowdown =9.
• Добавлено имя файла журнала по умолчанию (trm_ _ .log)
• Добавлена ​​принудительная начальная выделенная эпоха ethash (–eth_alloc_epoch =N). Примечание. НАСТОЯТЕЛЬНО рекомендуется для установок на 4 ГБ.
• Добавлена ​​конфигурация замедления сборки DAG семейства ethash (–eth_dag_slowdown =N, значение по умолчанию 4).
• Добавлена ​​сборка DAG семейства ethash, разносящаяся между графическими процессорами (отключите с помощью –eth_no_stagger).
• Добавлено повышение интенсивности семейства ethash (отключите с помощью –eth_no_ramp_up).
• Добавлена ​​опция для принудительного ограничения региона оплаты разработчика (см. –dev_location).
• Добавлен MTP для графических процессоров Navi.
• Добавлено наращивание MTP после восстановления площадки.
• Исправлены распечатки ошибок при неудачном выполнении сторожевого таймера в Linux.
• Статистика:теперь отображается больше часов и темпов, а также добавляется состояние графического процессора в распечатках хешрейта (см. –short_stats, чтобы отключить).
• Добавлены проверки и включение режима вычислений и отключение перекрестного огня в Windows (см. –enable_compute).

Изменения в v0.7.9

• Исправления для майнинга на смешанных установках в Linux.
• Добавлен аргумент –eth_epoch для упрощения тестирования эпох.
• Добавлен –eth_aggr_mode для автоматического агрессивного режима «B» на графическом процессоре Polaris 8 ГБ.
• Добавлен аргумент –watchdog_disable.

Изменения в v0.7.8

• Обновление для предстоящего хард-форка Haven (20 июля 2020 г.).
• Небольшие оптимизации Nimiq (максимум 1-2%, в основном Vega и Navi).
• Исправлена ​​проблема с загрузкой ЦП при перенаправлении stdin на / dev / null.
• Фиксированное имя пула, возвращаемое API для Nimiq.

Изменения в v0.7.7

• Добавлена ​​поддержка Nimiq Polaris / Vega (только в немом режиме).
• Интегрировал сетевой прокси Nimiq node.js в майнер.
• Исправлена ​​ошибка Nimiq, из-за которой акции могли теряться, особенно в пулах с более низким уровнем вардиффа.
• Исправлена ​​ошибка Nimiq, которая могла приводить к дублированию общих ресурсов при запуске для пулов с низким уровнем различий.
• Исправлена ​​ошибка регрессии для ethash Nicehash, теперь снова используется правильный режим stratum.
• Добавлена ​​поддержка Nimiq Navi.
• Добавлена ​​поддержка режима соло-майнинга Icemining Nimiq (set -p m =solo).

Изменения в v0.7.6

• Исправлен неправильный ввод с клавиатуры в сеансах tmux + screen (например, Hive OS).
• Добавлена ​​поддержка 5500 (xt).
• Исправлена ​​поддержка сторожевого таймера Linux для жестких сбоев драйверов (скрипт не выполнялся).
• Исправлена ​​дополнительная поддержка kawpow nicehash.

Изменения в v0.7.5

• Исправлены неработающие оптимизации для kawpow в 0.7.4.

Изменения в v0.7.4

• Увеличена поддержка ethash на графических процессорах 4 ГБ до эпохи 380–383.
• Реализованы разделенные буферы ethash dag для графических процессоров 8 ГБ для поддержки DAG размером более 4 ГБ.
• Оптимизация Kawpow (Navi + 2,25%, Vega + 1,25%, Polaris + 0,25%)
• Добавлена ​​поддержка API включения / отключения графического процессора.
• Обнаружение / обработка / предупреждение Windows TDR.
• Обнаружение монитора в Windows / Linux с регулировкой интенсивности.
• Исправлена ​​ошибка, из-за которой отчеты о хешрейте пула ethash останавливались после сбоя сети.

Изменения в v0.7.3

• Аварийный патч для карт на 4 ГБ, чтобы справиться с еще несколькими эпохами ETC.
  Скоро выйдет более полный патч.

Изменения в v0.7.2

• Исправлена ​​ошибка Kawpow Dag build DEAD с графическим процессором в драйверах Windows Adrenalin 2020.
• Исправлена ​​поддержка Navi 5600 (xt) в Windows.
• Исправлен майнинг в Vegas на старых драйверах amdgpu-pro.
• Исправлен отчет ADL о статистике в Windows для новых карт.

Изменения в v0.7.1

• Исправлена ​​проблема с VII ethash / kawpow в Windows.

Изменения в v0.7.0

• Добавлен алгоритм kawpow для Ravencoin.
• Добавлена ​​поддержка Navi для kawpow и ethash.
• Изменен порядок устройств по умолчанию на основе шины pcie, добавлена ​​опция –opencl_order.
• Исправлена ​​ошибка, из-за которой –list устройства не работали без других аргументов.
• Справочное сообщение переформатировано, чтобы его было легче читать.
• Добавлены примеры сценариев мультипула.
• Удалена проверка имени сервера ssl / tls (была повторно добавлена ​​с исправлением TLS SNI)
• Исправлена ​​необработанная ошибка сигнала, которая приводила к редким сбоям.
• Исправлена ​​ошибка API нескольких пулов.

Изменения в v0.6.1

• Добавлен отказоустойчивый пул и балансировка нагрузки.
• Добавлены улучшенные сообщения об ошибках при невозможности выделить буферы eth DAG.
• Добавлено имя сервера для TLS SNI.
• Добавлена ​​автоматическая настройка переменных среды для графических процессоров 4 ГБ.
• Увеличена максимальная длина имен пользователей и паролей (для некоторых настроек объединенного майнинга).
• Добавлен отчет по статистике пула.
• Изменил первоначальный режим автоматического определения пула на прокси-сервер eth.
• Различные исправления для отправки хешрейта в пулы.

Изменения в v0.6.0

• Добавлена ​​поддержка ethash.
• Упрощенная проверка цепочки сертификатов SSL / TLS.

Изменения в v0.5.9

• Добавлен x16rv2 для предстоящего форка Ravencoin.
• Оптимизация работает на x16r:хешрейт + 8-10% в зависимости от частоты.
• Оптимизация x16r:часы памяти больше не так важны.
• Исправление проблемы:ядра разбиты на несколько двоичных файлов для устранения проблем с драйвером linux amdgpu-pro.

Изменения в v0.5.8

• Добавлен алгоритм Chukwa-512 для Turtlecoin (trtl_chukwa).
• Исправление:ядра не загружались должным образом для Conceal.
• Исправление проблемы:добавлена ​​логика для повторного подключения пула для N отклоненных общих ресурсов подряд (см. –pool_max_rejects =N).

Изменения в v0.5.7

• Добавлен алгоритм маскировки CN для Conceal (CCX).
• Добавлен алгоритм cuckarood29 для усмешки.

Изменения в v0.5.6

• Улучшения MTP для Vega и Polaris (хешрейт + 1-3%, повышенная эффективность, особенно Polaris).

Изменения в v0.5.5

• Добавлен алгоритм cuckatoo31 для улыбки.

Изменения в v0.5.4

• Исправлена ​​ошибка API для MTP, вылетавшая при использовании Awesome Miner.
• Небольшие улучшения MTP, в основном для Polaris.

Изменения в v0.5.3

• Добавлен алгоритм MTP для Zcoin / XZC (пожалуйста, прочтите MTP_MINING.txt перед майнингом).
• Дальнейшие небольшие исправления стабилизации для вариантов CN, в основном алгоритмов размером 4 МБ.

Изменения в v0.5.2

• Только выпуск с исправлением ошибок, никаких новых добавленных алгоритмов или функций.
• Исправлено снижение хешрейта на 1-2% на Radeon VII в некоторых сценариях.
• Исправлена ​​ошибка выделения памяти Radeon VII, вызывающая сбои в работе.
• Исправлена ​​ошибка распределения, вызывающая сбои некоторых драйверов и графических процессоров.

Изменения в v0.5.1

• Added better support for CN intensities 16*15, use –allow_large_alloc under Linux.
• Added –no_ntime_roll for mining x16rt on e.g. bsod.pw.
• Added Tonga device recognition.
• Better error reporting for pool communication issues.

Changes in v0.5.0

• Added cryptonight 4MB variants:heavy, haven and saber.
• Added x16 algo suite:x16r, x16s, x16rt (both gin and veil).
• Auto-tuning mode for all CN variants, see bundled guide.
• Manual key-driven CN tuning mode available inside the miner.
• Additional data in miner stats console output.
• Watchdog now detecting single stuck thread when mining CN.
• Fix:in rare cases, poolside hash for compute algos (lyra2z, phi2, lyra2rev3) only reached ~95% of expected value.

Changes in v0.4.5

• Added cryptonight v8 upx2 for the uPlexa coin fork.
• Reworked init procedure, added retry logic on comm errors.
• Added section on temps to the CN_MAX_YOUR_VEGA guide.
• Added a new howto MAP_YOUR_GPUS describing how to map gpus between miner/tools/registry.

Changes in v0.4.4

• Added * mode specifically for modded timings on Vega GPUs. Use with e.g. –cn_config=15*15. This mode is now the default for Vegas.
• Introduced slow start/ramp-up. Threads increase their workload slowly at start or restart after e.g. a network outage.
• Added interleave adjustment logic. Readjusts the two threads per gpu over time to make sure they don’t gravitate and get stuck.
• Added support for forcing colors (–force_color) for windows redirected consoles (git bash, cygwin, node.js).
• Added hotkey menu system (show stats, enable/disable gpu).

Changes in v0.4.3

• Added cryptonight v8 turtle (–algo cnv8_trtl) algo for coins such as turtle coin and loki.
• Added support for running CN mining single-threaded using Y+0 configurations.
• Changed the auto config mode for Radeon VII to L30+0 as a temporary setting.

Changes in v0.4.2

• Added cryptonight v8 half (–algo cnv8_half) algo for coins such as stellite and masari.
• Added cryptonight v8 double (–algo cnv8_dbl) algo for coins such as x-cash.
• Added cryptonight v8 reverse waltz (–algo cnv8_rwz) algo for coins such as graft.
• Added support for running devices on multiple OpenCL platforms.
• Fixed more issues with console colors on older windows versions.
• Added more cpu verification optimization for CN/R. CN/R cpu usage should decrease ~70%.

Changes in v0.4.1

• Removed server name verification for SSL connections. (Pools like supportxmr now work with SSL)
• Fixed bug causing GPUs to fail to initialize on some systems.
• Fixed bug causing GPUs to only run one thread (but display 2x hashrate)
• Fixed bug where having GPU_MAX_WORKGROUP_SIZE set too high would cause GPUs to crash.[/