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 فعال کردن خروجی لاگ 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. اکنون امکان استفادهٔ چندبارهٔ این آرگومان برای endpointهای جداگانه وجود دارد.
--api2_listen=IP:PORT یک پورت API دوم برای تنظیمات استخراج دوگانه فعال می‌کند. این endpoint داده‌های
الگوریتم دوم را ارائه می‌دهد، درست مانند اینکه دو نمونهٔ جداگانه از ماینر به‌صورت موازی اجرا شوند. تنظیم
پیش‌فرض 127.0.0.1:4029 است، یعنی پورت 4029 است و نه 4028. برای تعیین مقدار
دلخواه، این آرگومان مانند --api_listen قالب‌بندی می‌شود. اکنون امکان استفادهٔ چندبارهٔ این آرگومان
برای endpointهای جداگانه وجود دارد.
--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 بازهٔ زمانی بر حسب ثانیه برای میانگین‌گیری و نمایش هش‌ریت کارت‌ها.
SEC بازه را بر حسب ثانیه تعیین می‌کند و باید > 0 باشد.
--log_rotate=SZ[,CNT] چرخش لاگ را فعال می‌کند. مقدار SZ اندازهٔ لاگی را تعیین می‌کند که پس از آن فایل لاگ جدیدی
ساخته می‌شود. مقدار SZ از پسوندهای 'k'، 'M' و 'G' پشتیبانی می‌کند که به ترتیب مقدار را
در 1024، 1048576 و 1073741824 ضرب می‌کنند. مقدار اختیاری CNT حداکثر تعداد
فایل‌های لاگ قدیمی نگه‌داشته‌شده را تعیین می‌کند. برای مثال گزینهٔ '--log_rotate=4M,16'
باعث می‌شود ماینر وقتی اندازهٔ فایل لاگ فعلی از 4194304 بایت بیشتر شد، به یک فایل لاگ جدید
سوئیچ کند و 16 فایل آخر را نگه دارد و فایل‌های
قدیمی‌تر را حذف کند.
--short_stats خروجی کامل وضعیت کارت‌ها را در هر خروجی هش‌ریت غیرفعال می‌کند، مانند پیش از نسخهٔ 0.7.10.
--dev_location=LOC یک موقعیت مشخص برای اتصال کارمزد توسعه‌دهنده انتخاب می‌کند. فقط زمانی از آن استفاده کنید که
ماینر مشکلات مداوم در اتصال کارمزد توسعه‌دهنده گزارش می‌دهد. مدیریت
اتصال معمولاً در همهٔ موقعیت‌ها به‌خوبی کار می‌کند. گزینه‌های موجود:
world - هر جای جهان به‌جز سرزمین اصلی چین.
non-gcp - کشورهایی که دسترسی به سرویس‌های Google در آن‌ها مسدود است (مثلاً ایران، کوبا).
cn - سرزمین اصلی چین.
eu - اتحادیهٔ اروپا، روسیه، اوکراین و کشورهای نزدیک.
us - آمریکا، کانادا، آمریکای مرکزی/جنوبی.
asia - آسیا به‌جز چین.
--enable_compute (فقط Windows) حالت compute را فعال و crossfire را روی کارت‌های لازم غیرفعال می‌کند.
--long_timestamps فعال کردن مهر زمانی با دقت میکروثانیه در لاگ‌ها به‌جای فقط ثانیه.
--restart_gpus (فقط Windows) همهٔ کارت‌های پیکربندی‌شده را پیش از استخراج ری‌استارت می‌کند، یعنی غیرفعال+فعال کردن دستگاه PCI.
--uac (فقط Windows) افزایش سطح دسترسی را وقتی ماینر کارهایی مانند ری‌استارت کارت‌ها انجام می‌دهد فعال می‌کند.
همیشه می‌توانید با اجرای مستقیم ماینر به‌عنوان Administrator از این کار اجتناب کنید. این گزینه
پنجرهٔ استاندارد افزایش دسترسی Windows را نمایش می‌دهد، پس باید حاضر باشید تا روی 'Yes' کلیک کنید.
اگر این گزینه فعال نباشد، کارهایی که به دسترسی Administrator نیاز دارند، وقتی
ماینر با یک حساب کاربری عادی اجرا می‌شود، ناموفق خواهند بود.
--high_score نمایش 15 شیر برتر پیداشده از زمان شروع ماینر در خروجی آمار را فعال می‌کند.
توجه: ممکن است برای همهٔ الگوریتم‌ها فعال نباشد.
--allow_dup_bus_ids اجازه می‌دهد چند کارت از یک pci bus id مشترک استفاده کنند. فقط برای کارت‌های 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 (سرویس DNS شرکت Cloudflare)
--dns_https_sni=HOST وقتی آرگومان --dns_https استفاده می‌شود، رفتار پیش‌فرض این است که در اتصال SSL/TLS
هیچ SNI ارسال نشود. با این آرگومان می‌توانید ارسال هر SNI دلخواه را اجبار کنید. توجه کنید
که این یک آرگومان پیشرفتهٔ شبکه است و بیشتر کاربران به آن نیازی ندارند.
--kernel_vm_mode=X (فقط Linux). تنظیم پارامترهای لازم کرنل در /etc/default/grub را روی سیستم‌های Linux
مبتنی بر Debian/Ubuntu خودکار می‌کند. این شامل بیشتر توزیع‌های مخصوص استخراج می‌شود. وقتی پارامترهای کرنل
تغییر کنند، سیستم می‌تواند به‌طور خودکار با /sbin/reboot ری‌استارت شود. اگر پارامترهای
درست از قبل تنظیم شده باشند، ماینر و اسکریپت کمکی کاری انجام نمی‌دهند. یعنی
این آرگومان همیشه می‌تواند در خط فرمان باشد. مقادیر معتبر:
N - بدون حالت؛ پارامترهای موجود برای حالت C یا R را حذف می‌کند. بدون ری‌استارت هنگام تغییر.
C - حالت C قدیمی Radeon VII. بدون ری‌استارت هنگام تغییر.
R - حالت R جدید برای همهٔ کارت‌ها به‌جز Polaris. بدون ری‌استارت هنگام تغییر.
RN - بدون حالت؛ پارامترهای موجود برای حالت C یا R را حذف می‌کند. ری‌استارت هنگام تغییر.
RC - حالت C قدیمی Radeon VII. ری‌استارت هنگام تغییر.
RR - حالت R جدید برای همهٔ کارت‌ها به‌جز Polaris. ری‌استارت هنگام تغییر.
--kernel_vm_mode_script=X (فقط Linux). اسکریپتی را که برای تنظیم پارامترهای جدید حالت کرنل فراخوانی می‌شود تعیین می‌کند.
اسکریپت باید مانند اسکریپت پیش‌فرض TRM موجود در بستهٔ توزیع ماینر به نام
ubuntu_mode_script.sh عمل کند. این آرگومان معمولاً لازم نیست.
--gpu_sdma=on|off تعیین می‌کند که آیا درایور از عملیات مستقیم sdma برای کپی حافظه از/به
کارت گرافیک استفاده کند یا نه. این آرگومان فقط در موقعیت‌های بسیار خاص لازم است. برای مثال، AMD BC-250
از sdma پشتیبانی نمی‌کند و به --gpu_sdma=off نیاز دارد. اگر بلافاصله هنگام مقداردهی اولیهٔ کارت
هنگ می‌کند، اما ماینرهای دیگر یا نسخه‌های قدیمی‌تر TRM به‌خوبی کار می‌کنند، --gpu_sdma=off را امتحان کنید.
این تنظیم یک تنظیم محیطی است و همهٔ کارت‌ها را کنترل می‌کند.
گزینه‌های پیکربندی استخر:
-o, --url=URL آدرس استخر را تعیین می‌کند. در حال حاضر آدرس‌های stratum+tcp و stratum+ssl پشتیبانی می‌شوند.
هر بار که این گزینه دوباره وارد شود، پیکربندی یک استخر جدید آغاز می‌شود.
گزینه‌های مخصوص هر استخر (مانند -u، -p) باید برای هر استخر جدید
دوباره و به‌صراحت وارد شوند. (فایل نمونهٔ start_multipool.sh/bat را ببینید)
راهبرد چنداستخری ماینر با گزینهٔ --pool_strategy تعیین می‌شود.
همچنین پشتیبانی ویژه‌ای برای تنظیمات پیشرفتهٔ SSL/TLS وجود دارد که در آن‌ها باید
یک نام میزبان SNI به endpoint مربوط به SSL ارسال شود. برای مثال، این برای endpointهای SSL
که به‌عنوان frontend برای چند میزبان عمل می‌کنند و باید بدانند برای کدام یک
گواهی ارائه دهند ضروری است. در چنین مواردی از این قالب استفاده کنید:
-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 میلی‌ثانیه طول بکشد، اتصال فعلی
قطع و دوباره برقرار می‌شود. این برای استخرهایی است که اغلب با برخی سرورهایشان
مشکل دارند؛ اتصال مجدد یعنی انتقال (load-balance) به سروری دیگر و
امیدوارانه بهتر. مقدار پیش‌فرض بدون timeout است.
--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 از ارسال شیرهایی که مربوط به جدیدترین کار استخر نیستند جلوگیری می‌کند.
گزینه‌های کارت گرافیک:
--platform=INDEX شمارهٔ پلتفرم OpenCL مورد استفاده را تعیین می‌کند. اگر تعیین نشود، پلتفرم
خودکار تشخیص داده می‌شود. Linux با چند پلتفرم فقط بدون آرگومان
--platform و با افزودن --bus_reorder پشتیبانی می‌شود.
-d, --devices=DEVLIST کارت‌های مورد استفاده را از فهرست شناسایی‌شده تعیین می‌کند. DEVLIST باید فهرستی از
شماره‌های دستگاه جداشده با کاما باشد، مثلاً -d 0,1,2,4. اگر تعیین نشود، همهٔ
دستگاه‌های پلتفرم(ها) استفاده می‌شوند. توجه: به‌طور پیش‌فرض دستگاه‌ها
به ترتیب گذرگاه pcie مرتب می‌شوند. برای نمایش شماره‌ها از --list_devices استفاده کنید.
--init_style=1/2/3 شیوهٔ مقداردهی اولیه را تعیین می‌کند (1 پیش‌فرض است):
1: هر بار یک کارت، تکمیل همه پیش از استخراج.
2: هر بار سه کارت، تکمیل همه پیش از استخراج.
3: همهٔ کارت‌ها به‌صورت موازی، شروع فوری استخراج.
--pcie_fmt=FORMAT قالب نمایش شماره‌های گذرگاه pcie را تعیین می‌کند. مقادیر قابل قبول برای FORMAT
'hex' یا 'dec' هستند. پیش‌فرض برای windows برابر dec و برای linux برابر hex است.
--bus_reorder دستگاه‌های شناسایی‌شده یا تعیین‌شده را بر اساس pcie bus id مرتب می‌کند. اگر
پلتفرمی تعیین نشود، دستگاه‌ها از همهٔ پلتفرم‌های AMD OpenCL شناسایی‌شده
جمع‌آوری می‌شوند. توجه: از نسخهٔ v0.7.0 این رفتار پیش‌فرض است.
--opencl_order دستگاه‌های شناسایی‌شده یا تعیین‌شده را به ترتیبی که OpenCL ارائه می‌دهد مرتب می‌کند.
--list_devices دستگاه‌های موجود برای پلتفرم شناسایی‌شده یا تعیین‌شده را فهرست می‌کند و بلافاصله
خارج می‌شود. مرتب‌سازی گذرگاه در ترتیب نمایش داده‌شده اعمال می‌شود.
--nr_cu_override=X,Y,... تعداد واحدهای محاسباتی هر کارت را که API مربوط به OpenCL گزارش می‌دهد بازنویسی می‌کند. این
عمدتاً برای Vega 64هایی مفید است که با بایوس 56 فلش شده‌اند و درایور
به‌جای تعداد واقعی 56 CU گزارش می‌دهد. فهرستی جداشده با کاما از
تعداد CU بازنویسی‌شده برای هر کارت را به‌عنوان مقدار آرگومان وارد کنید. می‌توانید از کارت‌ها رد شوید و
لازم نیست برای همهٔ کارت‌های ریگ مقدار وارد کنید. مثال برای یک ریگ ترکیبی با دو Vega
در شماره‌های 1 و 3 و دو کارت دیگر: --nr_cu_override=,64,,64. می‌توانید
آرگومان خود را با افزودن --list_devices پیش از استخراج بررسی کنید.
گزینه‌های کنترل فرکانس/ولتاژ (فقط windows، قابلیت BETA):
ماینر قابلیت پایه‌ای برای تنظیم فرکانس هسته و حافظه و ولتاژ
مربوط به آن‌ها، و همچنین انتخاب بین تایمینگ‌های داخلی درایور windows دارد. برای هر
آرگومان موجود در زیر، مقادیر را برای کارت(های) ریگ در فهرستی جداشده با کاما
وارد می‌کنید. برخی آرگومان‌ها برای برخی کارت‌ها استفاده نمی‌شوند. می‌توانید در فهرست از کارت‌ها رد شوید.
ماینر همیشه بالاترین p-state را هم برای هسته و هم برای حافظه در کارت‌های GCN تنظیم و استفاده می‌کند
(Polaris، Vega). توجه کنید که کارت‌های Rx Vega _باید_ پیش از اینکه بتوانند با ولتاژ کمتر از 900mV
کار کنند، تغییری در جدول powerplay برای p-state شمارهٔ 2 حافظه داشته باشند. علاوه بر این، کارت‌های
Big Navi هنوز باید مثلاً از MorePowerTool برای تغییر جدول powerplay استفاده کنند، برای مثال
برای امکان تنظیم ولتاژ کمتر. ماینر _ممکن است_ در آینده از قابلیت‌های مربوط به جدول powerplay
پشتیبانی کند.
--clk_debug فعال کردن نمایش لاگ‌های شروع مربوط به تنظیم فرکانس/ولتاژ/تایمینگ.
--clk_core_mhz=MHZ1,MHZ2,... فرکانس هسته را برای هر کارت بر حسب MHz تعیین می‌کند.
--clk_core_mv=MV1,MV2,... ولتاژ هسته را برای هر کارت بر حسب mV تعیین می‌کند.
--clk_mem_mhz=MHZ1,MHZ2,... فرکانس حافظه را برای هر کارت بر حسب MHz تعیین می‌کند.
--clk_mem_mv=MV1,MV2,... ولتاژ حافظه را برای هر کارت بر حسب mV تعیین می‌کند. برای کارت‌های Navi یا Big Navi استفاده نمی‌شود.
--clk_timing=V1,V2,... بین مجموعه‌های تایمینگ حافظهٔ موجود در درایور انتخاب می‌کند. روی همهٔ کارت‌ها و
درایورها در دسترس نیست.
نمونهٔ بخشی از یک خط فرمان برای سیستمی با چهار کارت 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,...) این آرگومان کنترل فن کارت توسط ماینر را فعال می‌کند. TRM از
تنظیم خودکار سرعت فن(های) کارت بر اساس دمای هسته، junction و/یا حافظه پشتیبانی می‌کند.
همچنین از تنظیم سرعت ثابت فن به درصد پشتیبانی می‌کنیم.
هر نوع کارت یک پیکربندی فن دارد که به‌طور پیش‌فرض استفاده می‌شود. ما هم
بازنویسی پیکربندی پیش‌فرض برای هر نوع کارت و هم تعیین
پیکربندی مشخص برای هر کارت در ریگ را پشتیبانی می‌کنیم.
یک پیکربندی فن شامل (حداکثر) شش مقدار است که با کاراکتر ':' (دونقطه) جدا می‌شوند. این مقادیر
عبارت‌اند از: دمای هدف هسته، دمای هدف junction، دمای هدف حافظه، سرعت اولیهٔ فن به
درصد، حداقل سرعت فن به درصد، حداکثر سرعت فن به درصد. هر مقداری می‌تواند خالی بماند.
چند نمونه:
::70:50:25 دمای هدف حافظه 70C، شروع فن با سرعت 50%، حداقل سرعت فن 25%.
55::::20:80 دمای هدف هسته 55C، شروع فن با سرعت پیکربندی پیش‌فرض،
همیشه نگه داشتن فن بین 20% و 80%.
55::75:80 تنظیم فن به‌طوری که دمای هسته <= 55C و دمای حافظه <= 75C باشد، شروع
فن با 80%.
:::100 سرعت ثابت فن 100%، هرگز بر اساس دما تنظیم نمی‌شود.
پیکربندی فن مورد استفاده برای یک کارت به ترتیب اولویت زیر تعیین می‌شود:
1. به آرگومان --fan_control فهرستی از پیکربندی‌ها داده شده و شامل موردی
برای کارت X است.
2. پیکربندی پیش‌فرض فن برای این نوع کارت با پارامتر
--fan_default_<type>=... بازنویسی شده است.
3. از پیکربندی پیش‌فرض داخلی فن برای این نوع کارت استفاده می‌شود.
در فهرست بالا، اگر پیکربندی انتخاب‌شده مقدار شروع فن را نداشته باشد،
تنظیم پیکربندی بعدی استفاده می‌شود.
توجه: پشتیبانی از فن یک قابلیت بتا است و بهتر از پشتیبانی‌ای که
درایورها ارائه می‌دهند کار نخواهد کرد. برای مثال، اغلب درایورها در linux اجازه نمی‌دهند
فن با استفاده از پشتیبانی sysfs pwm روی 100% اجبار شود.
--fan_default_polaris=CFG پیکربندی پیش‌فرض برای همهٔ کارت‌های Polaris (450/460/550/560/470/480/570/580/590) را تعیین می‌کند.
پیش‌فرض داخلی 55:::50 است، یعنی دمای هستهٔ 55C و شروع فن با 50%.
توجه: این تنظیم برای کارت‌های Tonga هم استفاده می‌شود.
--fan_default_vega=CFG پیکربندی پیش‌فرض برای همهٔ کارت‌های Vega (Vega 56/Vega 64) را تعیین می‌کند.
پیش‌فرض داخلی 55::70:50 است، یعنی دمای هستهٔ 55C، دمای حافظهٔ 70C و فن روی 50%.
--fan_default_vega2=CFG پیکربندی پیش‌فرض برای همهٔ کارت‌های 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%. دلیل
در نظر نگرفتن دمای حافظه، نبود سنسور در کتابخانهٔ ADL ویندوز است.
--fan_debug فعال کردن نمایش لاگ‌های مربوط به تنظیمات.
--fan_no_restore غیرفعال کردن بازگرداندن پروفایل‌های اصلی فن هنگام خروج ماینر.
گزینه‌های Watchdog:
--no_gpu_monitor غیرفعال کردن پایش GPU از طریق ADL (Windows) یا sysfs (Linux) برای دما و
سرعت فن.
--temp_limit=TEMP دمای هسته‌ای را تعیین می‌کند که در آن ماینر کارت‌های بیش از حد داغ را متوقف می‌کند.
پیش‌فرض 85C است. مقادیر مخصوص هر کارت را می‌توان با فهرستی جداشده با کاما،
یک مقدار برای هر کارت، وارد کرد. اگر کارتی مقدار تعریف‌شده نداشته باشد، اولین مقدار فهرست
استفاده می‌شود.
--temp_resume=TEMP دمای هسته‌ای را تعیین می‌کند که زیر آن ماینر کارت‌هایی را که پیش‌تر به دلیل
عبور دمای هسته از حد متوقف شده بودند دوباره فعال می‌کند. پیش‌فرض 60C است. مقادیر مخصوص هر کارت
را می‌توان با فهرستی جداشده با کاما، یک مقدار برای هر کارت، وارد کرد. اگر کارتی
مقدار تعریف‌شده نداشته باشد، اولین مقدار فهرست استفاده می‌شود.
--mem_temp_limit=TEMP دمای حافظه‌ای را تعیین می‌کند که در آن ماینر کارت‌های بیش از حد داغ را متوقف می‌کند.
به‌طور پیش‌فرض فعال نیست. فقط اگر کارت سنسور دمای حافظه داشته باشد استفاده می‌شود.
مقادیر مخصوص هر کارت را می‌توان با فهرستی جداشده با کاما، یک مقدار برای هر کارت، وارد کرد.
اگر کارتی مقدار تعریف‌شده نداشته باشد، اولین مقدار فهرست استفاده می‌شود.
--mem_temp_resume=TEMP دمای حافظه‌ای را تعیین می‌کند که زیر آن ماینر کارت‌هایی را که پیش‌تر به دلیل
عبور دمای حافظه از حد متوقف شده بودند دوباره فعال می‌کند. به‌طور پیش‌فرض فعال نیست. فقط
اگر کارت سنسور دمای حافظه داشته باشد استفاده می‌شود. مقادیر مخصوص هر کارت را می‌توان
با فهرستی جداشده با کاما، یک مقدار برای هر کارت، وارد کرد. اگر کارتی مقدار تعریف‌شده نداشته باشد،
اولین مقدار فهرست استفاده می‌شود.
--watchdog_script(=X) watchdog کارت را طوری پیکربندی می‌کند که ماینر را خاموش کند و اسکریپت پلتفرم مشخص‌شده را اجرا کند
و فوراً خارج شود. اسکریپت پیش‌فرض watchdog.bat/watchdog.sh در
پوشهٔ فعلی است، اما می‌توان اسکریپت دیگری را به‌عنوان آرگومان اختیاری،
احتمالاً با مسیر مطلق یا نسبی، وارد کرد.
--watchdog_test اسکریپت watchdog پیکربندی‌شده را با اجرای همان اقدام کارت ازکارافتاده
پس از حدود 20 ثانیه استخراج آزمایش می‌کند.
--watchdog_disabled اجرای watchdog را غیرفعال می‌کند. برای غیرفعال کردن watchdog در سیستم‌عامل‌های استخراجی
که همیشه با watchdog فعال اجرا می‌شوند قابل استفاده است.
گزینه‌های Ethash:
--eth_config=CONFIG پیکربندی دستی ethash برای ماینر. CONFIG باید به‌شکل [X][M][L] باشد.
مقدار [M] حالت را انتخاب می‌کند که می‌تواند 'A'، 'B' یا 'C' باشد.
حالت 'B' از حافظهٔ اضافی استفاده می‌کند و فقط روی کارت‌های 8+GB کار می‌کند.
حالت 'C' از حافظهٔ اضافی استفاده می‌کند و فقط روی کارت‌های 16+GB مانند VII، با
سیستمی که درست پیکربندی شده، کار می‌کند. برای جزئیات بیشتر ETHASH_TUNING_GUIDE.txt را ببینید.
مقدار [L] شدت را انتخاب می‌کند و بازهٔ آن به معماری کارت گرافیک بستگی دارد.
پیشوند [X] اختیاری و فقط برای Navi/Big Navi است؛ عملیات حافظهٔ بیشتری را فعال می‌کند و
به مقدار تنظیم [L] کمتری منجر می‌شود. هر زمان که تنظیم‌کنندهٔ خودکار مکرراً
به مقداری نزدیک به حداکثر مقدار ممکن تنظیم برای کارت برسد، می‌تواند مفید باشد.
هر دو مقدار اختیاری‌اند، اما اگر [L] تعیین شود، [M] هم باید تعیین شود.
نمونه پیکربندی‌ها: --eth_config=A
--eth_config=B750
--eth_config=XB
CONFIG می‌تواند فهرستی جداشده با کاما از مقادیر پیکربندی باشد که هر کدام
روی یک کارت اعمال می‌شود. برای مثال: --eth_config=A,B750,,A288
هر کارتی که پیکربندی مشخصی در فهرست نداشته باشد از اولین
پیکربندی فهرست استفاده می‌کند.
--eth_variant_mode=X این آرگومان فعال‌سازی تغییرات ethash برای ETC از ایپاک 390 را، همان‌طور که
در ecip-1099 توضیح داده شده، کنترل می‌کند. حالت‌های موجود:
pool - حالت پیش‌فرض. فقط وقتی فعال می‌شود که استخر یک پرچم الگوریتم شامل etchash ارسال کند.
پس از دیدن این پرچم، همهٔ کارهای استخر etchash فرض می‌شوند، مگر اینکه
پرچم الگوریتم دیگری شامل ethash دریافت شود.
etchash - حالت Etchash. ایپاک >= 390 به‌عنوان etchash و ایپاک‌های کمتر به‌عنوان ethash فرض می‌شوند. پرچم‌های
الگوریتم استخر استفاده نمی‌شوند.
deduce - پرچم‌های الگوریتم استخر را نادیده می‌گیرد و فقط یک روش ابتکاری بر اساس زمان فعلی سیستم
و ارتفاع‌ها و زمان‌های شناخته‌شدهٔ ETC و ETH به کار می‌برد. این حالت باید به‌عنوان یک
روش عمومی وقتی ETH در ژانویهٔ 2021 به ایپاک 390 برسد کار کند. ساعت سیستم باید درست باشد.
همچنین باید تنظیمات profit switching را که از طریق پراکسی کردن استخرهای زیرین آزادانه بین کارهای ethash و
etchash جابه‌جا می‌شوند مدیریت کند.
auto - تا وقتی استخر پرچم الگوریتمی ارسال نکرده، از حالت deduce استفاده می‌کند. وقتی پرچم الگوریتم
دیده شود، به حالت pool سوئیچ می‌کند.
ethash - حالت اجباری ethash. هرگز ecip-1099 اعمال نمی‌شود.
force_etc - حالت اجباری etchash. همیشه قواعد ecip-1099 اعمال می‌شوند. برای استخراج در testnet شبکهٔ ETC استفاده کنید.
--eth_aggr_mode استفادهٔ خودکار از حالت 'B' را برای همهٔ کارت‌های Polaris 8GB فعال می‌کند، مگر اینکه
پیکربندی متفاوتی با آرگومان --eth_config برایشان تعیین شده باشد. این همان کاری است که
با تنظیم دستی همهٔ کارت‌های Polaris 8GB ریگ روی حالت 'B' با --eth_config انجام می‌شود.
برای بیشتر کارت‌ها 0.1-0.2 MH/s به هش‌ریت اضافه می‌کند. توجه: 20 تا 25% ریگ‌ها
در این حالت ناپایدارتر می‌شوند و به همین دلیل حالت پیش‌فرض نیست. اگر با
کارت‌های ازکارافتاده مواجه شدید، این آرگومان را حذف کنید و کارت‌ها را در حالت '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 است. بافر
تکی کمی بهتر است و به صرفه‌جویی اندکی در مصرف برای همهٔ انواع کارت منجر می‌شود. فقط درایورهای جدید از
تخصیص‌های تکی بزرگ‌تر از 4GiB پشتیبانی می‌کنند، معمولاً از Adrenalin 20.9.1 و amdgpu-pro 20.x. ماینر
با این آرگومان می‌تواند در صورت امکان خودکار از حالت بافر تکی استفاده کند، و همچنین بافر تکی یا دوتایی
را برای هر کارت اجبار کند. مقادیر پشتیبانی‌شده A(uto)، S(ingle)، D(ual) هستند. می‌توانید فهرستی جداشده با کاما
برای همهٔ کارت‌های ریگ، یا یک مقدار واحد برای همهٔ کارت‌ها وارد کنید. کارتی که در
فهرست جداشده با کاما مقداری نداشته باشد از اولین مقدار استفاده می‌کند.
--eth_big_mode_adjust=X,Y,... هنگام استفاده از حالت‌های B یا C، ماینر هرچه VRAM بیشتری تخصیص دهد بهتر کار می‌کند. متأسفانه
درایورها مقدار حافظهٔ قابل تخصیص را دقیق گزارش نمی‌کنند، به‌ویژه در Windows.
ماینر از عدد محتاطانه و امن 256MiB (Linux) و 512MiB (Windows) به‌عنوان فاصله از
اندازهٔ VRAM موجود استفاده می‌کند. اگر می‌خواهید این عدد را تغییر دهید، می‌توانید با این آرگومان
فهرستی جداشده با کاما با مقادیر برای یک یا چند کارت وارد کنید. مقادیر کارت‌هایی که در حالت B/C اجرا نمی‌شوند
نادیده گرفته می‌شوند. اگر کارتی در فهرست مقداری نداشته باشد، به‌جای آن اولین مقدار استفاده می‌شود.
بازهٔ مجاز [-64, 2048] است. هرچه عدد بزرگ‌تر باشد، VRAM کمتری روی کارت تخصیص داده می‌شود.
--eth_dag_slowdown=N ساخت DAG را کند می‌کند. یک رقم 0-9 وارد کنید. 0 یعنی بدون کندی (رفتار <= 0.7.9)،
1 یعنی کمترین کندی و 9 یعنی بیشترین. مقدار پیش‌فرض: 4 برای کندی اندک.
--eth_stagger ساخت DAG جدید را روی کارت‌ها به‌صورت پلکانی انجام می‌دهد. این برای منابع تغذیه‌ای که از
رفتن هم‌زمان همهٔ کارت‌ها از بار 0 به 100% خوششان نمی‌آید ملایم‌تر است.
--eth_no_stagger --eth_stagger را غیرفعال می‌کند. از نسخهٔ 0.7.18 رفتار پیش‌فرض است. آرگومان فقط برای
سازگاری با نسخه‌های قبلی حفظ شده است.
--eth_ramp_up افزایش تدریجی شدت روی همهٔ کارت‌ها را پس از ساخت DAG، غیرفعال/فعال کردن کارت یا قطعی شبکه اضافه می‌کند.
می‌تواند به ریگ‌هایی که درست بین ساخت DAG و شروع استخراج کرش می‌کنند کمک کند.
--eth_no_ramp_up --eth_ramp_up را غیرفعال می‌کند. از نسخهٔ 0.7.18 رفتار پیش‌فرض است. آرگومان فقط برای
سازگاری با نسخه‌های قبلی حفظ شده است.
--eth_direct_abort از سازوکار متفاوتی برای لغو کارهای در حال اجرای کارت استفاده می‌کند. برای Vegaها در محیط‌های ROCm
جهت به حداقل رساندن شیرهای منقضی توصیه می‌شود. فقط روی کارت‌های Vega و Polaris ریگ اعمال می‌شود.
--eth_dag_alloc_patch برخی مادربردها با بایوس قدیمی ممکن است خطاهای سخت‌افزاری (hw err) معمولاً روی اولین یا آخرین کارت سیستم ببینند.
از این آرگومان برای اجبار یک راهبرد تخصیص DAG اصلاح‌شده استفاده کنید که اغلب مشکل را حل می‌کند.
به‌روزرسانی بایوس هم اغلب مشکل را حل می‌کند.
--eth_hashwatch(=M,M) حداقل/حداکثر هش‌ریت مورد انتظار برای watchdog را بر حسب MH/s هنگام هش کردن کارت‌ها تعیین می‌کند. اگر یک GPU برای مدت طولانی
خارج از این بازه باشد، معیوب در نظر گرفته می‌شود و watchdog فعال می‌شود. مقادیر
پیش‌فرض حداقل/حداکثر 2 MH/s و 150 MH/s هستند. برای فعال‌سازی با مقادیر پیش‌فرض از
--eth_hashwatch استفاده کنید. برای تعیین مقادیر دلخواه، مثلاً از --eth_hashwatch=1.25,60 استفاده کنید. همین بازه
برای همهٔ کارت‌های ریگ استفاده می‌شود. مقدار منفی برای یک طرف آن را غیرفعال می‌کند، مثلاً از --eth_hashwatch=-1,1000
برای مدیریت ری‌ستِ کارت‌هایی که به هش‌ریت‌های جعلی بسیار بالا منجر می‌شوند، بدون بررسی حداقل، استفاده کنید.
--eth_dag_cache(=EPOCH) ذخیرهٔ DAGهای eth از کارهایی با ایپاک‌های متفاوت را فعال می‌کند تا اگر کارهایی با ایپاک‌های قدیمی دوباره
دریافت شوند، نیازی به ساخت مجدد آن‌ها نباشد. اگر حافظهٔ GPU اجازه دهد، حداکثر یک DAG
ذخیره می‌شود. برای جابه‌جایی بین استخرها مانند استخراج 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,... هنگام قرار دادن دوبارهٔ کار در صف کارت(ها) یک تأخیر (بر حسب میکروثانیه) اضافه می‌کند.
منابع تغذیهٔ ضعیف‌تری که کارت‌های زیادی را تغذیه می‌کنند گاهی نمی‌توانند «نرخ تغییر بار» (slew rate) را وقتی چند کارت
دقیقاً هم‌زمان کار را دوباره در صف قرار می‌دهند تحمل کنند. تنظیم این مقدار مثلاً روی 32 گذار
از بدون بار به بار 100% را به اندازهٔ کافی نرم می‌کند تا slew rate در چنین ریگ‌هایی کاهش یابد. نشانهٔ معمول این
مشکل هنگ کامل است که ریگ بی‌پاسخ می‌شود و برای ری‌استارت نیاز به قطع و وصل برق دارد، اما می‌تواند
کرش‌های عادی کارت هم باشد. مقادیر معتبر 0-256 هستند. مقادیر هر کارت را می‌توان در فهرستی جداشده با کاما وارد کرد.
کارت‌هایی که در فهرست مقداری ندارند از اولین مقدار استفاده می‌کنند. مقادیر پیش‌فرض این آرگومان در
استخراج تک‌الگوریتمی 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 اضافه شد و برای همهٔ انواع کارت در دسترس است.
به‌طور کلی قابلیت خوبی است که کمی هش‌ریت اضافه می‌کند و در بیشتر موارد پایداری را هم بهبود می‌دهد،
و به‌طور پیش‌فرض روی همهٔ کارت‌ها فعال است. با این حال، ریگ‌هایی هستند که واکنش خوبی نشان نمی‌دهند و
شروع به کرش می‌کنند. در این صورت می‌توانید با این آرگومان این قابلیت را برای هر کارت ریگ کنترل کنید.
مقادیر معتبر 0 یا 1 هستند. برای یک ریگ 5 کارته می‌توانید از --eth_smooth_power=0,1,1,1,0 برای غیرفعال کردن smooth
power روی اولین و آخرین کارت استفاده کنید. اگر برای کارتی مقداری تعیین نکنید، اولین مقدار فهرست
استفاده می‌شود. یعنی می‌توانید این قابلیت را برای کل ریگ با --eth_smooth_power=0 غیرفعال کنید.
گزینه‌های Progpow (kawpow، firopow):
--prog_config=CONFIG پیکربندی دستی progpow برای ماینر. CONFIG باید به‌شکل [M][L] باشد.
مقدار [M] حالت را انتخاب می‌کند که می‌تواند 'A' یا 'B' باشد.
حالت 'B' معمولاً کارایی بهتری دارد اما فقط برای
Vega در linux و Navi (linux یا windows) در دسترس است.
مقدار [L] شدت را انتخاب می‌کند و بازهٔ آن به معماری کارت گرافیک بستگی دارد.
هر دو مقدار اختیاری‌اند، اما اگر [L] تعیین شود، [M] هم باید تعیین شود.
نمونه پیکربندی‌ها: --prog_config=A
--prog_config=B750
CONFIG می‌تواند فهرستی جداشده با کاما از مقادیر پیکربندی باشد که هر کدام
روی یک کارت اعمال می‌شود. برای مثال: --prog_config=A,B750,,A288
هر کارتی که پیکربندی مشخصی در فهرست نداشته باشد از اولین پیکربندی استفاده می‌کند.
--prog_height=VALUE ارتفاع بلاک ثابتی را برای الگوریتم‌های progpow جهت بنچمارک تعیین می‌کند. این گزینه ماینر را
به‌طور خودکار به حالت بنچمارک می‌برد.
--prog_strict ماینر را مجبور می‌کند همیشه کرنل‌های کاملاً دقیق بسازد. به‌طور پیش‌فرض ماینر
کرنل‌های سهل‌گیرانه‌ای می‌سازد که توان محاسباتی کمتری مصرف می‌کنند اما ممکن است گاهی
به شیرهای نامعتبر منجر شوند.
--prog_dag_slowdown=N ساخت DAG را کند می‌کند. یک رقم 0-9 وارد کنید. 0 یعنی بدون کندی (رفتار <= 0.7.9)،
1 یعنی کمترین کندی و 9 یعنی بیشترین. مقدار پیش‌فرض: 4 برای کندی اندک.
--prog_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,... این گزینه یک نشست کوتاه تنظیم مجدد برای هر بلوک کد تصادفی جدید فعال می‌کند. این برای
کارکرد کارت‌های Polaris با حداکثر سرعتشان مهم است. برای Vegaها و Naviها معمولاً
کارایی را بهبود نمی‌دهد. حالت پیش‌فرض AUTO آن را برای همهٔ کارت‌های Polaris فعال و برای بقیه غیرفعال می‌کند.
تنها دلیل غیرفعال کردن آن پایداری است. مقدار آرگومان
فهرستی جداشده با کاما از مقادیر است، یکی برای هر کارت. اگر کارتی مقداری نداشته باشد، مقدار
کارت اول استفاده می‌شود. توجه کنید که تعیین دستی prog_config عملاً
micro-tuner را هم غیرفعال می‌کند. مقادیر موجود:
1 - خاموش کردن micro-tuning مربوط به progpow برای این کارت.
2 - روشن کردن micro-tuning مربوط به progpow برای این کارت.
3 - تصمیم با ماینر دربارهٔ فعال بودن micro-tuning (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' برای کارت‌های
ضعیف مانند Lexa/Baffin پشتیبانی می‌شود. [I0] و [I1] مقادیر شدت رشته‌ها هستند که معمولاً
بین 1 تا 16 قرار دارند، اما برای کارت‌های 16GB مقادیر بزرگ‌تر هم ممکن است. [M]
حالت است که می‌تواند '.'، -'، '+' یا '*' باشد. حالت '.' یعنی ماینر
بهترین حالت را انتخاب یا جست‌وجو کند. حالت '*' هم یک حالت پیش‌فرض خوب است و
_باید_ اگر روی Vega 56/64 با تایمینگ‌های تغییریافتهٔ حافظه استخراج می‌کنید استفاده شود.
استثنای این قاعده انواع small pad هستند (cnv8_trtl و cnv8_upx2) که
همچنان باید از '+' استفاده کنند. برای کارت‌های Polaris فقط حالت‌های '-' و '+' در دسترس‌اند.
توجه: در TRM 0.5.0 قابلیت تنظیم خودکار اضافه شد و پیکربندی دستی
حالت‌های CN را به‌جز در موارد نادر غیرضروری کرد. برای اطلاعات بیشتر،
مستندات تنظیم و راهنماهای همراه نسخهٔ منتشرشده را ببینید.
نمونه پیکربندی‌ها: --cn_config=15*15:AAA
--cn_config=14-14
--cn_config=L4+3
CONFIG می‌تواند فهرستی جداشده با کاما از مقادیر پیکربندی باشد که هر کدام
روی یک کارت اعمال می‌شود. برای مثال: --cn_config=8-8,16+14:CBB,15*15,14-14
هر کارتی که پیکربندی مشخصی در فهرست نداشته باشد از اولین
پیکربندی فهرست استفاده می‌کند.
--no_cpu_check بررسی شیرهای پیداشده با پردازنده پیش از ارسال به استخر را غیرفعال می‌کند.
توجه: در حال حاضر فقط الگوریتم‌های CN از بررسی با پردازنده پشتیبانی می‌کنند.
--no_lean حالت lean در CN را غیرفعال می‌کند؛ حالتی که رشته‌ها را هنگام شروع یا شروع مجدد پس از
مشکلات شبکه یا throttle دمایی کارت به‌تدریج بالا می‌برد.
--no_interleave=DEVS کارت‌هایی را فهرست می‌کند که منطق interleave رشته‌های CN نباید روی آن‌ها استفاده شود.
آرگومان فهرستی جداشده با کاما از دستگاه‌هاست، مانند گزینهٔ -d.
اگر برخی دستگاه(ها) هش‌ریت بدتری همراه با تعداد زیادی
پیام لاگ interleave adjust دارند از این آرگومان استفاده کنید.
--alloc_patch=DEVS کارت‌هایی را فهرست می‌کند که بین 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 مورد استفاده را در یکی از رشته‌ها
یک واحد کاهش می‌دهد (15+15 -> 15+14 -> 14+14 -> 14+13 -> ...). می‌توانید
تعداد دورها را صریحاً تعیین کنید یا اجازه دهید ماینر مقدار پیش‌فرضی برای هر نوع کارت انتخاب کند (معمولاً 3-4).
--auto_tune_exit در صورت وجود، ماینر پس از اتمام فرایند تنظیم خودکار خارج می‌شود. این زمانی مفید است
که می‌خواهید تنظیمات بهینه را جست‌وجو کنید و سپس از آرگومان خط فرمان حاصل
که ماینر نمایش می‌دهد استفاده کنید.
--allow_large_alloc در صورت وجود، و وقتی درایور نشان دهد VRAM کافی روی GPU موجود است، ماینر
در تخصیص اولیهٔ حافظه تهاجمی‌تر عمل می‌کند. در عمل، این گزینه
یعنی کارت‌های Vega در Linux فرایند تنظیم خودکار را به‌جای 16*14 یا 15*15
از 16*15 شروع می‌کنند.
گزینه‌های MTP:
--allow_all_devices برخی الگوریتم‌ها را نمی‌توان مثلاً با کارت‌های 4GB استخراج کرد. ماینر این کارت‌ها را
به‌طور خودکار غیرفعال می‌کند. این آرگومان این منطق را بازنویسی می‌کند و اجازهٔ استخراج روی همهٔ
دستگاه‌های تعیین‌شده یا شناسایی‌شده را می‌دهد.
گزینه‌های 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 برخی مادربردها وقتی همهٔ کارت‌های ریگ هم‌زمان جدول verthash را بارگذاری می‌کنند
مشکل دارند. این آرگومان تعداد کارت‌هایی را که هنگام شروع هم‌زمان
جدول را بارگذاری می‌کنند محدود می‌کند. مقادیر مجاز 1-32 هستند. مقدار پیش‌فرض 4 است.
گزینه‌های Autolykos2:
--autolykos_mem_adjust=N مقدار حافظه بر حسب MiB را که ماینر هنگام تخصیص بافرهای GPU برای autolykos باید
استفاده‌نشده بگذارد تعیین می‌کند. مقدار پیش‌فرض در linux برابر 384 و در windows برابر 512 است. برای کارت‌هایی
که نمایشگر به آن‌ها وصل است، پیش‌فرض 512 افزایش می‌یابد. در صورت استخراج دوگانه با ZIL،
مقدار پیش‌فرض 1024 افزایش می‌یابد. این گزینه را می‌توان با فهرستی جداشده با کاما
از مقادیر هم وارد کرد که هر مقدار روی یک کارت اعمال می‌شود. اگر مقداری در فهرست خالی باشد،
برای آن کارت از پیش‌فرض استفاده می‌شود. اگر برای کارتی مقداری تعیین نشود،
از اولین مقدار فهرست استفاده می‌کند. مقدار VRAM مورد استفاده باید هم بافرهای اصلی
و هم هر بافر از پیش ساخته‌شده برای ارتفاع بعدی را در خود جای دهد. برای مثال:
--autolykos_mem_adjust=256,512,,256
--autolykos_prebuild=N سرعت ساخت پیشاپیش pad برای ارتفاع بعدی را پیکربندی می‌کند. مقدار بیشتر یعنی ساخت پیشاپیش سریع‌تر
اما با نوسانات توان بیشتر و احتمالاً افت هش‌ریت بیشتر تا زمانی که ساخت پیشاپیش
در حال اجراست. مقادیر معتبر 0-9 هستند، که 0 یعنی اصلاً ساخت پیشاپیش انجام نشود و 9 سریع‌ترین حالت است.
مقدار پیش‌فرض بسته به کارت 3 یا 4 است. می‌توانید یک مقدار واحد برای همهٔ
کارت‌ها یا فهرستی جداشده با کاما از مقادیر برای هر کارت تعیین کنید.
--autolykos_slowdown=N فرایند ساخت pad را کند می‌کند. مقادیر معتبر 0-100 هستند. پیش‌فرض 0 است، یعنی بدون
کندی.
--autolykos_ignore_diff سختی ارسال‌شده توسط استخر را نادیده می‌گیرد و فقط از هدف (target) 256 بیتی موجود در کارها استفاده می‌کند.
برخی استخرها از پیاده‌سازی مرجع استخر برای ماینر ERGO پیروی نمی‌کنند که در این صورت این
آرگومان _ممکن است_ کمک کند. توجه: این روی همهٔ استخرها اعمال می‌شود.
گزینه‌های استخراج دوگانهٔ ZIL:
--zil_start or --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 - استفاده از نسخهٔ 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، همهٔ آرگومان‌ها
به‌جای الگوریتم اصلی (معمولاً ethash) روی استخراج TON اعمال می‌شوند. انتظار می‌رود
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، همهٔ آرگومان‌ها
به‌جای الگوریتم اصلی (معمولاً ethash) روی استخراج Kaspa اعمال می‌شوند. انتظار می‌رود
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 هم اثر می‌گذارد.
آرگومان به‌صورت یک مقدار سراسری یا فهرستی از مقادیر برای هر کارت وارد می‌شود. مثال‌ها:
--dual_intensity=0.75 همهٔ کارت‌ها از 75% حداکثر ظرفیت ممکن GPU برای TON استفاده می‌کنند.
--dual_intensity=0.75,1.0,0.5 مقادیر جداگانه برای سه کارت اول ریگ؛ بقیهٔ کارت‌ها
از مقدار اول یعنی 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 از الگوریتم اصلی و دوم
چه ارزشی دارد. مقادیر پیش‌فرضی در ماینر وجود دارد که هنگام پیاده‌سازی و افزودن هر الگوریتم معتبر بودند،
اما با تغییر هش‌ریت شبکه‌ها و قیمت‌های بازار، ممکن است لازم باشد مقادیر جدیدی وارد شود.
این آرگومان سه مقدار می‌گیرد که همگی باید اعداد مثبت باشند:
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 را روی 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 controller را برای بردهای 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 حداکثر فرکانس مجاز برای ارتباط jtag با fpga را تعیین می‌کند. پیش‌فرض 30.0 MHz است.
--fpga_eth_clk_dag=LIST فرکانس‌های هستهٔ FPGA را که هنگام ساخت DAG در Ethash استفاده می‌شوند تعیین می‌کند. به‌طور پیش‌فرض این مقادیر
روی 90% فرکانس عادی هسته تنظیم می‌شوند. قالب مانند --fpga_clk_core است.
