Опции:
-a, --algo=ALGORITHM Выбирает алгоритм майнинга. Доступные на данный момент:
ethash (eth, etp, другие)
etchash (etc, псевдоним для -a ethash --eth_variant_mode=etchash)
kawpow (ravencoin)
firopow (firo)
mtp_firopow (выбирает firopow или mtp и завершает работу майнера на форке 26 октября 2021)
autolykos2 (ergo)
verthash (vtc)
ton (ton)
kas (kaspa)
nimiq (nimiq)
lyra2z
phi2 (lux, argoneum)
lyra2rev3
x16r
x16rv2
x16s (pgn, xsh)
x16rt (gin)
mtp (zcoin/firo до форка firopow)
cuckatoo31_grin (grin)
cuckarood29_grin (grin)
cnv8
cnr (старый монеро)
cnv8_half (stellite, masari)
cnv8_dbl (x-cash)
cnv8_rwz (graft)
cnv8_trtl (старый turtlecoin, loki)
cnv8_upx2 (uplexa)
cn_heavy (классический CN heavy)
cn_haven (haven)
cn_saber (bittube)
cn_conceal (conceal)
trtl_chukwa (turtlecoin)
trtl_chukwa2 (turtlecoin)
-h, --help Отобразить это сообщение справки и выйти.
--debug Включает вывод отладочного журнала.
--hardware=HW_LIST Указывает, какие типы оборудования майнер должен пытаться использовать, в виде списка, разделенного запятыми.
В настоящее время поддерживаемые значения: 'gpu' и 'fpga'. Например:
--hardware=gpu,fpga
--benchmark Включает режим бенчмаркинга. Все определенные пулы будут игнорироваться, и будет автоматически добавлен один внутренний фальшивый пул
для бенчмаркинга алгоритмов, таких как eth и kawpow на определенных эпохах и высотах блоков, вам также нужно добавить аргументы, специфичные для алгоритма, такие как --eth_epoch=456 и --prog_height=123456.
--disable_colors Отключает цветной вывод в консоли.
--force_colors Принудительно включает цветной вывод в консоли, даже если терминал, похоже, не поддерживает их.
--api_listen=IP:PORT Включает совместимый с sgminer API. IP:PORT является необязательным. Если присутствует, комбинация IP:PORT
определяет интерфейс(ы) и порт для прослушивания. По умолчанию 127.0.0.1:4028. Для
внешнего доступа используйте, например, 0.0.0.0:4028. Также допустимо указывать только
порт, например, 4029. Теперь возможно указание нескольких экземпляров этого аргумента для отдельных конечных точек.
--api2_listen=IP:PORT Включает второй API-порт для настроек двойного майнинга. Этот API-эндпоинт будет предоставлять данные для
двойного майнинга, как если бы два отдельных экземпляра майнера работали параллельно. По умолчанию
установлено 127.0.0.1:4029, т.е. порт 4029, а не 4028. Чтобы указать свой
выбор, аргумент форматируется как --api_listen. Теперь возможно использовать несколько экземпляров этого аргумента
для отдельных эндпоинтов.
--cm_api_listen=IP:PORT Включает совместимый с Claymore API. IP:PORT является необязательным. Если он указан, комбинация IP:PORT
определяет интерфейс(ы) и порт для прослушивания. По умолчанию 127.0.0.1:3333. Для
внешнего доступа используйте, например, 0.0.0.0:3333. Также допустимо указывать только
порт, например, 3334.
--cm_api_password=PSW Устанавливает необходимый пароль для интерфейса API, совместимого с CM.
--log_file(=FILENAME) Включает ведение журнала вывода майнера в файл, указанный FILENAME. Если имя файла
не указано, майнер будет записывать в trm_<algo>_<yyyymmdd_hhmmss>.log в текущем
рабочем каталоге. Если файл журнала уже существует, майнер будет добавлять.
-l, --log_interval=SEC Установите временной интервал в секундах для усреднения и вывода хешрейтов GPU.
SEC устанавливает интервал в секундах и должен быть > 0.
--log_rotate=SZ[,CNT] Включает ротацию журнала. Значение SZ устанавливает размер журнала, после которого будет создан новый файл журнала. Значение SZ поддерживает суффиксы 'k', 'M' и 'G' и умножает
значение на 1024, 1048576 и 1073741824 соответственно. Необязательное значение CNT устанавливает
максимальное количество старых файлов журнала для хранения. Например, опция '--log_rotate=4M,16'
приведет к тому, что майнер переключится на новый файл журнала, как только текущий файл журнала превысит
4194304 байт, и майнер сохранит последние 16 таких файлов и удалит
старые.
--short_stats Отключает полный вывод состояния GPU в каждом выводе хешрейта, как это было до 0.7.10.
--dev_location=LOC Выбирает конкретное местоположение для подключения к сбору комиссии разработчика. Используйте это только в случае, если вы видите
непрерывные проблемы с подключением к сбору комиссии разработчика, о которых сообщает майнер. Управление подключением
обычно работает хорошо во всех местах. Доступные варианты:
world - Везде в мире, кроме материкового Китая.
non-gcp - Страны с заблокированным доступом к сервисам Google (например, Иран, Куба).
cn - Материковый Китай.
eu - ЕС, Россия, Украина и близлежащие страны.
us - США, Канада, Центральная/Южная Америка.
asia - Азия, кроме Китая.
--enable_compute (Только для Windows) Включает режим вычислений и отключает кроссфайр на необходимых GPU.
--long_timestamps Включает временные метки в микросекундах в журналах вместо только секунд.
--restart_gpus (Только для Windows) Перезапускает все настроенные GPU перед началом майнинга, т.е. отключает и включает PCI-устройство.
--uac (Только для Windows) Включает повышение привилегий, когда майнер выполняет задачи, такие как перезапуск GPU.
Вы всегда можете избежать этого, запустив майнер напрямую от имени администратора. Это
вызовет стандартный запрос повышения привилегий Windows, поэтому вам нужно будет нажать 'Да'.
Если это не включено, задачи, требующие привилегий администратора, будут завершаться с ошибкой, когда
майнер работает под учетной записью обычного пользователя.
--high_score Включает вывод 15 лучших акций, найденных с момента запуска майнера, в выводе статистики.
Примечание: это может быть не включено для всех алгоритмов.
--allow_dup_bus_ids Позволяет нескольким GPU использовать один и тот же идентификатор шины PCI. Это следует использовать только для карт Radeon Pro Duo
и аналогичного оборудования, это обычно указывает на неисправную среду OpenCL.
--dns_https=URL Включает разрешение DNS пула с использованием DNS через HTTPS. Это экспериментальная функция. TRM только
поддерживает вариант на основе JSON, а не механизм, определенный позже в RFC8484. Пользователь должен
предоставьте полный https URL, включая имя метода. Разрешено передавать имена хостов
вместо сырых IP-адресов, но такие имена хостов будут разрешены с использованием системного DNS.
Вот несколько примеров, которые были проверены и работают:
--dns_https=https://8.8.8.8/resolve (Google DNS)
--dns_https=https://9.9.9.9:5053/dns-query (Quad9)
--dns_https=https://1.1.1.1/dns-query (Cloudflare DNS service)
--dns_https_sni=HOST Когда используется аргумент --dns_https, поведение по умолчанию заключается в том, что SNI не отправляется в
SSL/TLS соединении. Используя этот аргумент, вы можете заставить отправить любой SNI. Пожалуйста, обратите внимание
что это является продвинутым сетевым аргументом, и большинству пользователей не нужно его использовать.
--kernel_vm_mode=X (только Linux). Автоматизирует установку необходимых параметров ядра в /etc/default/grub на Linux
системах на базе Debian/Ubuntu. Это охватывает большинство майнинговых дистрибутивов. Система может быть перезагружена
автоматически с помощью /sbin/reboot, когда параметры ядра изменены. Если правильные
параметры уже установлены, майнер и вспомогательный скрипт ничего не сделают. Это означает, что
этот аргумент всегда может присутствовать в командной строке. Допустимые значения:
N - режим не настроен, удаляет существующие параметры для C- или R-режима. Нет перезагрузки при изменении.
C - старый режим C Radeon VII. Нет перезагрузки при изменении.
R - новый R-режим для всех GPU, кроме Polaris. Нет перезагрузки при изменении.
RN - режим не настроен, удаляет существующие параметры для C- или R-режима. Перезагрузка при изменении.
RC - старый режим C Radeon VII. Перезагрузка при изменении.
RR - новый R-режим для всех GPU, кроме Polaris. Перезагрузка при изменении.
--kernel_vm_mode_script=X (только Linux). Указывает скрипт для вызова для установки новых параметров режима ядра.
Скрипт должен действовать как стандартный скрипт TRM, включенный в пакет дистрибутива майнера,
называемый ubuntu_mode_script.sh. Этот аргумент обычно не должен быть необходим.
--gpu_sdma=on|off Управляет тем, используются ли прямые операции sdma драйвером для копирования памяти с/на
GPU. Этот аргумент нужен только в очень особых ситуациях. Например, AMD BC-250
не поддерживает sdma и требует --gpu_sdma=off. Если вы испытываете зависания непосредственно при инициализации GPU,
но другие майнеры или более старые версии TRM работают нормально, попробуйте --gpu_sdma=off.
Эта настройка является настройкой окружения и управляет всеми GPU.
Опции конфигурации пула:
-o, --url=URL Устанавливает URL пула. В настоящее время поддерживаются URL stratum+tcp и stratum+ssl.
Каждый дополнительный раз, когда этот параметр указывается, будет запущена новая конфигурация пула.
Опции для каждого пула (такие как -u, -p) необходимо будет явно указать
снова для каждого нового пула. (См. пример start_multipool.sh/bat файла)
Стратегия мультипула для майнера устанавливается с помощью параметра --pool_strategy.
Также есть специальная поддержка для продвинутых настроек SSL/TLS, где вам нужно
передать имя хоста SNI конечной точке SSL. Например, это необходимо для SSL
конечных точек, которые действуют как фронтенды для нескольких хостов и должны знать, для какого из них
предоставить сертификат. В таких случаях используйте следующий формат:
-o stratum+ssl://pool.tunnel.com/pool.realhostname.com:3333
Это подключится к pool.tunnel.com:3333, но передаст pool.realhostname.com как SNI
имя хоста на этапе рукопожатия SSL. Два имени хостов могут, конечно, быть одинаковыми.
-u, --user=USERNAME Устанавливает имя пользователя для авторизации в пуле.
-p, --pass=PASSWORD Устанавливает пароль для авторизации в пуле.
--pool_force_ensub Принуждает запрос на подписку extranonce для поддерживаемых пулов, неизвестных майнеру.
--pool_no_ensub Предотвращает отправку запроса на подписку extranonce в пул.
--pool_broken_rpc Указывает майнеру разрешить только один незавершенный rpc-запрос в пуле
соединении. Это обходной путь для пулов, которые нарушают спецификацию json rpc
относительно rpc ID.
--pool_ratio=RATIO Устанавливает соотношение хешрейта между пулами при использовании нескольких пулов с
'load_balance' или 'quota' стратегиями пулов (см. --pool_strategy). По умолчанию все
пулы используют значение соотношения 1. Например, использование этой опции со значением 2 на
только одном пуле заставит этот пул получать в два раза больше хешрейта, чем другие пулы,
так как их соотношение все равно останется по умолчанию равным 1.
--pool_debug Логирует весь трафик пула.
Глобальные параметры пула:
--pool_connect_TO=SEC Устанавливает тайм-аут для попытки подключения к пулу. SEC - это время ожидания в
секундах. По умолчанию 10.
--pool_rpc_TO=SEC Устанавливает, как долго майнер будет ждать ответа на RPC от пула. После этого
времени майнер переподключится к пулу. SEC - это время ожидания в секундах.
По умолчанию 60.
--pool_max_rejects=N Если пул отклоняет N акций подряд, соединение с пулом сбрасывается. Это сделано для предотвращения
проблем с пулами, которые аннулируют сеансы майнинга, не отключая пользователя.
Значение по умолчанию - 5.
--pool_share_limit_ms=N Если пулу требуется больше N мс для принятия или отклонения акции, убить текущее
соединение и переподключиться. Это предназначено для пулов, которые часто сталкиваются с проблемами с
некоторыми из своих серверов, но переподключение означает, что вы будете сбалансированы по нагрузке на другой и
надеюсь, лучший сервер. Значение по умолчанию - без тайм-аута.
--pool_strategy=STRAT Устанавливает стратегию выбора пулов при работе с несколькими пулами. Доступные
значения: priority, load_balance, quota и min_epoch. По умолчанию - priority.
priority: Майнер будет использовать пулы в порядке их перечисления, переходя к
следующему пулу только в том случае, если предыдущий не может установить соединение.
load_balance: Майнер будет равномерно распределять хешрейт между всеми в данный момент
подключенными пулами. Соотношение хешрейта между пулами можно установить с помощью --pool_ratio.
quota: Майнер будет равномерно распределять общее количество завершенных хешей между
всеми пулами. Если пул отключается и позже переподключается, майнер переместит
хешрейт в пул, пока общее количество хешей для каждого пула не будет сбалансировано.
Соотношение хешрейта между пулами можно установить с помощью --pool_ratio.
min_epoch: Стратегия переключения ETH + ZIL. Майнер всегда будет майнить с наименьшей эпохи
среди всех подключенных пулов, а в случае ничьей - первый подключенный пул.
Поэтому укажите свой пул для майнинга ETH в качестве первого/основного пула, затем пул ZIL
в качестве второго пула. Вы также можете использовать 'eth_zil' в качестве названия для этой стратегии.
--no_ntime_roll Предотвращает майнера от изменения ntime в заголовке блока, используя только значение
предоставленное пулом. Это необходимо включить для некоторых пулов при майнинге x16rt.
--no_stale_submit Предотвращает майнера от отправки акций, которые не соответствуют самой актуальной задаче пула.
Параметры GPU:
--platform=INDEX Устанавливает индекс платформы OpenCL для использования. Если не указано, платформа будет
автоопределена. Linux с несколькими платформами поддерживается только с использованием
аргумента --platform, но вместо этого добавляя --bus_reorder.
-d, --devices=DEVLIST Устанавливает gpu-устройства для использования из обнаруженного списка. DEVLIST должен быть списком индексов устройств, разделенных запятыми, например -d 0,1,2,4. Если не указано, все
устройства на платформе(ах) будут использоваться. ПРИМЕЧАНИЕ: по умолчанию устройства упорядочены
по порядку шины pcie. Используйте --list_devices для отображения индексов.
--init_style=1/2/3 Указан стиль инициализации (1 по умолчанию):
1: Один gpu за раз, завершите все перед началом майнинга.
2: Три gpu за раз, завершите все перед началом майнинга.
3: Все gpu параллельно, начните майнинг немедленно.
--pcie_fmt=FORMAT Устанавливает формат вывода для номеров шины pcie. Допустимые значения для FORMAT:
либо 'hex', либо 'dec'. По умолчанию используется dec для Windows и hex для Linux.
--bus_reorder Переставляет обнаруженные или указанные устройства по их идентификатору шины pcie. Если не
указана платформа, устройства будут собраны со всех обнаруженных платформ AMD OpenCL.
Примечание: Начиная с версии v0.7.0 это поведение по умолчанию.
--opencl_order Упорядочивает обнаруженные или указанные устройства в порядке, в котором их представляет OpenCL.
--list_devices Перечисляет доступные устройства для обнаруженной или указанной платформы и выходит
немедленно. Перестановка шины будет выполнена в отображаемом порядке.
--nr_cu_override=X,Y,... Переопределяет количество вычислительных единиц на gpu, как это представлено API OpenCL. Это
в первую очередь полезно для Vega 64, прошитых с BIOS 56, и когда драйвер
сообщает 56 CU вместо истинного количества. Укажите список, разделенный запятыми,
переопределенного количества CU на gpu в качестве значения для аргумента. Вы можете пропустить gpu и не
нужно указывать значения для всех gpu в риге. Пример для смешанного рига из двух Vega
с индексами 1 и 3 и двух других gpu: --nr_cu_override=,64,,64. Вы можете проверить ваш
аргумент, добавив --list_devices перед началом майнинга.
Опции управления тактовой частотой/напряжением (только Windows, БЕТА функциональность):
Майнер имеет базовую функциональность для установки тактовых частот ядра и памяти и их соответствующего
напряжения, а также выбора между встроенными таймингами драйвера Windows. Для каждого
доступного аргумента ниже вы перечисляете значения для gpu в риге в виде списка, разделенного запятыми.
Некоторые аргументы не используются для определенных gpu. Вы можете пропустить gpu в списке.
Майнер всегда устанавливает и использует самый высокий p-state как для ядра, так и для памяти для gpu GCN
(Polaris, Vega). Пожалуйста, обратите внимание, что gpu Rx Vega _должны_ иметь модификацию таблицы powerplay
состояния памяти p2 перед тем, как иметь возможность работать с напряжением ниже 900mV. Более того, gpu Big Navi
также все еще нуждаются в использовании, например, MorePowerTool для внесения изменений в таблицу powerplay, например
для включения установки более низкого напряжения. Майнер _может_ добавить поддержку функциональности, связанной с таблицей powerplay, в будущем.
--clk_debug Включает вывод журналов при запуске, связанных с установкой тактовых частот/напряжений/таймингов.
--clk_core_mhz=MHZ1,MHZ2,... Устанавливает тактовую частоту ядра на gpu в МГц.
--clk_core_mv=MV1,MV2,... Устанавливает напряжение ядра на gpu в мВ.
--clk_mem_mhz=MHZ1,MHZ2,... Устанавливает тактовую частоту памяти на gpu в МГц.
--clk_mem_mv=MV1,MV2,... Устанавливает напряжение памяти на gpu в мВ. Не используется для gpu Navi или Big Navi.
--clk_timing=V1,V2,... Выбирает между доступными наборами таймингов памяти драйвера. Не доступно на всех gpu и
драйверах.
Пример частичной командной строки для системы с четырьмя gpu, где используются Rx Vega 64, 580, 5700XT и
6800 для майнинга ethash или аналогичного. Мы указываем только напряжение памяти для Vega и 580, и только выбираем
значение тайминга драйвера для Big Navi:
teamredminer.exe ... --clk_core_mhz=1100,1000,1275,1000 --clk_core_mv=875,850,725,675
--clk_mem_mhz=1107,2100,1820,2130 --clk_mem_mv=875,850,, --clk_timing=,,,1
Опции управления вентиляторами:
--fan_control(=CFG1,CFG2,...) Этот аргумент включает управление вентиляторами gpu майнером. TRM поддерживает
автоматическую регулировку скорости вентилятора gpu на основе температуры ядра, соединения и/или памяти.
Мы также поддерживаем установку статической скорости вентилятора в процентах.
Каждый тип gpu имеет конфигурацию вентиляторов, которая будет использоваться по умолчанию. Мы поддерживаем
как переопределение конфигурации по умолчанию для каждого типа gpu, так и установку
конкретной конфигурации для каждого gpu в риге.
Конфигурация вентилятора состоит из (максимум) шести значений, разделенных символом ':' (двоеточие). Значения
это: целевая температура ядра, целевая температура соединения, целевая температура памяти, начальная скорость вентилятора в
процентах, минимальная скорость вентилятора в процентах, максимальная скорость вентилятора в процентах. Любое значение может быть оставлено пустым.
Вот несколько примеров:
::70:50:25 Целевая температура памяти 70C, начать работу вентилятора на 50% скорости, минимальная скорость вентилятора 25%.
55::::20:80 Целевая температура ядра 55C, начать работу вентилятора на скорости по умолчанию,
всегда поддерживать скорость вентилятора между 20% и 80%.
55::75:80 Настроить вентилятор так, чтобы температура ядра была <= 55C и температура памяти была <= 75C, начать
вентилятор на 80%.
:::100 Установить статическую скорость вентилятора на 100%, никогда не регулировать в зависимости от температур.
Конфигурация вентилятора, используемая для gpu, определяется в следующем порядке приоритета:
1. Аргумент --fan_control передал список конфигураций и включал запись для gpu X.
2. Конфигурация вентилятора по умолчанию для этого типа gpu была переопределена с помощью параметра
--fan_default_<type>=....
3. Использовать встроенную конфигурацию вентилятора по умолчанию для этого типа gpu.
В приведенном выше списке, если выбранная конфигурация не содержит начального значения для вентилятора,
используется настройка из следующей конфигурации.
ПРИМЕЧАНИЕ: поддержка вентиляторов является бета-функцией и не будет работать лучше, чем поддержка, которую
предоставляют драйверы. Например, многие драйверы под linux не позволяют принудительно установить
вентилятор на 100% с использованием поддержки sysfs pwm.
--fan_default_polaris=CFG Установить конфигурацию по умолчанию, используемую для всех gpu Polaris (450/460/550/560/470/480/570/580/590).
Встроенное значение по умолчанию - 55:::50 для температуры ядра 55C и вентилятора, работающего на 50%.
Примечание: эта настройка также используется для gpu Tonga.
--fan_default_vega=CFG Установить конфигурацию по умолчанию, используемую для всех gpu Vega (Vega 56/Vega 64).
Встроенное значение по умолчанию - 55::70:50 для температуры ядра 55C, температуры памяти 70C и вентилятора на 50%.
--fan_default_vega2=CFG Установить конфигурацию по умолчанию, используемую для всех gpu Radeon VII.
Встроенное значение по умолчанию - 70::75:80 для температуры ядра 70C, температуры памяти 75C и вентилятора на 80%.
--fan_default_navi=CFG Установить конфигурацию по умолчанию, используемую для всех Navi (Navi10).
Встроенное значение по умолчанию - 60::80:70 для температуры ядра 60C, температуры памяти 80C и вентилятора на 70%.
--fan_default_big_navi=CFG Установить конфигурацию по умолчанию, используемую для всех Big Navi (Navi21).
Встроенное значение по умолчанию - 50:::70 для температуры ядра 50C и вентилятора на 70%. Причина
не включать температуру памяти - это отсутствие датчика в библиотеке Windows ADL.
--fan_debug Включить вывод логов, связанных с настройками.
--fan_no_restore Отключает восстановление оригинальных профилей вентиляторов при выходе из майнера.
Опции watchdog:
--no_gpu_monitor Отключает мониторинг GPU ADL (Windows) или sysfs (Linux) для температуры и
скорости вентилятора.
--temp_limit=TEMP Устанавливает температуру ядра, при которой майнер остановит слишком горячие GPU.
По умолчанию 85C. Специфические для gpu значения могут быть указаны с помощью списка, разделенного запятыми,
по одному значению для каждого gpu. Если для gpu не определено значение, используется первое значение в списке
из списка.
--temp_resume=TEMP Устанавливает температуру ядра, ниже которой майнер возобновит работу GPU, которые были ранее
остановлены из-за превышения лимита температуры ядра. По умолчанию 60C. Специфические для gpu
значения могут быть указаны с помощью списка, разделенного запятыми, по одному значению на gpu. Если у gpu нет
определенного значения, используется первое значение в списке.
--mem_temp_limit=TEMP Устанавливает предел температуры памяти, при котором майнер остановит gpu, которые слишком горячие.
По умолчанию не включено. Используется только если gpu предоставляет датчик температуры памяти.
Специфические значения для gpu могут быть указаны с помощью списка, разделенного запятыми, по одному значению на gpu.
Если у gpu нет определенного значения, используется первое значение в списке.
--mem_temp_resume=TEMP Устанавливает температуру памяти, ниже которой майнер возобновит работу gpu, которые были ранее
остановлены из-за превышения предела температуры памяти. По умолчанию не включено. Только
используется, если gpu предоставляет датчик температуры памяти. Специфические значения для gpu могут быть указаны
с помощью списка, разделенного запятыми, по одному значению на gpu. Если у gpu нет определенного значения,
используется первое значение в списке.
--watchdog_script(=X) Настраивает watchdog для gpu, чтобы остановить майнер и запустить указанную платформу
и немедленно выйти. Скрипт по умолчанию - watchdog.bat/watchdog.sh в
текущем каталоге, но другой скрипт может быть предоставлен в качестве необязательного аргумента,
возможно, с абсолютным или относительным путем.
--watchdog_test Тестирует настроенный скрипт watchdog, вызывая то же действие, что и при неработающем gpu
после ~20 секунд майнинга.
--watchdog_disabled Принудительно отключает выполнение watchdog. Может использоваться для отключения watchdog в майнинговых ОС
которые всегда работают с включенным watchdog.
Опции Ethash:
--eth_config=CONFIG Ручная конфигурация ethash для майнера. CONFIG должен быть в формате [X][M][L].
Значение [M] выбирает режим, который может быть 'A','B' или 'C'.
Режим 'B' использует дополнительную память и будет работать только на картах с 8+ ГБ.
Режим 'C' использует дополнительную память и будет работать только на картах с 16+ ГБ, таких как VII, с
правильно настроенной системой. Смотрите ETHASH_TUNING_GUIDE.txt для получения дополнительных сведений.
Значение [L] выбирает интенсивность, и его диапазон будет зависеть от архитектуры GPU.
Префикс [X] является необязательным и только для Navi/Big Navi, он включает больше операций с памятью и
приводит к более низкому значению настройки [L]. Это может быть полезно, когда автонастройщик многократно
достигает значения, близкого к максимальному возможному значению настройки для gpu.
Оба значения являются необязательными, но если [L] указано, [M] также должно быть указано.
Примеры конфигураций: --eth_config=A
--eth_config=B750
--eth_config=XB
CONFIG также может быть списком значений конфигурации, разделенных запятыми, где каждое
применяется к каждому GPU. Например: --eth_config=A,B750,,A288
Любой gpu, который не имеет конкретной конфигурации в списке, будет использовать первое
значение конфигурации в списке.
--eth_variant_mode=X Этот аргумент управляет активацией изменений ethash для ETC с эпохи 390, как описано
в ecip-1099. Доступны следующие режимы:
pool - Режим по умолчанию. Активируется только если пул отправляет флаг algo, содержащий etchash.
Как только этот флаг будет замечен, все задания пула будут считаться etchash, если не будет получен другой.
флаг algo, содержащий ethash.
etchash - Режим Etchash. Эпоха >= 390 будет считаться etchash, более ранние эпохи - ethash. Флаги algo пула
не используются.
deduce - Игнорировать флаги algo пула и применять только эвристику на основе текущего системного времени
и известные высоты и времена для ETC и ETH. Этот режим должен работать как универсальный
подход, когда ETH достигает эпохи 390 в январе 2021 года. Системные часы должны быть правильными.
Он также должен обрабатывать любые настройки переключения прибыли, которые свободно переключаются между ethash и
etchash заданиями, проксируя основные пулы.
авто - Пока пул не прошел флаг алгоритма, используйте режим вывода. Когда появляется флаг алгоритма
переключитесь в режим пула.
ethash - Принудительный режим ethash. Никогда не применяйте ecip-1099.
force_etc - Принудительный режим etchash. Всегда применяйте правила ecip-1099. Используйте для майнинга тестовой сети ETC.
--eth_aggr_mode Включает автоматическое использование режима 'B' для всех карт Polaris 8GB, если у них нет
другой конфигурации, предоставленной аргументом --eth_config. Это то же самое, что и
вручную установить все gpu Polaris 8GB в риге в режим 'B' с помощью --eth_config.
Для большинства gpu это добавляет 0.1-0.2 MH/s хешрейта. ПРИМЕЧАНИЕ: 20-25% ригов становятся менее
стабильными в этом режиме, что является причиной, по которой он не является режимом по умолчанию. Если вы испытываете
неработающие gpu, вам следует удалить этот аргумент и запустить gpu в режиме 'A'.
--eth_stratum_mode=MODE Устанавливает фиксированный режим стратума для пулов ethash. По умолчанию майнер будет пытаться
автоматически определить тип стратума, который поддерживает пул, и использовать этот режим.
Это автоматическое определение может быть переопределено, указав эту опцию. MODE может быть
установлено на одно из следующих значений: stratum, nicehash, ethproxy.
--eth_worker Установите идентификатор рабочего, который будет отправлен в пул. Это применимо только к пулам с режимом стратума ethproxy
.
--eth_hash_report=X Контролирует отчеты о хешрейте для настроенных пулов. Это значение применяется ко всем пулам. Значения:
по умолчанию - пусть майнер решает на основе протокола стратума, используемого для каждого пула.
принудительно - всегда отправлять отчеты о хешрейте, даже если пул их отклоняет.
включено - отправить первый отчет о хешрейте, отключить для любого пула, который отклоняет сообщение.
выключено - никогда не отправлять отчеты о хешрейте.
--eth_epoch Тестирует конкретную эпоху ethash. ПРИМЕЧАНИЕ: это автоматически переключит майнер в режим бенчмарка, как
если вы добавили --benchmark.
--eth_alloc_epoch=N Выделяет достаточно памяти для данной эпохи с самого начала. Майнер попытается выделить больше
если это потребуется позже во время майнинга.
--eth_dag_buf=X,Y,... Майнер может выделить один или два буфера для DAG. На данный момент по умолчанию стоит AUTO. Один
буфер немного лучше, что приводит к небольшой экономии энергии для всех типов gpu. Только последние драйверы поддерживают
одиночные большие выделения, превышающие 4GiB, обычно от Adrenalin 20.9.1 и amdgpu-pro 20.x. Майнер
может автоматически использовать режим одного буфера, когда это возможно, используя этот аргумент, а также принудительно использовать один или два
буфера на gpu. Поддерживаемые значения: A(uto), S(ingle), D(ual). Вы можете перечислить список, разделенный запятыми
для всех gpu в риге или одно значение для всех gpu. Gpu, у которого нет значения в
списке, разделенном запятыми, будет использовать первое значение.
--eth_big_mode_adjust=X,Y,... При использовании B- или C-режимов майнер работает лучше, чем больше видеопамяти он может выделить. К сожалению, драйверы
не точно сообщают, сколько памяти можно выделить, особенно на Windows.
Майнер будет использовать безопасное консервативное значение 256MiB (Linux) и 512MiB (Windows) в качестве смещения от
доступного размера видеопамяти. Если вы хотите изменить это число, вы можете сделать это с помощью этого аргумента, предоставив.
список, разделенный запятыми, со значениями для одного или нескольких gpu. Значения для gpu, не работающих в режиме B/C, будут
игнорируются. Если у gpu нет значения в списке, используется первое указанное значение.
Допустимый интервал составляет [-64, 2048]. Чем больше число, тем меньше видеопамяти выделяется на gpu.
--eth_dag_slowdown=N Замедляет генерацию DAG. Передайте одну цифру от 0 до 9. 0 означает отсутствие замедления (<= 0.7.9 поведение),
1 означает минимальное замедление, 9 означает максимальное. Значение по умолчанию: 4 для легкого замедления.
--eth_stagger Включает поочередное включение gpu при создании нового DAG. Это более щадящее для БП, которые не любят
переходить с 0-100% нагрузки на всех gpu одновременно.
--eth_no_stagger Отключает --eth_stagger. Уже является поведением по умолчанию с 0.7.18. Аргумент сохранен только для обратной
совместимости.
--eth_ramp_up Добавляет увеличение интенсивности на всех gpu после сборки DAG, отключения/включения gpu или сбоя сети.
Это может помочь ригам с зависаниями между сборкой DAG и началом майнинга.
--eth_no_ramp_up Отключает --eth_ramp_up. Уже является поведением по умолчанию с 0.7.18. Аргумент сохранен только для обратной
совместимости.
--eth_direct_abort Использует другой механизм для прерывания текущих задач gpu. Рекомендуется для Vega в средах ROCm
для минимизации устаревших акций. Будет применяться только к gpu Vega и Polaris в риге.
--eth_dag_alloc_patch Некоторые материнские платы с устаревшим BIOS могут видеть аппаратные ошибки, как правило, на первом или последнем gpu в системе.
Используйте этот аргумент, чтобы принудительно применить стратегию выделения DAG, которая чаще всего решает проблему.
Обновление вашего BIOS также часто решает проблему.
--eth_hashwatch(=M,M) Определяет минимальную/максимальную частоту хеширования в MH/s, ожидаемую, когда gpu хешируют. Если GPU выходит за пределы
этого диапазона слишком долго, он будет считаться неисправным, и будет активирован контрольный механизм. По умолчанию
минимальные/максимальные значения составляют 2 MH/s и 150 MH/s. Чтобы активировать с значениями по умолчанию, используйте
--eth_hashwatch. Чтобы установить свои собственные значения, используйте, например, --eth_hashwatch=1.25,60. Тот же диапазон используется
для всех gpu в риге. Отрицательное значение для одной стороны отключает его, например, используйте --eth_hashwatch=-1,1000
для обработки сбросов gpu, которые приводят к огромным фальшивым хешрейтам, но без минимальной проверки.
--eth_dag_cache(=EPOCH) Включает сохранение eth DAG из задач с разными эпохами, чтобы предотвратить необходимость их пересоздания в
будущем, если снова будут получены задачи со старыми эпохами. Будет сохранен максимум один DAG, если позволяет
объем памяти GPU. Это полезно для переключения пулов, таких как майнинг eth+zil. Если вы хотите предварительно создать
определенную эпоху сразу при запуске, добавьте необязательное значение. Майнеры, переключающиеся между eth+zil, должны использовать
--eth_dag_cache=0. В настоящее время можно предварительно создать только эпохи ethash (а не etchash).
--eth_dag_cache_resv=MEM Устанавливает объем памяти GPU, который майнер попытается оставить неиспользованным при работе с включенным кэшированием DAG
(см. --eth_dag_cache). Аргумент MEM — это объем памяти, который нужно оставить неиспользованным в
мебибайтах. Значение по умолчанию составляет 256.
--eth_dag_cache_verify Включает чтение и проверку кэша dag после завершения сборки dag. Это позволит обнаружить ситуации
где кэш dag имел битовые ошибки, и полученный dag частично поврежден. Мы наблюдали это
все чаще на Vega, поскольку dag становился больше. При обнаружении будет
выделен новый буфер для кэша dag, и сборка dag будет перезапущена.
--eth_micro_delay=VAL,VAL,... Добавляет задержку (измеряемую в микросекундах) при повторной постановке работы на gpu(s).
Слабые БП, питающие множество gpu, иногда не могут справиться с "скоростью изменения", когда несколько gpu одновременно
повторно ставят работу в точно то же время. Установка этого, например, на 32 сгладит переход
от нулевой нагрузки до 100% нагрузки достаточно, чтобы снизить скорость изменения на таких ригах. Типичным признаком этой
проблемы являются жесткие зависания, когда риг становится неотзывчивым, требуя перезагрузки, но это также может
быть обычными сбоями gpu. Допустимые значения от 0 до 256. Значения для каждого gpu могут быть указаны в запятой-разделенном списке.
Gpu без указанных значений в списке будут использовать первое значение. Значения по умолчанию для этого аргумента в:
одиночное майнинг на алгоритме ethash:
Polaris: 64
Vega: 0
Navi: 0
--eth_ignore_abort_fail Когда ошибка прерывания задания происходит, это обычно связано с тем, что интенсивность слишком высока, и майнер
поэтому автоматически снижает её. Эта опция _отключает_ эту логику, сохраняя интенсивность, но
вместо этого записывает предупреждение.
--eth_no_job_logs Подавляет все логи для новых заданий, полученных от пула(ов). Применяется ко всем сессиям майнинга семейства ethash,
т.е. в настройке dual eth+zil логи для пулов eth и zil будут подавлены. Задания пула, которые
переключаются на новую эпоху, всё равно будут записываться.
--eth_smooth_power=X,Y,... Подход к планированию "гладкой мощности" был добавлен в 0.10.0 и доступен для всех типов GPU.
Это, как правило, хорошая функция, которая добавляет немного хешрейта и также улучшает стабильность в большинстве
случаев, и она включена по умолчанию на всех GPU. Однако есть риги, которые не реагируют хорошо и
начинают сбоить. Если это так, вы можете использовать этот аргумент, чтобы контролировать функцию для каждого GPU в вашем риге.
Допустимые значения: 0 или 1. Для рига с 5 GPU вы можете использовать --eth_smooth_power=0,1,1,1,0, чтобы отключить гладкую
мощность на первом и последнем GPU. Если вы не укажете значение для GPU, будет использоваться первое значение в списке
списка. Это означает, что вы можете отключить функцию для всего рига, используя --eth_smooth_power=0.
Опции Progpow (kawpow, firopow):
--prog_config=CONFIG Ручная конфигурация progpow для майнера. CONFIG должен быть в форме [M][L].
Значение [M] выбирает режим, который может быть 'A' или 'B'.
Режим 'B' обычно приводит к лучшей производительности, но доступен только для
Vega на Linux и Navi (Linux или Windows).
Значение [L] выбирает интенсивность, и его диапазон будет зависеть от архитектуры GPU.
Оба значения являются необязательными, но если [L] указано, [M] также должно быть указано.
Примеры конфигураций: --prog_config=A
--prog_config=B750
CONFIG также может быть списком значений конфигурации, разделенных запятыми, где каждое значение
применяется к каждому GPU. Например: --prog_config=A,B750,,A288
Любой GPU, который не имеет конкретной конфигурации в списке, будет использовать первое значение.
--prog_height=VALUE Устанавливает фиксированную высоту блока для алгоритмов progpow для целей бенчмаркинга. Это автоматически
переключит майнер в режим бенчмаркинга.
--prog_strict Заставляет майнер всегда генерировать строго точные ядра. По умолчанию майнер будет
генерировать расслабленные ядра, которые используют меньше вычислительной мощности, но могут привести к
периодическим недействительным долям.
--prog_dag_slowdown=N Замедляет генерацию DAG. Укажите одну цифру от 0 до 9. 0 означает отсутствие замедления (<= 0.7.9 поведение),
1 означает минимальное замедление, 9 означает максимальное. Значение по умолчанию: 4 для легкого замедления.
--prog_stagger См. --eth_stagger.
--prog_ramp_up См. --eth_ramp_up.
--prog_no_stagger См. --eth_no_stagger.
--prog_no_ramp_up См. --eth_no_ramp_up.
--prog_micro_tune=X,Y,... Эта опция включает небольшую сессию перенастройки для каждого нового случайного блока кода. Это важно
для GPU Polaris, чтобы работать на максимальной скорости. Для Vega и Navi это обычно не улучшает
производительность. Режим AUTO по умолчанию включает его для всех GPU Polaris, но отключает его в противном случае.
Единственная причина отключить его - это стабильность. Значение аргумента - это
список значений, разделенных запятыми, по одному для каждого GPU. Если для GPU отсутствует значение, используется значение для
первого GPU. Обратите внимание, что установка ручной конфигурации prog_config фактически отключит
микро-настройщик. Доступные значения:
1 - отключить микрорегулировку progpow для этого gpu.
2 - включить микрорегулировку progpow для этого gpu.
3 - позволить майнеру решить, следует ли включить микрорегулировку (AUTO).
--prog_hash_report Включает принудительную отчетность о хешрейте (как для ethash), отправляемую во все пулы. Это псевдоним для
--eth_hash_report=force, который также применим, поскольку progpow и ethash используют один и тот же пул
протокол(ы).
Опции Cryptonight:
--rig_id Установите идентификатор рига, который будет отправлен в пул. Это используется только для
пулов cryptonight.
--cn_config=CONFIG Ручная конфигурация cryptonight для майнера. CONFIG должен быть в формате
[P][I0][M][I1][:xyz], где [P] является необязательным префиксом, а [:xyz] - необязательным суффиксом. Для [P] поддерживается только значение 'L' для низкокачественных
GPU, таких как Lexa/Baffin. [I0] и [I1] - это значения интенсивности потоков, которые обычно
варьируются от 1 до 16, но для 16GB gpu возможны большие значения. [M] - это
режим, который может быть либо '.', '-', '+' или '*'. Режим '.' означает, что майнер
должен выбрать или просканировать лучший режим. Режим '*' является хорошим значением по умолчанию и
_должен_ использоваться, если вы майните на Vega 56/64 с модифицированными таймингами памяти. Исключениями из этого правила являются небольшие варианты pad (cnv8_trtl и cnv8_upx2), они
по-прежнему должны использовать '+'. Для GPU Polaris доступны только режимы '-' и '+'.
ПРИМЕЧАНИЕ: в TRM 0.5.0 была добавлена функция автоматической настройки, что делает ручную конфигурацию
режимов CN ненужной, за исключением редких крайних случаев. Для получения дополнительной информации,
см. документы по настройке и документы по использованию, прилагаемые к релизу.
Примеры конфигураций: --cn_config=15*15:AAA
--cn_config=14-14
--cn_config=L4+3
CONFIG также может быть списком значений конфигурации, разделенных запятыми, где каждое значение
применяется к каждому GPU. Например: --cn_config=8-8,16+14:CBB,15*15,14-14
Любой gpu, который не имеет конкретной конфигурации в списке, будет использовать первую
конфигурацию в списке.
--no_cpu_check Отключает проверку cpu найденных акций перед их отправкой в пул.
Примечание: только алгоритмы CN в настоящее время поддерживают проверку cpu.
--no_lean Отключает режим CN lean, при котором потоки постепенно увеличиваются при запуске или перезапуске после
сетевых проблем или троттлинга температуры gpu.
--no_interleave=DEVS Перечисляет устройства gpu, для которых логика интерливинга потоков CN не должна использоваться.
Аргументом является список устройств, разделенных запятыми, как для опции -d.
Используйте этот аргумент, если некоторые устройства имеют худший хешрейт вместе с множеством
сообщений об корректировке интерливинга.
--alloc_patch=DEVS Перечисляет устройства gpu, которые теряют хешрейт между TRM v0.4.5 и более поздними версиями. С этим
аргументом используется более простая стратегия распределения памяти, и старый (более высокий) хешрейт должен
быть восстановлен. Режим автоматической настройки все еще может использоваться.
--auto_tune=MODE Включает режим автоматической настройки при запуске. Доступен только для вариантов CN. MODE должен
быть либо NONE, QUICK или SCAN. Режим QUICK проверяет несколько известных хороших конфигураций
и завершается в течение 1 минуты. Режим SCAN проверит все возможные комбинации и будет
работать в течение 20-30 минут. Установка MODE в NONE отключает функцию автоматической настройки. Режим по умолчанию
QUICK.
--auto_tune_runs(=N) Выполняет несколько запусков для автоматической настройки, каждый раз уменьшая единицу используемых pad на 1
в одном из потоков (15+15 -> 15+14 -> 14+14 -> 14+13 -> ...). Вы можете указать
явное количество запусков или позволить майнеру выбрать значение по умолчанию для каждого типа gpu (обычно 3-4).
--auto_tune_exit Если присутствует, майнер завершит работу после завершения процесса автонастройки. Это полезно
когда вы хотите просканировать оптимальные настройки, а затем использовать полученный аргумент командной строки
выведенный майнером.
--allow_large_alloc Если присутствует, и когда драйвер указывает, что достаточно доступной видеопамяти GPU, майнер
будет более агрессивным с начальным выделением памяти. На практике эта опция
означает, что GPU Vega под управлением Linux начнут процесс автонастройки с 16*15, а не с 16*14 или 15*15.
Опции MTP:
--allow_all_devices Некоторые алгоритмы не могут быть добыты на, например, 4GB GPU. Эти GPU будут автоматически отключены
майнером. Этот аргумент переопределяет эту логику и позволяет добычу на всех указанных
или обнаруженных устройствах.
Опции X16*:
--hash_order=VALUE Устанавливает фиксированный порядок хеширования для алгоритмов, таких как x16r, для целей бенчмаркинга.
Эта настройка автоматически переключит майнер в режим бенчмаркинга.
Стандартный порядок хеширования для x16r - --hash_order=0123456789abcdef.
Опции Nimiq:
--nimiq_worker=VALUE Устанавливает имя рабочего устройства для Nimiq, которое будет передано пулу(ам).
--nimiq_no_proxy Отключает автоматический прокси Nimiq, выполняемый как отдельный процесс. Это означает, что
хост и порт, переданные майнеру, должны указывать на прокси.
--nimiq_proxy=VALUE Переопределяет путь по умолчанию к прокси Nimiq. По умолчанию это trm_nimiq_proxy-win.exe.
и trm_nimiq_proxy-linux в текущем каталоге майнера.
--nimiq_port=VALUE Переопределяет локальный порт по умолчанию (4444), используемый для прокси Nimiq. Это можно использовать, если ваша
система уже использует порт 4444 для какой-либо другой службы tcp/ip.
Опции Verthash:
--verthash_file=FILE Устанавливает имя файла, который будет использоваться для загрузки/сохранения файла данных verthash. Если эта опция
указана при использовании алгоритма verthash, майнер попытается загрузить данные verthash
из файла. Если файл не существует, майнер сгенерирует данные verthash
и затем сохранит их в файл для будущего использования. Если эта опция не указана, то
майнер будет генерировать данные verthash в системной памяти при каждом запуске.
--verthash_max_uploads=N Некоторые материнские платы имеют проблемы с тем, что все GPU в риге загружают таблицу verthash
одновременно. Этот аргумент ограничивает количество одновременно загружающих
таблицу GPU одновременно при запуске. Допустимые значения - 1-32. Значение по умолчанию - 4.
Опции Autolykos2:
--autolykos_mem_adjust=N Устанавливает количество памяти в MiB, которую майнер должен оставить неиспользованной при выделении
буферов GPU для autolykos. Значение по умолчанию - 384 на linux и 512 на windows. Для GPU
с подключенными дисплеями значение по умолчанию увеличивается на 512. Если ведется двойная добыча с ZIL, то
значение по умолчанию увеличивается на 1024. Опцию также можно указать с помощью списка значений, разделенных запятыми, где каждое значение применяется к каждому GPU. Если указано пустое значение
в списке, для этого GPU будет использоваться значение по умолчанию. Если значение не указано для GPU
оно будет использовать первое значение в списке. Количество видеопамяти, используемой, должно удерживать как основные
буферы, так и любой предварительно созданный буфер для следующей высоты. Например:
--autolykos_mem_adjust=256,512,,256
--autolykos_prebuild=N Настраивает скорость для предварительной сборки следующей высоты. Большее значение означает более быструю предварительную сборку
но с большими колебаниями мощности и, вероятно, большим падением хешрейта, пока предварительная сборка
идет. Допустимые значения - 0-9, где 0 означает отсутствие предварительной сборки вообще, а 9 - это самый быстрый вариант.
Значение по умолчанию - 3 или 4 в зависимости от GPU. Вы можете выбрать указать одно значение для всех
gpus, или список значений через запятую для каждого gpu.
--autolykos_slowdown=N Добавляет замедление процесса сборки подушки. Допустимые значения от 0 до 100. По умолчанию 0, без
замедления.
--autolykos_ignore_diff Игнорирует сложность, отправленную пулом, и использует только 256-битную цель, предоставленную в заданиях.
Некоторые пулы не следуют реализации пула референсного майнера ERGO, в этом случае этот
аргумент _может_ помочь. ПРИМЕЧАНИЕ: это будет применено ко всем пулам.
Опции двойного майнинга ZIL:
--zil_start или --zil Запускает конфигурацию двойного майнинга ZIL. Между этим и маркером --zil_end все аргументы
применяются к майнингу ZIL, а не к основному алгоритму. Ожидается, что основной алгоритм
был настроен в предыдущих аргументах. Предполагается, что вы можете добавить конфигурацию --zil ... --zil_end
к любой рабочей конфигурации TRM, и все будет работать сразу.
Этот аргумент автоматически устанавливает ряд настроек по умолчанию, которые вы хотите использовать для ZIL:
- Кэшированная копия DAG эпохи 0 ZIL.
- Корректировка памяти, выделенной для основного алгоритма, чтобы соответствовать DAG ZIL.
- Выбор режима A ethash для майнинга ZIL.
Минимальная рабочая настройка - это предоставить только пул ZIL, который согласен с тем, что майнер игнорирует
основные задания монеты и майнит только во время окон ZIL. Вот пример для ezil.me:
--zil -o stratum+tcp://eu.ezil.me:5555 -u <eth wallet>.<zil wallet>.<worker name> -p x --zil_end
Для получения дополнительной информации прочитайте руководство по двойному майнингу ZIL, прилагаемое к релизу TRM.
--zil_end Указывает, что мы закончили с конфигурацией майнинга ZIL, и все последующие аргументы относятся к основному
алгоритму. Этот аргумент не является строго необходимым, но должен быть включен для дистрибутивов майнинга, поскольку
пользователь не имеет гарантии, какие аргументы будут автоматически добавлены в конце команды
строки дистрибутивом.
--stats_mode=single/dual При добавлении двойного майнинга ZIL вывод статистики по умолчанию будет дублироваться, чтобы добавить информацию для
майнинга ZIL. Некоторые контексты могут запутаться из-за этого, если они анализируют вывод TRM или
файлы журналов. Чтобы переключиться на вывод по умолчанию, добавьте --stats_mode=single.
Опции TON:
--ton_pool_mode=X Указывает диалект майнинга TON, используемый. Если не установлен, майнер попытается определить правильный выбор
по имени пула. Доступные опции:
toncoinpool - использовать протокол stratum wss для toncoinpool.
icemining - использовать протокол stratum ice mining по tcp/ip.
tonpool - использовать версию протокола stratum ice mining tonpool по wss.
--wss_force_proxy Принудительно включает автоматический wss прокси, выполняемый как отдельный процесс, используемый для пулов TON, которые запускают свой
майнинг-протокол по wss. Майнер обычно включает это автоматически, но если используется сырой IP-адрес
или алиасированное имя хоста, этот аргумент может быть необходим.
--wss_no_proxy Отключает автоматический wss прокси, выполняемый как отдельный процесс, используемый для пулов TON, которые запускают свой
майнинг-протокол по wss. Это означает, что хост и порт, переданные майнеру, должны указывать
на прокси.
--wss_proxy=VALUE Переопределяет путь по умолчанию к wss прокси. По умолчанию это trm_nimiq_proxy-win.exe и.
trm_nimiq_proxy-linux в текущем каталоге майнера, так как он изначально использовался только для.
Nimiq.
--wss_port=VALUE Переопределяет локальный порт по умолчанию (4444), используемый для wss прокси. Это можно использовать, если ваша
система уже использует порт 4444 для какой-либо другой службы tcp/ip.
Опции двойного майнинга Ethash:
--ton_start или --ton Запускает конфигурацию двойного майнинга TON. Между этим и маркером --ton_end все аргументы
применяются к майнингу TON, а не к основному алгоритму, обычно ethash. Ожидается, что
ethash был настроен в предыдущих аргументах. Предполагается, что вы можете добавить конфигурацию --ton ... --ton_end
конфигурация для любой рабочей конфигурации TRM algo, и все будет работать сразу.
Минимальная рабочая настройка — это просто предоставить пул TON. Читать руководство по майнингу TON для получения информации о
поддерживаемых пулах. Вот пример для icemining, используя адрес его бета-пула:
--ton -o stratum+tcp://ton.hashrate.to:4003 -u <ton wallet>.<worker name> -p x --ton_end
Для получения дополнительной информации читайте руководство по двойному майнингу TON, которое прилагается к релизу TRM.
--ton_end Указывает, что мы закончили с конфигурацией майнинга TON, и все последующие аргументы предназначены для основного
algo. Этот аргумент не является строго необходимым, но должен быть включен для майнинговых дистрибутивов, поскольку
пользователь не имеет гарантии, какие аргументы будут автоматически добавлены в конце команды
строки дистрибутива.
--kas_start или --kas Запускает конфигурацию двойного майнинга Kaspa. Между этим и маркером --kas_end все аргументы применяются к майнингу Kaspa, а не к основному algo, обычно ethash. Ожидается, что
ethash был настроен в предыдущих аргументах. Предполагается, что вы можете добавить --kas ... --kas_end
конфигурацию для любой рабочей конфигурации TRM algo, и все будет работать сразу.
Минимальная рабочая настройка — это просто предоставить пул Kaspa. Вот пример:
--kas -o stratum+tcp://pool.woolypooly.com:3112 -u <kaspa wallet>.<worker name> -p x --kas_end
--kas_end Указывает, что мы закончили с конфигурацией майнинга Kaspa, и все последующие аргументы предназначены для основного
algo. Этот аргумент не является строго необходимым, но должен быть включен для майнинговых дистрибутивов, поскольку
пользователь не имеет гарантии, какие аргументы будут автоматически добавлены в конце команды
строки дистрибутива.
--dual_intensity=X,Y,Z,... Этот аргумент регулирует интенсивность двойного майнинга с коэффициентом от 0.0 до 1.0, где 1.0
означает выполнение как можно большего количества двойного algo. Эта опция рекомендуется для снижения потребления энергии
без снижения тактовой частоты ядра, что также повлияет на хешрейт ethash.
Аргумент предоставляется либо как одно глобальное значение, либо как список значений для каждого gpu. Примеры:
--dual_intensity=0.75 Все gpu используют 75% от максимальной доступности TON gpu.
--dual_intensity=0.75,1.0,0.5 Отдельные значения для первых трех gpu в риге, оставшиеся gpu
используют первое значение для 75%.
--dual_tuner_step=X Устанавливает, какой размер шага должен использовать двойной тюнер при проверке различных интенсивностей конфигурации eth. Меньшее
значение будет означать более точные результаты, но также займет больше времени. Допустимые значения: 1,2,4,8,16,32,64.
--dual_tuner_period=X Устанавливает количество секунд, в течение которых двойной тюнер должен работать для каждой проверенной конфигурации. По умолчанию 7 секунд.
--dual_tuner_weights=X:Y:Z Двойному майнинговому тюнеру нужны весовые коэффициенты для оценки, сколько стоит 1 MH/s основного и двойного algo
вес. В майнере встроены значения по умолчанию, которые были действительны, когда каждый algo был реализован
и добавлен, но по мере изменения хешрейтов сети и рыночных цен могут потребоваться новые значения.
Этот аргумент предоставляет три значения, все ожидаются как положительные числа:
X Оценка для 1 MH/s основного algo (обычно ethash).
Y Оценка для 1 MH/s вторичного algo (обычно TON или Kaspa).
Z Стоимость за 1 Вт измеренной мощности. Рекомендуем установить это значение на ноль на данный момент.
Пример для ETH+TON:
Основываясь на ручной относительной стоимости: каждый MH/s ETH стоит 100 MH/s TON/Kaspa
--dual_tuner_weights=100:1:0
На основе калькуляторов майнинга: $0.0437 за 1 MH/s ETH, $0.0005476 за 1 MH/s TON/Kaspa
--dual_tuner_weights=0.0437:0.0005476:0
Опции FPGA:
--fpga_devices=LIST Устанавливает FPGA устройства для использования из обнаруженного списка. LIST должен быть списком, разделённым запятыми, состоящим из
индексов устройств или ДНК устройств, как показано в --list_devices.
Примеры: -d 0,1,2,4
-d 40020000013ae32135111111,40020000013ae32135222222,40020000013ae32135333333
Если не указано, будут использоваться все доступные FPGA устройства.
--fpga_clk_core=LIST Устанавливает частоты тактовых сигналов ядра FPGA устройств. Частоты должны быть указаны в виде
списка значений, разделённых запятыми, в мегагерцах, где каждое значение применяется к каждому FPGA устройству.
Если список короче общего числа устройств, оставшиеся устройства будут использовать
первое значение в списке. Например --fpga_clk_core=600,620 применит 600MHz тактовый сигнал к
FPGA 0 и 620MHz к FGPA 1. Если устройства FPGA 2+ присутствуют, они будут установлены на 600MHz.
--fpga_clk_mem=LIST Устанавливает частоты тактовых сигналов памяти FPGA устройств. Формат такой же, как и --fpga_clk_core.
--fpga_vcc_int=LIST Устанавливает напряжение vcc_int на платах, которые это поддерживают. Значения напряжения должны быть указаны в виде
списка значений, разделённых запятыми, в милливольтах (mV), где каждое значение применяется к каждой плате.
Если список короче общего числа устройств, оставшиеся устройства будут использовать
первое значение в списке. Например --fpga_vcc_int=700,800 применит 700mV vcc_int к
FPGA 0 и 800mV vcc_int к FGPA 1. Если устройства FPGA 2+ присутствуют, они будут установлены на 700mV.
--fpga_vcc_bram=LIST Устанавливает напряжение vcc_bram на платах, которые это поддерживают. Формат такой же, как и --fpga_vcc_int.
--fpga_vcc_mem=LIST Устанавливает напряжение памяти/HBM на платах, которые это поддерживают. Формат такой же, как и --fpga_vcc_int.
--fpga_update_fw Включает обновление прошивки контроллера спутника для плат C1100 с пользовательской прошивкой TRM
для поддержки таких функций, как управление напряжением в реальном времени. Будут обновлены только платы, выбранные с помощью
--fpga_devices, которые не работают на последней версии прошивки.
***** ОСТОРОЖНО: Пользователи должны быть осторожны, чтобы не прерывать процесс обновления прошивки! *****
***** Прерывания могут привести к тому, что плата станет "кирпичом", восстановить которую будет очень сложно. *****
--fpga_allow_unsafe=LIST Отключает стандартные предельные значения безопасности для указанных FPGA. Устройства указываются с помощью
списка значений ДНК, разделённых запятыми, например --fpga_allow_unsafe=40020000013ae32135111111
***** ОСТОРОЖНО: Работа выше предельных значений безопасности может привести к ПОСТОЯННОМУ УЩЕРБУ устройству! *****
--fpga_tcore_limit=LIST Устанавливает мягкие пределы температуры ядра FPGA устройств. Если температура ядра FPGA превышает
указанное значение, майнер снизит тактовые частоты FPGA, чтобы привести температуру ядра ниже
указанного значения. Значения указаны в Цельсиях в формате списка, аналогичном --fpga_clk_core.
--fpga_tmem_limit=LIST Устанавливает мягкие пределы температуры памяти FPGA устройств. См. --fpga_tcore_limits для описания.
--fpga_ivccint_limit=LIST Устанавливает мягкие пределы тока регулятора напряжения VCCINT. См. --fpga_tcore_limits для описания.
--fpga_ivccbram_limit=LIST Устанавливает мягкие пределы тока регулятора напряжения VCCBRAM. См. --fpga_tcore_limits для описания.
--fpga_max_jtag_mhz=XY.Z Устанавливает максимальную разрешённую частоту для использования в jtag связи fpga. По умолчанию 30.0 MHz.
--fpga_eth_clk_dag=LIST Устанавливает частоты тактовых сигналов ядра FPGA, которые будут использоваться во время построения Ethash DAG. По умолчанию эти
будут установлены на 90% от обычной частоты ядра. Формат такой же, как и --fpga_clk_core.
