TeamRedMiner — повний посібник
Опції:
-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 (старий monero)
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 Вмикає API, сумісний з sgminer. 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 Вмикає API, сумісний з Claymore. 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) Вмикає режим обчислень (compute mode) і вимикає crossfire на потрібних 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-over-HTTPS. Це експериментальна функція. TRM підтримує
лише варіант на основі JSON, а не механізм, описаний пізніше в RFC8484. Користувач має
вказати повну https-адресу разом з назвою методу. Можна передавати імена хостів
замість 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 subscribe для підтримуваних пулів, невідомих майнеру.
--pool_no_ensub Забороняє майнеру надсилати пулу запит extranonce subscribe.
--pool_broken_rpc Дозволяє майнеру мати лише один незавершений rpc-запит у з'єднанні
з пулом. Це обхідне рішення для пулів, які порушують специфікацію json rpc
щодо ідентифікаторів rpc.
--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,... Перевизначає кількість обчислювальних блоків (CU) на GPU, яку повідомляє OpenCL API. Це
корисно передусім для Vega 64, прошитих BIOS від Vega 56, коли драйвер
показує 56 CU замість реальної кількості. Як значення аргументу вкажіть список через кому
з кількістю CU для кожного GPU. GPU можна пропускати й не
вказувати значення для всіх GPU у фермі. Приклад для змішаної ферми з двома Vega
з індексами 1 і 3 та двома іншими GPU: --nr_cu_override=,64,,64. Перевірити
аргумент можна, додавши --list_devices перед запуском майнінгу.
Опції керування частотами/напругою (лише Windows, БЕТА-функціональність):
Майнер має базові можливості для встановлення частот ядра й пам'яті та відповідної
напруги, а також для вибору між вбудованими таймінгами драйвера Windows. Для кожного
з наведених нижче аргументів ви перелічуєте значення для GPU у фермі через кому.
Деякі аргументи для певних GPU не використовуються. GPU у списку можна пропускати.
Для GPU на архітектурі GCN (Polaris, Vega) майнер завжди встановлює й використовує найвищий p-state
як для ядра, так і для пам'яті. Зверніть увагу, що для GPU Rx Vega _обов'язково_ потрібна модифікація powerplay-таблиці
для p2-стану пам'яті, перш ніж вони зможуть працювати з напругою нижче 900mV. Крім того, для GPU Big Navi
досі потрібно використовувати, наприклад, MorePowerTool для модифікації powerplay-таблиці, зокрема
щоб дозволити нижчу напругу. _Можливо_, у майбутньому майнер отримає підтримку функцій,
пов'язаних з powerplay-таблицями.
--clk_debug Вмикає під час запуску виведення в журнал інформації про встановлення частот/напруги/таймінгів.
--clk_core_mhz=MHZ1,MHZ2,... Задає частоту ядра для кожного GPU в MHz.
--clk_core_mv=MV1,MV2,... Задає напругу ядра для кожного GPU в mV.
--clk_mem_mhz=MHZ1,MHZ2,... Задає частоту пам'яті для кожного GPU в MHz.
--clk_mem_mv=MV1,MV2,... Задає напругу пам'яті для кожного GPU в mV. Не використовується для 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 за температурою ядра, junction і/або пам'яті.
Також підтримується встановлення фіксованої швидкості вентилятора у відсотках.
Для кожного типу GPU є конфігурація вентилятора, яка використовується за замовчуванням. Можна
як перевизначити конфігурацію за замовчуванням для типу GPU, так і задати
окрему конфігурацію для кожного GPU у фермі.
Конфігурація вентилятора складається з (максимум) шести значень, розділених символом ':' (двокрапка). Значення
такі: цільова температура ядра, цільова температура junction, цільова температура пам'яті, початкова швидкість вентилятора у
відсотках, мінімальна швидкість вентилятора у відсотках, максимальна швидкість вентилятора у відсотках. Будь-яке значення можна залишити порожнім.
Кілька прикладів:
::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% через підтримку pwm у sysfs.
--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 - Режим за замовчуванням. Активується лише тоді, коли пул надсилає прапорець алгоритму з etchash.
Після появи цього прапорця всі завдання пулу вважаються etchash, доки не буде отримано інший
прапорець алгоритму з ethash.
etchash - Режим etchash. Епохи >= 390 вважаються etchash, нижчі — ethash. Прапорці
алгоритму від пулу не використовуються.
deduce - Ігнорує прапорці алгоритму від пулу й застосовує лише евристику на основі поточного системного часу
та відомих висот і часу для ETC та ETH. Цей режим мав би працювати як універсальний
підхід, коли ETH досягне епохи 390 у січні 2021. Системний годинник має бути точним.
Він також має справлятися з конфігураціями profit switching, які вільно перемикаються між завданнями ethash і
etchash, проксуючи базові пули.
auto - Доки пул не передав прапорець алгоритму, використовується режим deduce. Коли прапорець алгоритму
з'являється, відбувається перемикання на режим pool.
ethash - Примусовий режим ethash. ecip-1099 ніколи не застосовується.
force_etc - Примусовий режим etchash. Правила ecip-1099 застосовуються завжди. Використовуйте для майнінгу в тестнеті ETC.
--eth_aggr_mode Вмикає автоматичне використання режиму 'B' для всіх карт Polaris 8 ГБ, якщо для них не задано
іншу конфігурацію аргументом --eth_config. Це те саме, що вручну перевести
всі GPU Polaris 8 ГБ у фермі в режим 'B' через --eth_config.
Для більшості GPU це додає 0.1-0.2 MH/s хешрейту. ПРИМІТКА: 20-25% ферм у цьому режимі працюють
менш стабільно, тому він і не є режимом за замовчуванням. Якщо у вас з'являються
«мертві» GPU, приберіть цей аргумент і запускайте GPU в режимі 'A'.
--eth_stratum_mode=MODE Задає фіксований режим stratum для пулів ethash. За замовчуванням майнер намагається
автоматично визначити тип stratum, який підтримує пул, і використовує цей режим.
Це автовизначення можна перевизначити цією опцією. MODE може мати
одне з таких значень: stratum, nicehash, ethproxy.
--eth_worker Задає ідентифікатор воркера, який надсилається пулу. Стосується лише пулів з режимом stratum
ethproxy.
--eth_hash_report=X Керує звітами про хешрейт для налаштованих пулів. Значення застосовується до всіх пулів. Значення:
default - майнер вирішує сам залежно від протоколу stratum кожного пулу.
force - завжди надсилати звіти про хешрейт, навіть якщо пул їх відхиляє.
on - надіслати перший звіт про хешрейт і вимкнути звіти для пулів, які відхилять повідомлення.
off - ніколи не надсилати звіти про хешрейт.
--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 майнер працює тим краще, чим більше vram він може виділити. На жаль,
драйвери неточно повідомляють, скільки пам'яті можна виділити, особливо в Windows.
Майнер використовує безпечний консервативний відступ 256MiB (Linux) і 512MiB (Windows) від
доступного обсягу vram. Якщо хочете змінити це число, вкажіть у цьому аргументі
список значень через кому для одного або кількох GPU. Значення для GPU, які не працюють у режимі B/C,
ігноруються. Якщо для GPU в списку немає значення, використовується перше вказане значення.
Допустимий інтервал — [-64, 2048]. Що більше число, то менше vram виділяється на GPU.
--eth_dag_slowdown=N Сповільнює генерацію DAG. Вкажіть одну цифру 0-9. 0 означає без сповільнення (поведінка <= 0.7.9),
1 — мінімальне сповільнення, 9 — максимальне. Значення за замовчуванням: 4 — невелике сповільнення.
--eth_stagger Вмикає почергову роботу GPU під час побудови нового DAG. Це щадить блоки живлення, яким не подобається,
коли навантаження на всі GPU одночасно зростає з 0 до 100%.
--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 можуть з'являтися апаратні помилки (hw errs), зазвичай на першому чи останньому GPU в системі.
Цей аргумент примусово вмикає виправлену стратегію виділення пам'яті для DAG, яка здебільшого розв'язує проблему.
Оновлення BIOS також часто допомагає.
--eth_hashwatch(=M,M) Задає мінімальний/максимальний хешрейт у MH/s, який watchdog очікує під час роботи GPU. Якщо GPU надто довго
перебуває поза цим діапазоном, він вважається несправним і спрацьовує watchdog. Мінімальне/максимальне
значення за замовчуванням — 2 MH/s і 150 MH/s. Щоб увімкнути зі значеннями за замовчуванням, використовуйте
--eth_hashwatch. Щоб задати власні значення, використовуйте, наприклад, --eth_hashwatch=1.25,60. Той самий діапазон застосовується
до всіх GPU у фермі. Від'ємне значення вимикає відповідну межу, наприклад --eth_hashwatch=-1,1000
дозволяє відловлювати скидання GPU, що дають величезний фіктивний хешрейт, без перевірки мінімуму.
--eth_dag_cache(=EPOCH) Вмикає збереження DAG eth для завдань з іншими епохами, щоб не перебудовувати їх
у майбутньому, якщо знову надійдуть завдання зі старими епохами. Зберігається щонайбільше один 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.
Слабші блоки живлення, що живлять багато GPU, іноді не справляються зі «швидкістю наростання» (slew rate), коли кілька GPU
одночасно знову ставлять роботу в чергу. Значення, наприклад, 32 достатньо згладжує перехід
від нульового до 100% навантаження, щоб знизити швидкість наростання на таких фермах. Типова ознака цієї
проблеми — повні зависання, коли ферма перестає реагувати й допомагає лише перезавантаження через вимкнення живлення, але це можуть бути
й звичайні збої GPU. Допустимі значення — 0-256. Значення для кожного GPU можна вказати списком через кому.
GPU без значення в списку використовуватимуть перше значення. Значення цього аргументу за замовчуванням для
майнінгу лише ethash:
Polaris: 64
Vega: 0
Navi: 0
--eth_ignore_abort_fail Коли переривання завдання не вдається, зазвичай це наслідок завищеної інтенсивності, і майнер
тому автоматично її знижує. Ця опція _вимикає_ таку логіку: інтенсивність зберігається, а
натомість у журнал записується попередження.
--eth_no_job_logs Прибирає всі записи в журналі про нові завдання, отримані від пулу (пулів). Діє на всі сесії майнінгу сімейства ethash,
тобто в конфігурації дуал-майнінгу eth+zil приховуються записи як для пулів eth, так і для пулів zil. Завдання пулу,
що переходять на нову епоху, усе одно записуються в журнал.
--eth_smooth_power=X,Y,... Планування «smooth power» додано у версії 0.10.0, і воно доступне для всіх типів GPU.
Загалом це корисна функція, яка додає трохи хешрейту й у більшості випадків покращує стабільність,
тому за замовчуванням вона ввімкнена на всіх GPU. Проте є ферми, які погано на неї реагують і
починають падати. У такому разі за допомогою цього аргументу можна керувати функцією для кожного GPU у фермі.
Допустимі значення — 0 або 1. Для ферми з 5 GPU можна вказати --eth_smooth_power=0,1,1,1,0, щоб вимкнути smooth
power на першому й останньому 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 Змушує майнер завжди генерувати строго точні ядра (kernels). За замовчуванням майнер
генерує спрощені ядра, які потребують менше обчислювальної потужності, але можуть
зрідка давати невалідні шари.
--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, але для GPU з 16 ГБ можливі й більші значення. [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 перед їх надсиланням у пул.
Примітка: наразі перевірку на CPU підтримують лише алгоритми CN.
--no_lean Вимикає lean-режим CN, у якому потоки запускаються поступово під час старту або перезапуску після
проблем з мережею чи тротлінгу GPU через температуру.
--no_interleave=DEVS Перелічує GPU, для яких не слід використовувати логіку чергування потоків CN (interleave).
Аргумент — список пристроїв через кому, як для опції -d.
Використовуйте цей аргумент, якщо на деяких пристроях хешрейт гіршає і в журналі з'являється багато
повідомлень про коригування interleave.
--alloc_patch=DEVS Перелічує GPU, які втрачають хешрейт у версіях після TRM v0.4.5. З цим
аргументом використовується простіша стратегія виділення пам'яті, і старий (вищий) хешрейт має
повернутися. Режим автотюнінгу при цьому можна використовувати й далі.
--auto_tune=MODE Вмикає режим автотюнінгу під час запуску. Доступно лише для варіантів CN. MODE має
бути NONE, QUICK або SCAN. Режим QUICK перевіряє кілька відомих добрих конфігурацій
і завершується протягом 1 хв. Режим SCAN перевіряє всі можливі комбінації й
триває 20-30 хв. Значення 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 Якщо вказано і драйвер повідомляє, що доступно достатньо vram GPU, майнер
агресивніше виділятиме пам'ять на старті. На практиці ця опція
означає, що GPU Vega під Linux почнуть автотюнінг з 16*15, а не
з 16*14 чи 15*15.
Опції MTP:
--allow_all_devices Деякі алгоритми не можна майнити, наприклад, на GPU з 4 ГБ. Такі 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 значення не вказано,
він використовуватиме перше значення зі списку. Обсяг використовуваної vram має вміщати як основні
буфери, так і будь-який буфер, заздалегідь побудований для наступної висоти. Наприклад:
--autolykos_mem_adjust=256,512,,256
--autolykos_prebuild=N Задає швидкість попередньої побудови pad для наступної висоти. Вище значення означає швидшу попередню побудову,
але з більшими коливаннями енергоспоживання й, імовірно, більшим падінням хешрейту, поки триває
попередня побудова. Допустимі значення — 0-9, де 0 означає повну відсутність попередньої побудови, а 9 — найшвидший варіант.
Значення за замовчуванням — 3 або 4 залежно від GPU. Можна вказати одне значення для всіх
GPU або список значень через кому для кожного GPU.
--autolykos_slowdown=N Додає сповільнення процесу побудови pad. Допустимі значення — 0-100. За замовчуванням 0, без
сповільнення.
--autolykos_ignore_diff Ігнорує складність, яку надсилає пул, і використовує лише 256-бітну ціль із завдань.
Деякі пули не дотримуються еталонної реалізації пулу для майнера ERGO, і в такому разі цей
аргумент _може_ допомогти. ПРИМІТКА: це застосовується до всіх пулів.
Опції дуал-майнінгу ZIL:
--zil_start or --zil Починає конфігурацію дуал-майнінгу ZIL. Усі аргументи між цим маркером і --zil_end
застосовуються до майнінгу ZIL, а не до основного алгоритму. Передбачається, що основний алгоритм
уже налаштовано попередніми аргументами. Ідея в тому, що ви можете додати конфігурацію --zil ... --zil_end
до будь-якої робочої конфігурації TRM з будь-яким алгоритмом, і все запрацює одразу.
Цей аргумент автоматично встановлює низку налаштувань за замовчуванням, потрібних для ZIL:
- Кешована копія DAG епохи 0 для ZIL.
- Коригування обсягу пам'яті, виділеної для основного алгоритму, щоб умістився DAG ZIL.
- Вибір режиму ethash A для майнінгу 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 - використовувати версію tonpool протоколу stratum від ice mining через 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 or --ton Починає конфігурацію дуал-майнінгу TON. Усі аргументи між цим маркером і --ton_end
застосовуються до майнінгу TON, а не до основного алгоритму, зазвичай ethash. Передбачається, що
ethash уже налаштовано попередніми аргументами. Ідея в тому, що ви можете додати конфігурацію --ton ... --ton_end
до будь-якої робочої конфігурації TRM з будь-яким алгоритмом, і все запрацює одразу.
Мінімальна робоча конфігурація — вказати лише пул 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 завершено й усі наступні аргументи стосуються основного
алгоритму. Цей аргумент не є обов'язковим, але його варто додавати в майнінгових дистрибутивах, оскільки
користувач не може бути певен, які аргументи дистрибутив автоматично додасть у кінець командного
рядка.
--kas_start or --kas Починає конфігурацію дуал-майнінгу Kaspa. Усі аргументи між цим маркером і --kas_end
застосовуються до майнінгу Kaspa, а не до основного алгоритму, зазвичай ethash. Передбачається, що
ethash уже налаштовано попередніми аргументами. Ідея в тому, що ви можете додати конфігурацію --kas ... --kas_end
до будь-якої робочої конфігурації TRM з будь-яким алгоритмом, і все запрацює одразу.
Мінімальна робоча конфігурація — вказати лише пул Kaspa. Ось приклад:
--kas -o stratum+tcp://pool.woolypooly.com:3112 -u <kaspa wallet>.<worker name> -p x --kas_end
--kas_end Позначає, що конфігурацію майнінгу Kaspa завершено й усі наступні аргументи стосуються основного
алгоритму. Цей аргумент не є обов'язковим, але його варто додавати в майнінгових дистрибутивах, оскільки
користувач не може бути певен, які аргументи дистрибутив автоматично додасть у кінець командного
рядка.
--dual_intensity=X,Y,Z,... Цей аргумент регулює інтенсивність дуал-майнінгу коефіцієнтом від 0.0 до 1.0, де 1.0
означає максимально можливу частку другого алгоритму. Ця опція рекомендована, щоб примусово знизити енергоспоживання
без зниження частоти ядра, яке вплинуло б і на хешрейт ethash.
Аргумент задається одним глобальним значенням або списком значень для кожного GPU. Приклади:
--dual_intensity=0.75 Усі GPU використовують 75% максимально можливого часу GPU для TON.
--dual_intensity=0.75,1.0,0.5 Окремі значення для перших трьох GPU у фермі, решта GPU
використовують перше значення — 75%.
--dual_tuner_step=X Задає розмір кроку, з яким дуал-тюнер перебирає різні значення інтенсивності eth config. Менше
значення дає точніші результати, але й займає більше часу. Допустимі значення: 1,2,4,8,16,32,64.
--dual_tuner_period=X Задає, скільки секунд дуал-тюнер працює з кожною перевірюваною конфігурацією. За замовчуванням 7 с.
--dual_tuner_weights=X:Y:Z Тюнеру дуал-майнінгу потрібні вагові коефіцієнти, що визначають цінність 1 MH/s основного й другого алгоритму.
У майнер вбудовано значення за замовчуванням, які були актуальні на момент реалізації та
додавання кожного алгоритму, але оскільки хешрейт мереж і ринкові ціни змінюються, може знадобитися вказати нові значення.
Цей аргумент приймає три значення, усі мають бути додатними числами:
X Оцінка за 1 MH/s основного алгоритму (зазвичай ethash).
Y Оцінка за 1 MH/s другого алгоритму (зазвичай TON або Kaspa).
Z Вартість за 1 W виміряної потужності. Поки що радимо встановлювати нуль.
Приклад для 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 — це список через кому з
індексів пристроїв або їхніх DNA, як їх показує --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 встановить vcc_int 700mV для
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 Вмикає оновлення прошивки satellite-контролера для плат C1100 на кастомну прошивку TRM,
що підтримує такі функції, як керування напругою під час роботи. Оновлюються лише плати, вибрані
опцією --fpga_devices, на яких не встановлено останню версію прошивки.
***** УВАГА: Користувачам слід бути обережними й не переривати процес оновлення прошивки! *****
***** Переривання може «вбити» плату, і відновити її буде дуже складно. *****
--fpga_allow_unsafe=LIST Вимикає стандартні безпечні ліміти для вказаних FPGA. Пристрої вказуються
списком значень DNA через кому, наприклад --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 Задає максимально допустиму частоту для зв'язку з FPGA через jtag. За замовчуванням 30.0 MHz.
--fpga_eth_clk_dag=LIST Задає частоти ядра FPGA, які використовуються під час побудови DAG Ethash. За замовчуванням вони
становлять 90% від звичайної частоти ядра. Формат такий самий, як для --fpga_clk_core.
