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 ที่ epoch และความสูงบล็อก
ที่เจาะจง ต้องเพิ่มพารามิเตอร์เฉพาะอัลกอริทึมด้วย เช่น --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 ที่สองสำหรับการตั้งค่าการขุดสองเหรียญ (dual mining) 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 ตั้งช่วงเวลาเป็นวินาทีสำหรับการหาค่าเฉลี่ยและแสดงแฮชเรตของ 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 เลือกตำแหน่งเฉพาะสำหรับการเชื่อมต่อค่าธรรมเนียมนักพัฒนา (dev fee) ใช้เฉพาะเมื่อ
ซอฟต์แวร์ขุดรายงานปัญหาการเชื่อมต่อ dev fee อย่างต่อเนื่อง โดยปกติการจัดการ
การเชื่อมต่อทำงานได้ดีในทุกพื้นที่ ตัวเลือกที่มี:
world - ทุกที่ในโลก ยกเว้นจีนแผ่นดินใหญ่
non-gcp - ประเทศที่ถูกบล็อกการเข้าถึงบริการของ Google (เช่น อิหร่าน คิวบา)
cn - จีนแผ่นดินใหญ่
eu - EU, รัสเซีย, ยูเครน และประเทศใกล้เคียง
us - สหรัฐฯ, แคนาดา, อเมริกากลาง/ใต้
asia - เอเชีย ยกเว้นจีน
--enable_compute (Windows เท่านั้น) เปิดโหมด compute และปิด crossfire บน GPU ที่จำเป็น
--long_timestamps ใช้เวลาประทับระดับไมโครวินาทีในล็อก แทนที่จะเป็นวินาทีเท่านั้น
--restart_gpus (Windows เท่านั้น) รีสตาร์ต GPU ทั้งหมดที่ตั้งค่าไว้ก่อนเริ่มขุด คือ disable+enable อุปกรณ์ PCI
--uac (Windows เท่านั้น) เปิดการยกระดับสิทธิ์เมื่อซอฟต์แวร์ขุดทำงานบางอย่าง เช่น รีสตาร์ต GPU
หลีกเลี่ยงได้เสมอโดยรันซอฟต์แวร์ขุดในฐานะ Administrator โดยตรง ตัวเลือกนี้จะ
เรียกหน้าต่างขอสิทธิ์มาตรฐานของ Windows ดังนั้นต้องมีคนอยู่กด 'Yes'
หากไม่เปิดตัวเลือกนี้ งานที่ต้องใช้สิทธิ์ Administrator จะล้มเหลวเมื่อ
ซอฟต์แวร์ขุดทำงานภายใต้บัญชีผู้ใช้ทั่วไป
--high_score แสดงแชร์ที่ดีที่สุด 15 อันดับแรกที่พบตั้งแต่เริ่มซอฟต์แวร์ขุดในผลลัพธ์สถิติ
หมายเหตุ: อาจไม่เปิดใช้สำหรับทุกอัลกอริทึม
--allow_dup_bus_ids อนุญาตให้ GPU หลายตัวใช้ pci bus id เดียวกัน ควรใช้เฉพาะกับการ์ด Radeon Pro Duo
และฮาร์ดแวร์ที่คล้ายกัน โดยปกติแล้วเป็นสัญญาณว่าสภาพแวดล้อม OpenCL เสียหาย
--dns_https=URL ใช้ DNS-over-HTTPS ในการค้นหา DNS ของพูล เป็นฟีเจอร์ทดลอง TRM
รองรับเฉพาะแบบที่ใช้ JSON ไม่รองรับกลไกที่กำหนดภายหลังใน RFC8484 ผู้ใช้ต้อง
ระบุ URL 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 เท่านั้น) ตั้งค่าพารามิเตอร์ kernel ที่จำเป็นใน /etc/default/grub ให้อัตโนมัติบนระบบ Linux
ที่ใช้ Debian/Ubuntu เป็นฐาน ครอบคลุมดิสโทรสำหรับการขุดส่วนใหญ่ ระบบสามารถรีบูต
อัตโนมัติด้วย /sbin/reboot เมื่อมีการแก้ไขพารามิเตอร์ kernel หากพารามิเตอร์
ถูกต้องอยู่แล้ว ซอฟต์แวร์ขุดและสคริปต์ช่วยจะไม่ทำอะไร ดังนั้น
ใส่พารามิเตอร์นี้ไว้ในบรรทัดคำสั่งได้ตลอด ค่าที่ใช้ได้:
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 เท่านั้น) ระบุสคริปต์ที่จะเรียกใช้เพื่อตั้งค่าพารามิเตอร์โหมด kernel ใหม่
สคริปต์ต้องทำงานเหมือนสคริปต์ 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 ไปยัง endpoint SSL ตัวอย่างเช่น จำเป็นสำหรับ endpoint SSL
ที่ทำหน้าที่เป็น frontend ให้หลายโฮสต์และต้องรู้ว่าจะ
ให้ใบรับรองของโฮสต์ใด ในกรณีนี้ให้ใช้รูปแบบต่อไปนี้:
-o stratum+ssl://pool.tunnel.com/pool.realhostname.com:3333
จะเชื่อมต่อไปที่ pool.tunnel.com:3333 แต่ส่ง pool.realhostname.com เป็นชื่อโฮสต์ SNI
ในขั้นตอน SSL handshake แน่นอนว่าชื่อโฮสต์ทั้งสองจะเป็นชื่อเดียวกันก็ได้
-u, --user=USERNAME ตั้งชื่อผู้ใช้สำหรับยืนยันตัวตนกับพูล
-p, --pass=PASSWORD ตั้งรหัสผ่านสำหรับยืนยันตัวตนกับพูล
--pool_force_ensub บังคับส่งคำขอ extranonce subscribe สำหรับพูลที่รองรับแต่ซอฟต์แวร์ขุดไม่รู้จัก
--pool_no_ensub ไม่ให้ซอฟต์แวร์ขุดส่งคำขอ extranonce subscribe ไปยังพูล
--pool_broken_rpc ให้ซอฟต์แวร์ขุดส่งคำขอ rpc ที่รอคำตอบได้ครั้งละหนึ่งคำขอเท่านั้นบนการเชื่อมต่อ
พูล เป็นวิธีแก้ปัญหาสำหรับพูลที่ไม่ปฏิบัติตามข้อกำหนด json rpc
เรื่อง rpc ID
--pool_ratio=RATIO ตั้งสัดส่วนแฮชเรตระหว่างพูลเมื่อใช้หลายพูลด้วยกลยุทธ์
'load_balance' หรือ 'quota' (ดู --pool_strategy) ค่าเริ่มต้นของทุก
พูลคือ 1 ตัวอย่างเช่น หากตั้งค่านี้เป็น 2 ให้
พูลเดียว พูลนั้นจะได้รับแฮชเรตเป็นสองเท่าของพูลอื่น
เพราะพูลอื่นยังคงใช้ค่าเริ่มต้น 1
--pool_debug บันทึกทราฟฟิกทั้งหมดของพูลลงล็อก
ตัวเลือกพูลแบบส่วนกลาง:
--pool_connect_TO=SEC ตั้งเวลาหมดเวลาในการพยายามเชื่อมต่อพูล SEC คือเวลาที่รอเป็น
วินาที ค่าเริ่มต้นคือ 10
--pool_rpc_TO=SEC ตั้งระยะเวลาที่ซอฟต์แวร์ขุดจะรอคำตอบของ RPC ที่ส่งไปยังพูล เมื่อครบ
เวลานี้ ซอฟต์แวร์ขุดจะเชื่อมต่อพูลใหม่ SEC คือเวลาที่รอเป็นวินาที
ค่าเริ่มต้นคือ 60
--pool_max_rejects=N หากพูลปฏิเสธแชร์ติดต่อกัน N ครั้ง การเชื่อมต่อพูลจะถูกรีเซ็ต เพื่อป้องกัน
พูลที่ทำให้เซสชันการขุดใช้ไม่ได้โดยไม่ตัดการเชื่อมต่อผู้ใช้
ค่าเริ่มต้นคือ 5
--pool_share_limit_ms=N หากพูลใช้เวลานานกว่า N ms ในการยอมรับหรือปฏิเสธแชร์ จะตัดการเชื่อมต่อ
ปัจจุบันและเชื่อมต่อใหม่ มีไว้สำหรับพูลที่เซิร์ฟเวอร์บางตัวมีปัญหา
บ่อย ๆ การเชื่อมต่อใหม่จะทำให้ถูกกระจายไปยังเซิร์ฟเวอร์อื่นที่
หวังว่าจะดีกว่า ค่าเริ่มต้นคือไม่มีการหมดเวลา
--pool_strategy=STRAT ตั้งกลยุทธ์การเลือกพูลเมื่อใช้งานหลายพูล ค่าที่
ใช้ได้คือ: priority, load_balance, quota และ min_epoch ค่าเริ่มต้นคือ priority
priority: ซอฟต์แวร์ขุดจะใช้พูลตามลำดับที่ระบุ และจะไปยัง
พูลถัดไปก็ต่อเมื่อพูลก่อนหน้าเชื่อมต่อไม่ได้
load_balance: ซอฟต์แวร์ขุดจะกระจายแฮชเรตเท่า ๆ กันไปยังทุกพูลที่
เชื่อมต่ออยู่ สัดส่วนแฮชเรตระหว่างพูลกำหนดได้ด้วย --pool_ratio
quota: ซอฟต์แวร์ขุดจะกระจายจำนวนแฮชที่ทำได้ทั้งหมดให้เท่ากันใน
ทุกพูล หากพูลใดหลุดและเชื่อมต่อกลับมาภายหลัง ซอฟต์แวร์ขุดจะย้าย
แฮชเรตไปที่พูลนั้นจนกว่าจำนวนแฮชรวมของแต่ละพูลจะสมดุล
สัดส่วนแฮชเรตระหว่างพูลกำหนดได้ด้วย --pool_ratio
min_epoch: กลยุทธ์สลับ ETH + ZIL ซอฟต์แวร์ขุดจะขุด epoch ที่ต่ำที่สุด
ในบรรดาพูลที่เชื่อมต่ออยู่เสมอ และหากเท่ากัน จะใช้พูลที่เชื่อมต่อก่อน
ดังนั้นให้ระบุพูลขุด 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 bus id หากไม่ได้
ระบุแพลตฟอร์ม จะรวบรวมอุปกรณ์จากแพลตฟอร์ม AMD OpenCL ทั้งหมด
ที่ตรวจพบ หมายเหตุ: ตั้งแต่เวอร์ชัน v0.7.0 นี่คือพฤติกรรมเริ่มต้น
--opencl_order เรียงอุปกรณ์ที่ตรวจพบหรือที่ระบุตามลำดับที่ OpenCL แสดง
--list_devices แสดงรายการอุปกรณ์ที่ใช้ได้บนแพลตฟอร์มที่ตรวจพบหรือที่ระบุ แล้วออก
ทันที ลำดับที่แสดงจะเป็นลำดับหลังการเรียงบัสใหม่
--nr_cu_override=X,Y,... แทนที่จำนวน compute unit ของแต่ละ GPU ที่ OpenCL API รายงาน
มีประโยชน์หลัก ๆ กับ Vega 64 ที่แฟลช BIOS ของ 56 และไดรเวอร์
รายงาน 56 CU แทนจำนวนจริง ระบุค่าเป็นรายการจำนวน CU
ที่ต้องการแทนที่ของแต่ละ GPU คั่นด้วยจุลภาค ข้าม GPU ได้ และไม่
จำเป็นต้องใส่ค่าให้ทุก GPU ในริก ตัวอย่างสำหรับริกผสมที่มี Vega สองใบ
ที่หมายเลข 1 และ 3 กับ GPU อื่นอีกสองใบ: --nr_cu_override=,64,,64 ตรวจสอบ
พารามิเตอร์ได้โดยเพิ่ม --list_devices ก่อนเริ่มขุด
ตัวเลือกควบคุมความถี่/แรงดันไฟ (Windows เท่านั้น, ฟังก์ชันเบต้า):
ซอฟต์แวร์ขุดมีฟังก์ชันพื้นฐานสำหรับตั้งความถี่คอร์และหน่วยความจำ พร้อมแรงดันไฟ
ของแต่ละส่วน และเลือกไทมิ่งที่มีในไดรเวอร์ Windows ได้ สำหรับ
พารามิเตอร์แต่ละตัวด้านล่าง ให้ระบุค่าของแต่ละ GPU ในริกเป็นรายการ
คั่นด้วยจุลภาค พารามิเตอร์บางตัวไม่ใช้กับ GPU บางรุ่น ข้าม GPU ในรายการได้
ซอฟต์แวร์ขุดจะตั้งและใช้ p-state สูงสุดของทั้งคอร์และหน่วยความจำเสมอสำหรับ GPU GCN
(Polaris, Vega) โปรดทราบว่า GPU Rx Vega _ต้อง_ แก้ไขตาราง powerplay
ของ mem p2 state ก่อน จึงจะใช้แรงดันไฟต่ำกว่า 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% ผ่าน sysfs pwm
--fan_default_polaris=CFG ตั้งค่าเริ่มต้นที่ใช้กับ GPU Polaris ทั้งหมด (450/460/550/560/470/480/570/580/590)
ค่าเริ่มต้นในตัวคือ 55:::50 คืออุณหภูมิคอร์ 55C และพัดลมเริ่มที่ 50%
หมายเหตุ: การตั้งค่านี้ใช้กับ GPU Tonga ด้วย
--fan_default_vega=CFG ตั้งค่าเริ่มต้นที่ใช้กับ GPU Vega ทั้งหมด (Vega 56/Vega 64)
ค่าเริ่มต้นในตัวคือ 55::70:50 คืออุณหภูมิคอร์ 55C, อุณหภูมิหน่วยความจำ 70C และพัดลมที่ 50%
--fan_default_vega2=CFG ตั้งค่าเริ่มต้นที่ใช้กับ GPU Radeon VII ทั้งหมด
ค่าเริ่มต้นในตัวคือ 70::75:80 คืออุณหภูมิคอร์ 70C, อุณหภูมิหน่วยความจำ 75C และพัดลมที่ 80%
--fan_default_navi=CFG ตั้งค่าเริ่มต้นที่ใช้กับ Navi (Navi10) ทั้งหมด
ค่าเริ่มต้นในตัวคือ 60::80:70 คืออุณหภูมิคอร์ 60C, อุณหภูมิหน่วยความจำ 80C และพัดลมที่ 70%
--fan_default_big_navi=CFG ตั้งค่าเริ่มต้นที่ใช้กับ Big Navi (Navi21) ทั้งหมด
ค่าเริ่มต้นในตัวคือ 50:::70 คืออุณหภูมิคอร์ 50C และพัดลมที่ 70% ที่
ไม่รวมอุณหภูมิหน่วยความจำเพราะไลบรารี ADL ของ Windows ไม่มีเซนเซอร์นี้
--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) ตั้งให้วอทช์ด็อกของ GPU ปิดซอฟต์แวร์ขุดและรันสคริปต์ที่ระบุสำหรับแพลตฟอร์ม
แล้วออกทันที สคริปต์เริ่มต้นคือ watchdog.bat/watchdog.sh ใน
ไดเรกทอรีปัจจุบัน แต่สามารถระบุสคริปต์อื่นเป็นพารามิเตอร์เสริมได้
และอาจระบุพร้อมพาธแบบเต็มหรือแบบสัมพัทธ์ก็ได้
--watchdog_test ทดสอบสคริปต์วอทช์ด็อกที่ตั้งไว้ โดยจำลองการทำงานแบบเดียวกับเมื่อ GPU ค้าง
หลังขุดไปประมาณ 20 วินาที
--watchdog_disabled บังคับไม่ให้วอทช์ด็อกทำงาน ใช้ปิดวอทช์ด็อกในระบบปฏิบัติการสำหรับการขุด
ที่เปิดวอทช์ด็อกไว้ตลอด
ตัวเลือก 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] คือความเข้ม (intensity) และช่วงค่าขึ้นกับสถาปัตยกรรมของ 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 ตั้งแต่ epoch 390 ตามที่อธิบายไว้
ใน ecip-1099 มีโหมดดังนี้:
pool - โหมดเริ่มต้น เปิดใช้เฉพาะเมื่อพูลส่ง algo flag ที่มี etchash
เมื่อพบ flag นี้แล้ว จะถือว่างานทั้งหมดจากพูลเป็น etchash จนกว่าจะ
ได้รับ algo flag ที่มี ethash
etchash - โหมด Etchash epoch >= 390 จะถือเป็น etchash ส่วน epoch ที่ต่ำกว่าเป็น ethash ไม่ใช้
algo flag ของพูล
deduce - ไม่สนใจ algo flag ของพูล และใช้การคาดเดาจากเวลาปัจจุบันของระบบ
และความสูงบล็อกกับเวลาที่ทราบของ ETC และ ETH เท่านั้น โหมดนี้ควรใช้ได้เป็น
แนวทางทั่วไปเมื่อ ETH ถึง epoch 390 ในเดือน ม.ค. 2021 นาฬิการะบบต้องถูกต้อง
และควรรองรับการตั้งค่าสลับเพื่อกำไร (profit switching) ที่สลับไปมาระหว่างงาน ethash และ
etchash ได้อย่างอิสระผ่านพร็อกซีของพูลเบื้องหลัง
auto - ตราบใดที่พูลยังไม่ส่ง algo flag ให้ใช้โหมด deduce เมื่อพบ algo flag
จะสลับไปใช้โหมด pool
ethash - บังคับโหมด ethash ไม่ใช้ ecip-1099 เลย
force_etc - บังคับโหมด etchash ใช้กฎ ecip-1099 เสมอ ใช้สำหรับการขุด ETC บน testnet
--eth_aggr_mode เปิดใช้โหมด 'B' อัตโนมัติสำหรับการ์ด Polaris 8GB ทั้งหมด เว้นแต่จะมี
การตั้งค่าอื่นจากพารามิเตอร์ --eth_config เหมือนกับการ
ตั้ง GPU Polaris 8GB ทั้งหมดในริกเป็นโหมด 'B' ด้วยตนเองผ่าน --eth_config
สำหรับ GPU ส่วนใหญ่ จะเพิ่มแฮชเรตได้ 0.1-0.2 MH/s หมายเหตุ: ริกราว 20-25% จะเสถียร
น้อยลงในโหมดนี้ จึงไม่ได้ตั้งเป็นโหมดเริ่มต้น หากพบ
GPU ค้าง ควรลบพารามิเตอร์นี้ออกแล้วรัน GPU ในโหมด 'A'
--eth_stratum_mode=MODE ตั้งโหมด stratum แบบตายตัวสำหรับพูล ethash โดยค่าเริ่มต้นซอฟต์แวร์ขุดจะพยายาม
ตรวจหาประเภท stratum ที่พูลรองรับโดยอัตโนมัติแล้วใช้โหมดนั้น
การตรวจหาอัตโนมัตินี้ถูกแทนที่ได้ด้วยการระบุตัวเลือกนี้ MODE
ตั้งเป็นค่าใดค่าหนึ่งต่อไปนี้ได้: stratum, nicehash, ethproxy
--eth_worker ตั้ง worker id ที่จะส่งไปยังพูล ใช้เฉพาะกับพูลที่ใช้โหมด stratum
แบบ ethproxy
--eth_hash_report=X ควบคุมการรายงานแฮชเรตไปยังพูลที่ตั้งค่าไว้ ค่านี้ใช้กับทุกพูล ค่า:
default - ให้ซอฟต์แวร์ขุดตัดสินใจตามโปรโตคอล stratum ที่แต่ละพูลใช้
force - ส่งรายงานแฮชเรตเสมอ แม้พูลจะปฏิเสธก็ตาม
on - ส่งรายงานแฮชเรตครั้งแรก และปิดสำหรับพูลที่ปฏิเสธข้อความนี้
off - ไม่ส่งรายงานแฮชเรตเลย
--eth_epoch ทดสอบ ethash epoch ที่ระบุ หมายเหตุ: จะสลับซอฟต์แวร์ขุดไปเป็นโหมดเบนช์มาร์กโดยอัตโนมัติ เหมือน
ใส่ --benchmark
--eth_alloc_epoch=N จองหน่วยความจำให้พอสำหรับ epoch ที่ระบุตั้งแต่เริ่ม ซอฟต์แวร์ขุดจะพยายามจองเพิ่ม
หากจำเป็นในระหว่างการขุด
--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 ใหม่ ช่วยถนอม PSU ที่ไม่ชอบให้
โหลดของทุก 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
เพื่อลดแชร์ที่ล่าช้า (stale) มีผลเฉพาะกับ GPU Vega และ Polaris ในริก
--eth_dag_alloc_patch เมนบอร์ดบางรุ่นที่ใช้ BIOS เก่าอาจพบ hw err โดยมักเกิดกับ GPU ตัวแรกหรือตัวสุดท้ายในระบบ
ใช้พารามิเตอร์นี้เพื่อบังคับใช้กลยุทธ์การจอง DAG แบบแพตช์ ซึ่งมักแก้ปัญหานี้ได้
การอัปเกรด BIOS ก็มักแก้ปัญหาได้เช่นกัน
--eth_hashwatch(=M,M) กำหนดแฮชเรตต่ำสุด/สูงสุดเป็น MH/s ที่วอทช์ด็อกคาดหวังขณะ GPU กำลังขุด หาก GPU อยู่นอก
ช่วงนี้นานเกินไป จะถือว่าทำงานผิดปกติและวอทช์ด็อกจะทำงาน ค่า
ต่ำสุด/สูงสุดเริ่มต้นคือ 2 MH/s และ 150 MH/s หากต้องการเปิดใช้ด้วยค่าเริ่มต้น ให้ใช้
--eth_hashwatch หากต้องการกำหนดเอง ใช้ เช่น --eth_hashwatch=1.25,60 ช่วงเดียวกันจะใช้
กับทุก GPU ในริก ค่าติดลบจะปิดการตรวจฝั่งนั้น เช่น ใช้ --eth_hashwatch=-1,1000
เพื่อจัดการการรีเซ็ต GPU ที่ทำให้เกิดแฮชเรตปลอมสูงมาก โดยไม่ตรวจค่าต่ำสุด
--eth_dag_cache(=EPOCH) เปิดการเก็บ DAG ของ eth จากงานที่ต่าง epoch กัน เพื่อไม่ต้องสร้างใหม่ใน
อนาคตหากได้รับงานของ epoch เก่าอีก จะเก็บ DAG ไว้ได้สูงสุดหนึ่งชุดหากหน่วยความจำ GPU
มีพื้นที่พอ มีประโยชน์กับการสลับพูล เช่น การขุด eth+zil หากต้องการสร้าง
epoch ที่ระบุไว้ล่วงหน้าทันทีตอนเริ่มทำงาน ให้ใส่ค่าเสริม ซอฟต์แวร์ขุดที่สลับ eth+zil ควรใช้
--eth_dag_cache=0 ขณะนี้สร้างล่วงหน้าได้เฉพาะ epoch ของ ethash (ไม่ใช่ etchash)
--eth_dag_cache_resv=MEM ตั้งปริมาณหน่วยความจำ GPU ที่ซอฟต์แวร์ขุดจะพยายามเว้นไว้เมื่อเปิดการแคช DAG
(ดู --eth_dag_cache) พารามิเตอร์ MEM คือปริมาณหน่วยความจำที่เว้นไว้ หน่วย
mebibyte ค่าเริ่มต้นคือ 256
--eth_dag_cache_verify เปิดการอ่านและตรวจสอบแคช DAG หลังสร้าง DAG เสร็จ ช่วยตรวจพบกรณี
ที่แคช DAG มีบิตผิดพลาดและทำให้ DAG ที่ได้เสียบางส่วน เราพบปัญหานี้
บน Vega บ่อยขึ้นเรื่อย ๆ เมื่อ DAG ใหญ่ขึ้น เมื่อตรวจพบ จะจอง
บัฟเฟอร์ใหม่สำหรับแคช DAG และเริ่มสร้าง DAG ใหม่
--eth_micro_delay=VAL,VAL,... เพิ่มการหน่วงเวลา (หน่วยไมโครวินาที) เมื่อส่งงานเข้าคิว GPU ใหม่
PSU ที่ไม่แรงพอแต่จ่ายไฟให้ GPU หลายตัว บางครั้งรับมือ "slew rate" ไม่ไหวเมื่อ GPU หลายตัว
ส่งงานเข้าคิวใหม่พร้อมกันพอดี การตั้งค่านี้เป็น เช่น 32 จะทำให้การเปลี่ยนจาก
ไม่มีโหลดไปเป็นโหลด 100% นุ่มนวลพอจะลด slew rate บนริกเหล่านี้ได้ อาการทั่วไปของ
ปัญหานี้คือเครื่องค้างสนิทจนริกไม่ตอบสนองและต้องตัดไฟเพื่อรีบูต แต่ก็อาจ
เป็นแค่ GPU แครชตามปกติ ค่าที่ใช้ได้คือ 0-256 ระบุค่าของแต่ละ GPU เป็นรายการคั่นด้วยจุลภาคได้
GPU ที่ไม่ได้ระบุค่าในรายการจะใช้ค่าแรก ค่าเริ่มต้นของพารามิเตอร์นี้ใน
การขุด ethash อัลกอริทึมเดียว คือ:
Polaris: 64
Vega: 0
Navi: 0
--eth_ignore_abort_fail เมื่อการยกเลิกงานล้มเหลว มักเป็นผลจากความเข้มที่สูงเกินไป ซอฟต์แวร์ขุด
จึงลดความเข้มลงโดยอัตโนมัติ ตัวเลือกนี้ _ปิด_ ตรรกะดังกล่าว โดยคงความเข้มไว้แต่
บันทึกคำเตือนลงล็อกแทน
--eth_no_job_logs ไม่แสดงล็อกทั้งหมดของงานใหม่ที่ได้รับจากพูล มีผลกับทุกเซสชันการขุดตระกูล ethash
เช่น ในการตั้งค่า eth+zil แบบ dual ล็อกของทั้งพูล eth และ zil จะถูกซ่อน งานจากพูลที่
เปลี่ยนไปเป็น epoch ใหม่จะยังคงถูกบันทึก
--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] คือความเข้ม (intensity) และช่วงค่าขึ้นกับสถาปัตยกรรมของ GPU
ทั้งสองค่าไม่บังคับ แต่หากระบุ [L] ต้องระบุ [M] ด้วย
ตัวอย่างการตั้งค่า: --prog_config=A
--prog_config=B750
CONFIG ยังเป็นรายการค่าคั่นด้วยจุลภาคได้ โดยแต่ละค่าจะ
ใช้กับ GPU แต่ละตัว ตัวอย่างเช่น: --prog_config=A,B750,,A288
GPU ที่ไม่มีค่าเฉพาะในรายการจะใช้ค่าแรก
--prog_height=VALUE ตั้งความสูงบล็อกแบบตายตัวสำหรับอัลกอริทึม progpow เพื่อการเบนช์มาร์ก จะสลับ
ซอฟต์แวร์ขุดไปเป็นโหมดเบนช์มาร์กโดยอัตโนมัติ
--prog_strict บังคับให้ซอฟต์แวร์ขุดสร้าง kernel ที่แม่นยำเคร่งครัดเสมอ โดยค่าเริ่มต้นซอฟต์แวร์ขุดจะ
สร้าง kernel แบบผ่อนปรนที่ใช้พลังประมวลผลน้อยกว่า แต่อาจทำให้เกิด
แชร์ที่ไม่ถูกต้องเป็นครั้งคราว
--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 ด้วยตนเองจะปิด
micro-tuner ไปด้วย ค่าที่ใช้ได้คือ:
1 - ปิด micro-tuning ของ progpow สำหรับ GPU นี้
2 - เปิด micro-tuning ของ progpow สำหรับ GPU นี้
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' สำหรับ GPU ระดับล่าง
อย่าง Lexa/Baffin [I0] และ [I1] คือค่าความเข้มของเธรด ปกติอยู่ใน
ช่วง 1 ถึง 16 แต่ใช้ค่าที่สูงกว่าได้กับ GPU 16GB [M] คือ
โหมด ซึ่งเป็นได้ทั้ง '.', -', '+' หรือ '*' โหมด '.' หมายถึงให้ซอฟต์แวร์ขุด
เลือกหรือสแกนหาโหมดที่ดีที่สุด โหมด '*' เป็นค่าเริ่มต้นที่ดี และ
_ควร_ ใช้หากขุดบน Vega 56/64 ที่ปรับไทมิ่งหน่วยความจำ ข้อ
ยกเว้นคือรุ่นที่ใช้ pad ขนาดเล็ก (cnv8_trtl และ cnv8_upx2) ซึ่ง
ยังควรใช้ '+' สำหรับ GPU Polaris มีเฉพาะโหมด '-' และ '+'
หมายเหตุ: ใน TRM 0.5.0 ได้เพิ่มฟังก์ชันจูนอัตโนมัติ ทำให้ไม่จำเป็นต้องตั้ง
โหมด CN config ด้วยตนเอง ยกเว้นกรณีพิเศษที่พบได้ยาก ข้อมูลเพิ่มเติม
ดูได้ในเอกสารการจูนและคู่มือที่มาพร้อมกับรีลีส
ตัวอย่างการตั้งค่า: --cn_config=15*15:AAA
--cn_config=14-14
--cn_config=L4+3
CONFIG ยังเป็นรายการค่าคั่นด้วยจุลภาคได้ โดยแต่ละค่าจะ
ใช้กับ GPU แต่ละตัว ตัวอย่างเช่น: --cn_config=8-8,16+14:CBB,15*15,14-14
GPU ที่ไม่มีค่าเฉพาะในรายการจะใช้ค่าแรก
ในรายการ
--no_cpu_check ปิดการตรวจสอบแชร์ที่พบด้วย CPU ก่อนส่งไปยังพูล
หมายเหตุ: ขณะนี้มีเฉพาะอัลกอริทึม CN ที่รองรับการตรวจสอบด้วย CPU
--no_lean ปิดโหมด CN lean ที่ค่อย ๆ เพิ่มเธรดตอนเริ่มหรือรีสตาร์ตหลัง
ปัญหาเครือข่าย หรือหลัง GPU ลดความเร็วเพราะอุณหภูมิ
--no_interleave=DEVS ระบุอุปกรณ์ GPU ที่ไม่ควรใช้ตรรกะ interleave ของเธรด CN
พารามิเตอร์เป็นรายการอุปกรณ์คั่นด้วยจุลภาคเหมือนตัวเลือก -d
ใช้พารามิเตอร์นี้หากอุปกรณ์บางตัวได้แฮชเรตแย่ลงพร้อมกับมีข้อความล็อก
interleave adjust จำนวนมาก
--alloc_patch=DEVS ระบุอุปกรณ์ GPU ที่แฮชเรตลดลงระหว่าง TRM v0.4.5 กับเวอร์ชันหลังจากนั้น เมื่อใช้
พารามิเตอร์นี้ จะใช้กลยุทธ์การจองหน่วยความจำที่ง่ายกว่า และแฮชเรตเดิม (ที่สูงกว่า) ควร
กลับมา ยังคงใช้โหมดจูนอัตโนมัติได้
--auto_tune=MODE เปิดโหมดจูนอัตโนมัติเมื่อเริ่มทำงาน ใช้ได้เฉพาะกับอัลกอริทึมตระกูล CN MODE ต้อง
เป็น NONE, QUICK หรือ SCAN โหมด QUICK จะตรวจการตั้งค่าที่รู้ว่าดีอยู่ไม่กี่ชุด
และเสร็จภายใน 1 นาที โหมด SCAN จะตรวจทุกชุดค่าที่เป็นไปได้ และ
ใช้เวลา 20-30 นาที การตั้ง MODE เป็น NONE จะปิดฟีเจอร์จูนอัตโนมัติ โหมด
เริ่มต้นคือ QUICK
--auto_tune_runs(=N) จูนอัตโนมัติหลายรอบ แต่ละรอบลดจำนวน pad ที่ใช้ลง -1
ในเธรดใดเธรดหนึ่ง (15+15 -> 15+14 -> 14+14 -> 14+13 -> ...) ระบุ
จำนวนรอบเองได้ หรือให้ซอฟต์แวร์ขุดเลือกค่าเริ่มต้นตามประเภท GPU (โดยทั่วไป 3-4)
--auto_tune_exit หากระบุ ซอฟต์แวร์ขุดจะออกหลังจูนอัตโนมัติเสร็จ มีประโยชน์
เมื่อต้องการสแกนหาการตั้งค่าที่ดีที่สุด แล้วนำพารามิเตอร์บรรทัดคำสั่งที่ได้
ซึ่งซอฟต์แวร์ขุดแสดงออกมาไปใช้
--allow_large_alloc หากระบุ และไดรเวอร์แจ้งว่ามี VRAM ของ GPU เพียงพอ ซอฟต์แวร์ขุด
จะจองหน่วยความจำตอนเริ่มต้นอย่างเต็มที่ขึ้น ในทางปฏิบัติ ตัวเลือกนี้
ทำให้ GPU Vega บน Linux เริ่มกระบวนการจูนอัตโนมัติที่ 16*15 แทนที่จะเป็น
16*14 หรือ 15*15
ตัวเลือก MTP:
--allow_all_devices บางอัลกอริทึมขุดบน GPU 4GB ไม่ได้ เป็นต้น 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 ไม่สนใจค่าความยากที่พูลส่งมา และใช้เฉพาะ target 256 บิตที่ให้มาในงาน
บางพูลไม่ได้ทำตามการใช้งานพูลของซอฟต์แวร์ขุดอ้างอิงของ ERGO ในกรณีนี้
พารามิเตอร์นี้ _อาจ_ ช่วยได้ หมายเหตุ: จะมีผลกับทุกพูล
ตัวเลือกการขุดสองเหรียญ (dual mining) กับ ZIL:
--zil_start หรือ --zil เริ่มการตั้งค่าการขุดสองเหรียญกับ ZIL พารามิเตอร์ทั้งหมดระหว่างนี้กับตัวกำหนด --zil_end จะ
ใช้กับการขุด ZIL แทนอัลกอริทึมหลัก คาดว่าอัลกอริทึมหลัก
ได้ตั้งค่าไว้ในพารามิเตอร์ก่อนหน้าแล้ว จุดประสงค์คือให้เพิ่มการตั้งค่า --zil ... --zil_end
ลงในการตั้งค่า TRM ที่ใช้งานได้อยู่แล้วกับอัลกอริทึมใดก็ได้ และทุกอย่างจะทำงานได้ทันที
พารามิเตอร์นี้จะตั้งค่าเริ่มต้นหลายอย่างที่ควรใช้กับ ZIL ให้อัตโนมัติ:
- สำเนาแคชของ DAG ของ ZIL epoch 0
- ปรับหน่วยความจำที่จองให้อัลกอริทึมหลักเพื่อให้ 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 - ใช้โปรโตคอล stratum ของ ice mining ฉบับของ tonpool ผ่าน wss
--wss_force_proxy บังคับเปิดพร็อกซี wss อัตโนมัติที่รันเป็นโปรเซสแยก ใช้กับพูล TON ที่รัน
โปรโตคอลการขุดผ่าน wss ปกติซอฟต์แวร์ขุดจะเปิดให้อัตโนมัติ แต่หากเชื่อมต่อด้วยที่อยู่ IP
โดยตรงหรือชื่อโฮสต์แฝง อาจจำเป็นต้องใช้พารามิเตอร์นี้
--wss_no_proxy ปิดพร็อกซี wss อัตโนมัติที่รันเป็นโปรเซสแยก ซึ่งใช้กับพูล TON ที่รัน
โปรโตคอลการขุดผ่าน wss หมายความว่าโฮสต์และพอร์ตที่ส่งให้ซอฟต์แวร์ขุดต้องชี้
ไปที่พร็อกซี
--wss_proxy=VALUE แทนที่พาธเริ่มต้นของพร็อกซี wss ค่าเริ่มต้นคือ trm_nimiq_proxy-win.exe
และ trm_nimiq_proxy-linux ในไดเรกทอรีปัจจุบันของซอฟต์แวร์ขุด เพราะเดิมใช้เฉพาะกับ
Nimiq
--wss_port=VALUE แทนที่พอร์ตภายในเครื่องเริ่มต้น (4444) ที่ใช้สำหรับพร็อกซี wss ใช้ได้หาก
ระบบใช้พอร์ต 4444 กับบริการ tcp/ip อื่นอยู่แล้ว
ตัวเลือกการขุดสองเหรียญ (dual mining) กับ Ethash:
--ton_start หรือ --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 หรือ --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 ตั้งขนาดขั้นที่ตัวจูนแบบ dual จะใช้เมื่อทดสอบความเข้มของ eth config ต่าง ๆ ค่า
ที่ต่ำลงจะได้ผลแม่นยำขึ้นแต่ใช้เวลานานขึ้น ค่าที่ใช้ได้คือ 1,2,4,8,16,32,64
--dual_tuner_period=X ตั้งจำนวนวินาทีที่ตัวจูนแบบ dual จะรันกับแต่ละการตั้งค่าที่ทดสอบ ค่าเริ่มต้นคือ 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:
อิงจากมูลค่าเปรียบเทียบที่กำหนดเอง: ETH ทุก 1 MH/s มีค่าเท่ากับ TON/Kaspa 100 MH/s
--dual_tuner_weights=100:1:0
อิงจากเครื่องคำนวณการขุด: $0.0437 ต่อ ETH 1 MH/s, $0.0005476 ต่อ TON/Kaspa 1 MH/s
--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 และ vcc_int 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 และยังไม่ได้ใช้เฟิร์มแวร์เวอร์ชันล่าสุด
***** ข้อควรระวัง: ผู้ใช้ต้องระวังอย่าขัดจังหวะกระบวนการอัปเดตเฟิร์มแวร์! *****
***** การขัดจังหวะอาจทำให้บอร์ดเสียถาวร (brick) และกู้คืนได้ยากมาก *****
--fpga_allow_unsafe=LIST ปิดขีดจำกัดความปลอดภัยเริ่มต้นของ FPGA ที่ระบุ ระบุอุปกรณ์ด้วย
รายการค่า DNA คั่นด้วยจุลภาค เช่น --fpga_allow_unsafe=40020000013ae32135111111
***** ข้อควรระวัง: การทำงานเกินขีดจำกัดความปลอดภัยอาจทำให้อุปกรณ์เสียหายถาวร! *****
--fpga_tcore_limit=LIST ตั้งขีดจำกัดอุณหภูมิคอร์แบบอ่อน (soft limit) ของอุปกรณ์ 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
