PhoenixMiner – vollständige Anleitung
Beachten Sie, dass PhoenixMiner die meisten Befehlszeilenoptionen des Claymore's dual Ethereum miner unterstützt
Sie können also dieselben Befehlszeilenoptionen verwenden, die Sie auch mit dem Miner von Claymore genutzt hätten.
Pool-Optionen:
-pool <host:port> Ethash pool address (prepend the host name with ssl:// for SSL pool, or http:// for solo mining)
-wal <wallet> Ethash wallet (some pools require appending of user name and/or worker)
-pass <password> Ethash password (most pools don't require it, use 'x' as password if unsure)
-worker <name> Ethash worker name (most pools accept it as part of wallet)
-proto <n> Selects the kind of stratum protocol for the ethash pool:
1: miner-proxy stratum spec (e.g. coinotron)
2: eth-proxy (e.g. dwarfpool, nanopool) - this is the default, works for most pools
3: qtminer (e.g. ethpool)
4: EthereumStratum/1.0.0 (e.g. nicehash)
5: EthereumStratum/2.0.0
-coin <coin> Ethash coin to use for devfee to avoid switching DAGs:
auto: Try to determine from the pool address (default)
eth: Ethereum
etc: Ethereum Classic
exp: Expanse
music: Musicoin
ubq: UBIQ
pirl: Pirl
ella: Ellaism
etp: Metaverse ETP
whale: WhaleCoin
vic: Victorium
nuko: Nekonium
mix: Mix
egem: EtherGem
etz: EtherZero
clo: Callisto
dbix: DubaiCoin
moac: MOAC
etho: Ether-1
yoc: Yocoin
b2g: Bitcoiin2Gen
esn: Ethersocial
ath: Atheios
reosc: REOSC
qkc: QuarkChain
bci: Bitcoin Interest
-stales <n> Submit stales to ethash pool: 1 - yes (default), 0 - no
-weakssl Skip the strict SSL certificate validation for the main ethash pool (the one specified with the -pool option)
-pool2 <host:port> Failover ethash pool address. Same as -pool but for the failover pool
-wal2 <wallet> Failover ethash wallet (if missing -wal will be used for the failover pool too)
-pass2 <password> Failover ethash password (if missing -pass will be used for the failover pool too)
-worker2 <name> Failover ethash worker name (if missing -worker will be used for the failover pool too)
-proto2 <n> Failover ethash stratum protocol (if missing -proto will be used for the failover pool too)
-coin2 <coin> Failover devfee Ethash coin (if missing -coin will be used for the failover pool too)
-stales2 <n> Submit stales to the failover pool: 1 - yes (default), 0 - no
-weakssl2 Skip the strict SSL certificate validation for the failover ethash pool (the one specified with the -pool2 option)
-dpool <host:port> Dual mining pool address
-dwal <wallet> Dual mining wallet
-dpass <password> Dual mining pool password (most pools don't require it, use 'x' as password if unsure)
-dworker <name> Dual mining worker name
-dcoin blake2s Currently only the Blake2s algorithm is supported for dual mining. If you want to put
all dual mining pools in dpools.txt, you need to set -dcoin blake2s in the command-line or in config.txt
to force the miner to load the dual mining pools from dpools.txt
-dstales <n> Submit stales to the dual mining pool: 1 - yes (default), 0 - no
Allgemeine Pool-Optionen:
-fret <n> Switch to next pool afer N failed connection attempts (default: 3)
-ftimeout <n> Reconnect if no new ethash job is receved for n seconds (default: 600)
-ptimeout <n> Switch back to primary pool after n minutes. This setting is 30 minutes by default;
set to 0 to disable automatic switch back to primary pool.
-retrydelay <n> Seconds to wait before reconnecting (default: 20)
-gwtime <n> Recheck period for Solo/GetWork mining (default: 200 ms)
-rate <n> Report hashrate to the pool: 1 - yes, 0 - no (1 is the default), 2 - (for solo mining only)
use alternative name of the report method "eth_submitHashRate" instead of "eth_submitHashrate"
-nosni Do not send SNI host name on SSL connections
Benchmark-Modus:
-bench [<n>],-benchmark [<n>] Benchmark mode, optionally specify DAG epoch. Use this to test your rig.
If you specify only the -bench option, you will benchmark the ethash algorithm. If you want to bench
the dual mining, use the options -bench <n> -dcoin blake2s. If you want to benchmark the ProgPOW BCI
algorithm, use the options -bench <n> -coin bci
Optionen für die Fernsteuerung:
-cdm <n> Selects the level of support of the CDM remote monitoring:
0: disabled
1: read-only - this is the default
2: full (only use on secure connections)
-cdmport <port> Set the CDM remote monitoring port (default is 3333). You can also specify
<ip_addr:port> if you have a secure VPN connection and want to bind the CDM port to it
-cdmpass <pass> Set the CDM remote monitoring password
-cdmrs Reload the settings if config.txt is edited/uploaded remotely. Note that most options require restart in order to change.
Currently the follwing options can be changed without restarting: -mi, -gt, -sci, -clf, -nvf, -gpow, and most of the
hardware control parameters (-tt, -fcm, -fanmin, -fanmax, -powlim, -tmax, -ttli, -cclock, -cvddc, -mclock,
-mvddc, -ppf, -straps, -vmt1, -vmt2, -vmt3, -vmr)
Mining-Optionen:
-amd Use only AMD cards
-acm Turn on AMD compute mode on the supported GPUs. This is equivalent of pressing 'y' in the miner console.
-nvidia Use only Nvidia cards
-nvmalt Use alternative NVML initialization. Use this option if the program crashes or exits while showing Initializing NVML... on the console.
-gpus <123 ..n> Use only the specified GPUs (if more than 10, separate the indexes with comma)
-mi <n> Set the mining intensity (0 to 14; 12 is the default for the new kernels). You may specify this option per-GPU.
-gt <n> Set the GPU tuning parameter (6 to 400). The default is 15. You can change the
tuning parameter interactively with the '+' and '-' keys in the miner's console window.
If you don't specify -gt or you specify value 0, the miner will start auto-tuning to determine the best GT value for each GPU
Note that when the GPU is dual-mining, it ignores the -gt values, and uses -sci instead.
-sci <n> Set the dual mining intensity (1 to 1000). The default is 30. As you increase the value of -sci,
the secondary coin hashrate will increase but the price will be higher power consumption and/or
lower ethash hashrate.
You can change the this parameter interactively with the '+' and '-' keys in the miner
console window. You may specify this option per-GPU. If you set -sci to 0,
the miner will use auto-tuning to determine the best value, while trying to maximize the
ethash hashrate regardless of the secondary coin hashrate.
-clkernel <n> Type of OpenCL kernel: 0 - generic, 1 - optimized, 2 - alternative, 3 - turbo (1 is the default)
-clgreen <n> Use the power-efficient ("green") kernels (0: no, 1: yes; default: 0).
You may specify this option per-GPU. Note that you have to run auto-tune again as the
optimal GT values are completely different for the green kernels
-clnew <n> Use the new AMD kernels (0: no, 1: yes; default: 1)
-clabi <n> Use OpenCL 1.x even if 2.x is supported by the driver (0: no, 1: yes; default: 0)
-clf <n> AMD kernel sync (0: never, 1: periodic; 2: always; default: 1)
-nvkernel <n> Type of Nvidia kernel: 0 auto (default), 1 old (v1), 2 newer (v2), 3 latest (v3).
Note that v3 kernels are only supported on GTX10x0 GPUs. Also note that dual mining is
supported only by v2 kernels. You may specify this option per-GPU.
-nvdo <n> Enable Nvidia driver-specific optimizations (0 - no, the default; 1 - yes). Try -nvdo 1 if your
are unstable. You may specify this option per-GPU.
-nvnew <n> Use new Nvidia kernels if supported (0: no, 1: yes; default: 1)
-nvf <n> Nvidia kernel sync (0: never, 1: periodic; 2: always; 3: forced; default: 1). You may specify this option per-GPU.
-lhr <n> Nvidia LHR unlock (0: no, -1: automatic, 100-1000: unlock intensity; default: -1).
If this option is not specified (or specified as -1), the default LHR unlock intensity is 520. You may specify this option per-GPU.
-mode <n> Mining mode (0: dual mining if dual pool(s) are specified; 1: ethash only even if dual pools are specified).
You may specify this option per-GPU.
-list List the detected GPUs devices and exit
-gbase <n> Set the index of the first GPU (0 or 1, default: 1)
-minRigSpeed <n> Restart the miner if avg 5 min speed is below <n> MH/s
-eres <n> Allocate DAG buffers big enough for n epochs ahead (default: 2) to
avoid allocating new buffers on each DAG epoch switch, which should improve DAG switch stability
-daglim <n>
(AMD Polaris, Baffin, Tonga, or Fiji cards only) Limit the DAG size to <n> MB to allow mining on 4 GB cards a few weeks after epoch 373
on Windows (or 381 on Linux). The possible values except the exact DAG limit are also 0 (turn off the DAG limit), 1 (automatic DAG
limit size, usually 4023 MB under Windows; this is the default). Note that the hashrate will drop significantly with each epoch
after the DAG limit is in effect. If the hashrate drops too much (e.g. from 28 MH/s to just 2-3 MH/s, you need to use lower value,
for example "-daglim 3996" or even lower.
-dagrestart <n> Restart the miner when allocating buffer for a new DAG epoch. The
possible values are: 0 - never, 1 - always, 2 - auto (the miner decides depending on the driver version).
This is relevant for 4 GB AMD cards, which may have problems with new DAG epochs after epoch 350.
-lidag <n> Slow down DAG generation to avoid crashes when swiching DAG epochs
(0-3, default: 0 - fastest, 3 - slowest).
-gser <n> Serializing DAG creation on multiple GPUs (0 - no serializing, all GPUs generate the DAG simultaneously, this is the default;
1 - partial overlap of DAG generation on each GPU; 2 - no overalp (each GPU waits until the previous one has finished generating the DAG);
3-10 - from 1 to 8 seconds delay after each GPU DAG generation before the next one)
-gpureset <n> Fully reset GPU when paused (0 - no, 1 - yes; default: no, except on 1080Ti). You may specify this option per-GPU.
-altinit Use alternative way to initialize AMD cards to prevent startup crashes
-rvram <n> Minimum free VRAM in MB (-1: don't check; default: 384 for Windows, and 128 for Linux)
-wdog <n> Enable watchdog timer: 1 - yes, 0 - no (1 is the default). The watchdog timer checks
periodically if any of the GPUs freezes and if it does, restarts the miner (see the -rmode
command-line parameter for the restart modes)
-wdtimeout <n> Watchdog timeout (30 - 300; default 45 seconds). You can use this parameter to increase
the default watchdog timeout in case it restarts the miner needlessly
-rmode <n> Selects the restart mode when a GPU crashes or freezes:
0: disabled - miner will shut down instead of restarting
1: restart with the same command line options - this is the default
2: reboot (shut down miner and execute reboot.bat)
-log <n> Selects the log file mode:
0: disabled - no log file will be written
1: write log file but don't show debug messages on screen (default)
2: write log file and show debug messages on screen
-logfile <name> Set the name of the logfile. If you place an asterisk (*) in the logfile name, it will be
replaced by the current date/time to create a unique name every time PhoenixMiner is started. If there
is no asterisk in the logfile name, the new log entries will be added to end of the same file. If you
want to use the same logfile but the contents to be overwritten every time when you start the miner,
put a dollar sign ($) character in the logfile name (e.g. -logfile my_log.txt$).
-logdir <path> Set a path where the logfile(s) will be created
-logsmaxsize <n> Maximum size of the logfiles in MB. The default is 200 MB (use 0 to turn off the limitation).
On startup, if the logfiles are larger than the specified limit, the oldest are deleted. If you use a
single logfile (by using -logfile), then it is truncated if it is bigger than the limit and a new one
is created.
-config <name> Load a file with configuration options that will be added to the command-line options.
Note that the order is important. For example, if we have a config.txt file that contains -cclock 1000
and we specify command line -cclock 1100 -config config.txt, the options from the config.txt file will take
precedence and the resulting -cclock will be 1000. If the order is reversed (-config config.txt -cclock 1100)
then the second option takes precedence and the resulting -cclock will be 1100. Note that only one -config
option is allowed. Also note that if you reload the config file with 'c' key or with the remote interface,
its options will take precedence over whatever you have specified in the command-line.
-timeout <n> Restart miner according to -rmode after n minutes
-pauseat <hh:mm> Pause the miner at hh::mm (24 hours time). You can specify multiple times: -pauseat 6:00,12:00
-resumeat <hh:mm> Resume the miner at hh::mm (24 hours time). You can specify multiple times: -resumeat 8:00,22:00
-gswin <n> GPU stats time window (5-30 sec; default: 15; use 0 to revert to pre-2.8 way of showing momentary stats)
-gsi <n> Speed stats interval (5-30 sec; default: 5; use 0 to disable). The detailed stats are still
shown every 45 seconds and aren't affected by the -gsi value
-astats <n> Show advanced stats from Web sources (0: no; 1: yes). By default the coin exchange rates are updated every
4 hours, and the coin difficulty is updated every 8 hours. You can increase these periods by specifying
for example -astats 12, which will increase update periods to 12 and 24 hours respectively
-gpow <n> Lower the GPU usage to n% of maximum (default: 100). If you already use -mi 0 (or other low value) use -li instead
-li <n> Another way to lower the GPU usage. Bigger n values mean less GPU utilization; the default is 0.
-resetoc Reset the hardware overclocking settings on startup
-leaveoc Do not reset overclocking settings when closing the miner
Optionen zur Hardwaresteuerung – verwenden Sie Kommas, um für jede GPU unterschiedliche Werte anzugeben:
-tt <n> Set fan control target temperature (special values: 0 - no HW monitoring on ALL cards,
1-4 - only monitoring on all cards with 30-120 seconds interval, negative - fixed fan speed at n %)
-ttj <n> Set fan control target hotspot (junction) temperature (can be used
only on GPUs that report the junction temperature). Example: -ttj 75 will keep the junction temperature at or bellow 75C by
increasing the fan speed as necessary. This parameter can be combined with -tt, and -ttmem
-ttmem <n> Set fan control target video memory temperature (can be used only
on GPUs that report the VRAM temperature). Example: -ttmem 83 will keep the GPU memory temperature at or
bellow 83C by increasing the fan speed as necessary. This parameter can be combined with -tt, and -ttj
-hstats <n> Level of hardware monitoring: 0 - temperature and fan speed only; 1 - temperature, fan speed, and power;
2 - full (include core/memory clocks, voltages, P-states). The default is 1.
-pidle <n> Idle power consumption of the rig in W. Will be added to the GPU power consumption when
calculating the total power consumption of the rig.
-ppf <n> The power usage of each GPU will be multiplied by this value to get the actual usage. This value is
in percent, so for example if the GPU reports 100 W power usage and you have specified -ppf 106 the GPU
power usage will be calculated to be 100 * (106 / 100) = 106 W. This allows you to correct for the efficiency
of the PSUs and the individual GPUs. You can also specify this value for each GPU separately.
-prate <n> Price of the electricity in USD per kWh (e.g. -prate 0.1). If specified the miner will calculate the
rig daily electricity cost
-fanmin <n> Set fan control min speed in % (-1 for default)
-fanmax <n> Set fan control max speed in % (-1 for default)
-fanstop <n> (AMD cards under Windows only) If set to 0 (the default), and a
fixed fan speed (e.g. -tt -40), or -fanmin is used, the miner will not allow the fans to stop rotating.
If set to 1, PhoenixMiner will not interfere in the fan stop function of the card.
-fcm <n> Set fan control mode (0 - auto, 1 - use VBIOS fan control, 2 - forced fan control; default: 0)
-tmax <n> Set fan control max temperature (0 for default)
-powlim <n> Set GPU power limit in % (from -75 to 75, 0 for default)
-cclock <n> Set GPU core clock in MHz (0 for default). For Nvidia cards use relative values (e.g. -300 or +400)
-cvddc <n> Set GPU core voltage in mV (0 for default). For Nvidia cards use relative values (e.g. -300 or +400)
-mclock <n> Set GPU memory clock in MHz (0 for default)
-mvddc <n> Set GPU memory voltage in mV (0 for default)
-tstop <n> Pause a GPU when temp is >= n deg C (0 for default; i.e. off)
-tstart <n> Resume a GPU when temp is <= n deg C (0 for default; i.e. off)
-mt <n> VRAM timings (AMD under Windows only): 0 - default VBIOS values; 1 - faster timings; 2 - fastest timings.
The default is 0. This is useful for mining with AMD cards without modding the VBIOS. If you have modded BIOS,
it is probably faster than even -mt 2
-leavemt Do not reset memory timing level ("-mt") to 0 when closing
-ttli <n> Lower GPU usage when GPU temperature is above n deg C. The default value is 0, which means do not lower the usage regardless of the
GPU temperature. This option is useful whenever -tmax is not working. If you are using both -tt and -ttli options, the
temperature in -tt should be lower than the -ttli to avoid throttling the GPUs without using the fans to properly cool them first.
-tmaxj <n> Lower GPU usage when hotspot (junction) temperature is above n deg C (can be used only on GPUs that report the junction temperature).
The default value is 0, which means do not lower the usage regardless of the GPU hotspot temperature. If you are using both
-ttj and -tmaxj options, the temperature in -ttj should be lower than the -tmaxj to avoid throttling the GPUs without using
the fans to properly cool them first.
-tmaxmem <n> Lower GPU usage when VRAM temperature is above n deg C (can be used only on GPUs that report the memory temperature).
The default value is 0, which means do not lower the usage regardless of the GPU memory temperature. If you are using both
-ttmem and -tmaxmem options, the temperature in -ttmem should be lower than the -tmaxmem to avoid throttling the GPUs
without using the fans to properly cool them first.
-straps <n> Memory strap level (Nvidia cards 10x0 and P10x series only). The possible values are 0 to 6. 0 is the default value and uses the default
timings from the VBIOS. Each strap level corresponds to a predefined combination of memory timings (-vmt1, -vmt2,
-vmt3, -vmr). Strap level 3 is the fastest predefined level and may not work on most cards, 1 is the slowest (but still faster than
the default timings). Strap levels 4 to 6 are the same as 1 to 3 but with less aggressive refresh rates (i.e. lower "-vmr" values).
-straps <n> Memory strap level (AMD Vega cards only). The possible values are 0 to 5. 0 is the default value and uses the default timings from the
VBIOS. Each strap level corresponds to a predefined combination of memory timings. Strap level 5 is the fastest level and may not work
on most cards, 1 is the slowest (but still faster than the default timings). Note that straps for AMD cards are experimental and may
lead to crashes or instability. "-vmt1", "-vmt2", and "-vmt3" parameters have no effect on AMD cards
-vmt1 <n> Memory timing parameter 1 (0 to 100, default 0)
-vmt2 <n> Memory timing parameter 2 (0 to 100, default 0)
-vmt3 <n> Memory timing parameter 3 (0 to 100, default 0)
-vmr <n> Memory refresh rate (0 to 100, default 0). For AMD cards you may also use "-rxboost"
-nvmem <n> Force using straps on unsupported Nvidia GPUs (0 - do not force, 1 - GDDR5, 2 - GDDR5X). Make sure that the parameter matches your GPU
memory type. You can try this if your card is Pascal-based but when you try to use -straps or any other memory timing option, the card
is shown as "unsupported".
-rxboost <n> Memory refresh rate on AMD cards (0 - default values, 1 - predefined value that should work on most cards, 2 to 100 -
increasingly aggressive settings). If you want to fine tune the value, you may run the miner with "-rxboost 1", write down the
corresponding "-vmr" values that are showed in the log file, and then use "-vmr" instead with adjusted values.
-vmdag <n> Reset straps to default during DAG generation (default: 1)
-mcdag <n> Reset GPU memory clock to default during DAG generation. Nvidia
only, default: 0 (turned off). This may allow you to set higher memory overclock on your Nvidia cards without risking corrupt DAG
buffer, which can lead to excessive number of stale shares.
Under Linux this option will execute the daggen.sh script (if present in the current directory) for each GPU, passing the GPU
index as the first argument, and PCIE bus ID as second argument. The miner will not wait for the daggen.sh script to finish before
starting to generate the DAGs. Instead it will for a fixed 7 seconds. This allows you to do all the following in the
daggen.sh: turn off the overclocking of Nvidia GPUs, sleep for 30-60 seconds, and then re-apply the overclocking of the Nvidia GPUs.
Allgemeine Optionen:
-v,--version Show the version and exit -vs Show short version string (e.g. "4.1c") and exit -h,--help Show information about the command-line options and exit
Optionen pro GPU
Einige Optionen von PhoenixMiner können entweder dieselbe Einstellung für alle GPUs oder eine
eigene Einstellung für jede GPU festlegen. Um zum Beispiel den Wert -gt für alle Karten anzugeben, schreiben Sie
-gt 90. Wenn Sie aber für jede Karte einen anderen GT-Wert angeben möchten, verwenden Sie etwa Folgendes:
-gt 20,15,40,90,90 für ein Mining-Rig mit fünf GPUs. Damit wird GT für die erste GPU auf 20 gesetzt, für die zweite
GPU auf 15 und so weiter. Wenn Sie weniger Werte angeben, als GPUs vorhanden sind, verwenden die übrigen GPUs den Standardwert
des Parameters.
Es gibt noch eine weitere, flexiblere Möglichkeit, unterschiedliche Werte für verschiedene Karten anzugeben.
Am besten lässt sie sich an einem Beispiel erklären: -cclock *:1100,1-3:1090,4:1300 – hier setzen wir den Core-Takt
für alle Karten auf 1100 MHz, außer für die Karten 1 bis 3, bei denen er auf 1090 MHz gesetzt wird, und für Karte 4 auf 1300 MHz.
Der Teil vor dem Doppelpunkt (:) ist der Selektor, der die GPUs auswählt, für die der Wert nach dem Doppelpunkt gilt. Der Selektor kann Folgendes sein:
- single GPU index: e.g. 5:1000 sets 1000 for the 5th GPU
- range of GPU indexes: e.g 2-5:1200 sets 1200 for the GPUs 2,3,4, and 5
- asterisk, which sets the value for all GPUs
- label amd or nvidia: e.g. amd:1090 sets the value to 1090 for all AMD cards
- arbitrary string that starts with letter and can contain letters, numbers and asterisks,
which is matched with the GPU name as listed by PhoenixMiner. Example: gtx*1070:+500 will
set value +500 for all cards which contain 'gtx' and '1070' in their names with anything
between them. This will match 'Nvidia GeForce GTX 1070' but not 'Nvidia GeForce 1070'.
Beachten Sie: Wenn mehr als ein Selektor auf eine Karte zutrifft, zählt nur der letzte.
Beispiel: -cclock *:1100,1-4:1090,2:1300 setzt Karte 2 auf 1300, die Karten 1, 3 und 4 auf 1090
und die übrigen Karten auf einen Core-Takt von 1100 MHz.
Außerdem können Sie, während der Miner läuft, die folgenden interaktiven Befehle verwenden,
indem Sie im Konsolenfenster eine dieser Tasten drücken:
s Print detailed statistics 1-9 Pause/resume GPU1 ... GPU9 (if you have more than 9 GPUs, type 010 for card 10, 011 for card 11, etc.) p Pause/resume the whole miner +,- Increase/decrease GPU tuning parameter g Reset the GPU tuning parameter (and stop auto-tuning if active) x Select the GPU(s) for manual or automatic GT tuning z Start AMD auto-tune process r Reload epools.txt and switch to primary ethash pool e Select the current ethash pool (if you have more than 9 pools in the list, type 010 for pool 10, 011 for pool 11, etc.) d Select the current dual-mining pool y Turn on AMD Compute mode if it is off on some of the GPUs c Reload the config.txt file (some settings require restart, see -cdmrs option above for details) h Print this short help
Konfigurationsdateien
Beachten Sie, dass PhoenixMiner dieselben Konfigurationsdateien unterstützt wie der Claymore's dual Ethereum miner,
Sie können Ihre vorhandenen Konfigurationsdateien also ohne Änderungen verwenden.
Statt Befehlszeilenoptionen können Sie PhoenixMiner auch über Konfigurationsdateien
steuern. Wenn Sie PhoenixMiner.exe ohne Optionen starten, sucht er nach der Datei config.txt
im aktuellen Verzeichnis und liest die Befehlszeilenoptionen daraus. Wenn Sie möchten, können Sie
eine Datei mit einem anderen Namen verwenden, indem Sie deren Namen als einzige Befehlszeilenoption
beim Start von PhoenixMiner.exe angeben.
Eine Beispieldatei config.txt finden Sie im Verzeichnis von PhoenixMiner.
Statt die Pools direkt in der Befehlszeile anzugeben, können Sie dafür eine weitere Konfigurationsdatei
namens epools.txt verwenden. Dort können Sie einen Pool pro Zeile angeben (eine Beispieldatei
epools.txt finden Sie im Verzeichnis von PhoenixMiner).
Für die Dual-Mining-Pools können Sie die Datei dpools.txt verwenden, die dasselbe Format hat wie epools.txt,
allerdings für den zweiten Coin. Eine Beispieldatei epools.txt finden Sie im Verzeichnis von PhoenixMiner.
Beachten Sie: Anders als epools.txt, die bei jedem Start des Miners geladen wird, wird die Datei dpools.txt
nur gelesen, wenn Sie in der Befehlszeile mit -dpool einen Dual-Mining-Pool angeben oder zumindest
die Befehlszeilenoption -dcoin blake2s hinzufügen.
Die Vorteile der Dateien config.txt und epools.txt/dpools.txt:
- Wenn Sie mehrere Rigs haben, können Sie alle Einstellungen mit diesen Dateien einfach kopieren
- Wenn Sie Ihre Rigs per Fernsteuerung verwalten, können Sie Pools und sogar die Optionen des Miners ändern, indem Sie
neue epools.txt-Dateien auf den Miner hochladen oder eine neue config.txt hochladen und den Miner
neu starten.
Fernüberwachung und -verwaltung
Phoenix miner ist vollständig kompatibel mit dem Protokoll des Claymore's dual miner für Fernüberwachung und
Fernverwaltung. Sie können also alle Tools verwenden, die für den Claymore's dual miner entwickelt wurden,
einschließlich der Anwendung „Remote manager“, die zum Paket des Claymore's dual miner gehört.
Wir arbeiten an deutlich leistungsfähigeren und sichereren Funktionen zur Fernüberwachung und -steuerung sowie an
einer Kontrollzentrum-Anwendung, die eine bessere Kontrolle über Ihre entfernten oder lokalen Rigs und einige
einzigartige Funktionen zur Steigerung Ihrer Mining-Erträge bieten wird.
Optionen zur Hardwaresteuerung
Einige wichtige Hinweise zu den Optionen der Hardwaresteuerung:
Die neuesten Nvidia-Treiber erfordern für die Hardwaresteuerung Administratorrechte (unter Linux root-Rechte), daher müssen Sie PhoenixMiner als Administrator starten, damit die Optionen für die VRAM-Timings funktionieren:
PhoenixMiner as administrator for the VRAM timing options to work.
Wenn Sie die Optionen für die VRAM-Timings („-straps“, „-vmt1“, „-vmt2“, „-vmt3“, „-vmr“) verwenden, beginnen Sie mit niedrigeren Werten und stellen Sie sicher, dass die Karten stabil laufen, bevor Sie höhere und aggressivere Einstellungen ausprobieren. Sie können „-straps“ zusammen mit den anderen Optionen verwenden. Zum Beispiel nutzt „-straps 1“ „-vmt1 60“ die Timings der 1. Strap-Stufe, -vmt1 wird aber auf 60 statt auf den von der 1. Strap-Stufe vorgegebenen Wert gesetzt. In diesem Fall muss die Option „-straps“ zuerst angegeben werden:
cards are stable before trying higher and more aggressive settings. You can use "-straps" along with the other options. For example "-straps 1" "-vmt1 60" will use the timings from 1st strap level but -vmt1 will be set to 60 instead of whatever value is specified by the 1st strap level. In such case the "-straps" option must be specified first.
Im Allgemeinen hat die Option „-vmt3“ wenig Einfluss auf die Hashrate, passen Sie also zuerst die anderen Parameter an.
Die Optionen für die VRAM-Timings können sich zwischen GPUs stark unterscheiden, selbst bei GPUs desselben Modells. Daher können Sie (und
sollten wahrscheinlich) die Optionen für die VRAM-Timings pro GPU angeben.
Die Optionen zur Hardwaresteuerung werden unter Windows sowohl für AMD- als auch für Nvidia-Karten unterstützt. Unter Linux werden die meisten Optionen nur für AMD-Karten unterstützt.
Wenn Sie einen einzelnen Wert angeben (z. B. -cvddc 1150), gilt er für alle Karten. Unterschiedliche Werte für jede Karte geben Sie so an (durch Kommas getrennt): -cvddc 1100,1100,1150,1120,1090 Wenn weniger Werte angegeben sind, als GPUs vorhanden sind, verwenden die übrigen GPUs die Standardwerte.
Wir haben nur mit relativ neuen AMD-GPUs getestet (RX460/470/480/560/570/580, Vega, Radeon VII, RX5700). Bei älteren GPUs können die Ergebnisse abweichen.
Die Blockchain-Beta-Treiber von AMD liefern recht instabile Ergebnisse – oft werden die Spannungen gar nicht übernommen oder springen nach einiger Zeit auf den Standardwert zurück. Die besten Ergebnisse erzielen Sie mit den neueren Treibern von AMD: 18.5.1 oder neuer, in denen die meisten Fehler behoben sind.
-tmax gibt die Temperatur an, ab der die GPU gedrosselt werden soll (weil die Lüfter nicht mehr hinterherkommen).
Wenn Sie andere Programme zur Hardwaresteuerung verwenden, sind Konflikte möglich und recht wahrscheinlich. Verwenden Sie etwa GPU-Z, um die Spannungen usw. zu überwachen. Auch MSI Afterburner scheint sich gut zu vertragen (Sie können es also zur Steuerung der Nvidia-Karten verwenden, während die AMD-Karten von PhoenixMiner gesteuert werden).
Eigentlich selbstverständlich, aber dennoch: Wenn bestimmte Takte/Spannungen Abstürze, Hänger oder fehlerhafte Shares verursachen, wenn sie mit einem Drittanbieterprogramm eingestellt werden, sind sie genauso instabil, wenn sie über die Hardwaresteuerung von PhoenixMiner eingestellt werden.
Wenn Sie Probleme mit der Hardwaresteuerung von PhoenixMiner haben und bisher mit einem anderen Tool zur Steuerung von Takten, Lüftern und Spannungen (MSI Afterburner, OverdriveNTool usw.) zufrieden waren, bleiben Sie am besten dabei und ignorieren die Hardwaresteuerung von PhoenixMiner (oder nutzen nur einen Teil davon und stellen den Rest weiterhin mit Ihren Drittanbieter-Tools ein).
FAQ
Q001: Warum noch ein Miner?
A: Wir sind der Meinung, dass Wettbewerb gut für den Endnutzer ist. In den ersten Versionen von PhoenixMiner haben wir uns auf die grundlegenden Funktionen und die Mining-Geschwindigkeit konzentriert, jetzt arbeiten wir daran, unseren Miner einfacher in der Bedienung und noch schneller zu machen.
Q002: Kann ich mehrere Instanzen von PhoenixMiner auf demselben Rig ausführen?
A: Ja, aber stellen Sie sicher, dass jede GPU nur von einem Miner genutzt wird (begrenzen Sie mit den Befehlszeilenoptionen
-gpus, -amd, -nvidia die GPUs, die eine bestimmte Instanz von PhoenixMiner tatsächlich nutzt).
Ein weiteres mögliches Problem: Alle Instanzen verwenden den Standard-CDM-Remote-Port 3333,
wodurch die Fernsteuerung für alle außer der ersten Instanz nicht richtig funktioniert. Um das zu beheben,
ändern Sie den CDM-Remote-Port mit der Befehlszeilenoption -cdmport vom Standardwert ab.
Q003: Kann ich PhoenixMiner auf demselben Rig gleichzeitig mit anderen Minern ausführen?
A: Ja, aber in der Antwort auf die vorherige Frage lesen Sie, wie Sie Probleme vermeiden.
Q004: Was ist ein veralteter (stale) Share?
A: Ethash-Coins haben meist eine sehr kurze durchschnittliche Blockzeit (in den meisten Fällen 15 Sekunden). Andererseits müssen wir für eine hohe Mining-Geschwindigkeit die GPUs ausgelastet halten und können den aktuellen Job daher nicht zu oft wechseln. Findet unser Rig einen Share, kurz nachdem jemand anderes eine Lösung für den aktuellen Block gefunden hat, ist unser Share veraltet (stale). Idealerweise sollte es möglichst wenige veraltete Shares geben, da manche Pools für veraltete Shares gar keine Belohnung zahlen, und selbst die, die sie belohnen, zahlen dafür nur eine teilweise Belohnung. Wird der Share zu lange nach dem Ende des Blocks eingereicht, kann der Pool ihn sogar vollständig ablehnen.
Q005: Warum ist der von PhoenixMiner gemeldete Anteil veralteter Shares kleiner als der, den
der Pool anzeigt?
A: PhoenixMiner kann nur die veralteten Shares erkennen, die gefunden wurden, nachdem er bereits einen neuen Job erhalten hat (also die „sehr veralteten“ Shares). Im Pool selbst und in der Netzwerkverbindung gibt es zusätzliche Latenz, durch die ein Share veraltet, obwohl er aus Sicht des Miners technisch vor dem Ende des Blocks gefunden wurde. Da Pools Shares nur als akzeptiert oder abgelehnt melden, kann der Miner nicht feststellen, welche Shares aus Sicht des Pools veraltet sind.
Q006: Was bedeutet die „actual share difficulty“, die PhoenixMiner anzeigt, wenn ein Share
gefunden wird?
A: Sie zeigt, wie nah Sie daran waren, einen tatsächlichen Block zu finden (heutzutage ein seltenes Ereignis für die meisten Miner mit Rigs normaler Größe). Die aktuelle Schwierigkeit eines Coins finden Sie auf Seiten wie whattomine.com und können dann prüfen, ob Ihre maximale Share-Schwierigkeit sie übertroffen hat. Wenn ja, haben Sie einen Block gefunden (und genau darum geht es beim Mining).
Q007: Was bedeutet die „effective speed“ in der Statistik von PhoenixMiner?
A: Das ist ein Maß für die tatsächlich gefundenen Shares, das bestimmt, wie der Pool die Hashrate Ihres Miners sieht. Dieser Wert sollte nahe an der durchschnittlichen Hashrate Ihres Rigs liegen (meist 2-4% darunter), je nachdem, wie viel Glück Sie gerade beim Finden von Shares haben. In den ersten Stunden nach dem Start des Miners ist diese Statistik bedeutungslos und pendelt sich mit der Zeit auf den realen Wert ein.
Q008: Warum ist die vom Pool angezeigte effektive Hashrate niedriger als die von PhoenixMiner angezeigte?
A: Dafür gibt es zwei Gründe: veraltete Shares und Glück. Veraltete Shares werden von den meisten Pools nur mit etwa 50-70% vergütet. Der Glücksfaktor gleicht sich mit der Zeit aus, das kann aber einige Tage dauern. Liegt die vom Pool gemeldete effektive Hashrate dauerhaft um mehr als 5-7% unter der Hashrate Ihres Rigs, sollten Sie sich die Anzahl der veralteten Shares und die durchschnittliche Akzeptanzzeit der Shares ansehen - liegt sie über 100 ms, suchen Sie sich einen Pool, der geografisch näher bei Ihnen liegt, um die Netzwerklatenz zu senken. Sie können auch Ihr Rig neu starten oder einen anderen Pool ausprobieren.
Fehlerbehebung
P001: Ich verwende eine AMD RX470/480/570/580 oder eine ähnliche Karte, und meine Hashrate ist in den letzten
Monaten bei Ethereum und Ethereum Classic deutlich gesunken!
S: Das ist ein bekanntes Problem bei einigen Karten. Bei den neueren Karten (RX470/480/570/580) lässt es sich
mit dem speziellen Blockchain-Treiber von AMD lösen (oder probieren Sie die neuesten Treiber, sie enthalten
die Korrektur möglicherweise). Für die älteren Karten gibt es keine Abhilfe, Sie können aber weiterhin EXP,
Musicoin, UBQ oder PIRL mit derselben Geschwindigkeit minen, mit der Sie vor dem Einbruch ETH gemint haben.
P002: Meine Nvidia GTX9x0 zeigt unter Windows 10 eine sehr niedrige Hashrate!
S: Es gibt zwar eine (umständliche) Abhilfe, die beste Lösung ist aber, Windows 10 für diese
Karten zu meiden - verwenden Sie stattdessen Windows 7.
P003: Ich verwende eine Nvidia GTX970 (oder eine ähnliche Karte), und meine Hashrate ist bei Ethereum oder
Ethereum Classic drastisch gesunken!
S: Die GTX970 hat genug VRAM für größere DAGs, ihre Hashrate sinkt aber, sobald die DAG-Größe etwa
2 GB übersteigt. Anders als bei den AMD-Karten auf Polaris-Basis gibt es für dieses Problem keine Abhilfe.
Wir empfehlen, mit diesen Karten EXP, Musicoin, UBQ oder PIRL mit derselben Geschwindigkeit zu minen,
mit der Sie vor dem Einbruch ETH gemint haben.
P004: Bei Verwendung von Windows Remote Desktop (RDP) sehe ich einige meiner Karten (oder deren Lüftergeschwindigkeit und Temperatur) nicht!
S: Das ist ein bekanntes Problem von RDP. Verwenden Sie stattdessen VNC oder TeamViewer.
P005: Unter Windows 10 friert die Konsole von PhoenixMiner ein, wenn man hineinklickt!
S: Das ist ein bekanntes Problem unter Windows 10, das mit der sogenannten Funktion „Quick Edit“ des
Eingabeaufforderungsfensters zusammenhängt. Ab PhoenixMiner 2.6 ist der QuickMode standardmäßig deaktiviert,
daher sollte das Problem nicht auftreten. Falls doch, lesen Sie hier, wie Sie es lösen: https://stackoverflow.com/q/33883530
P006: Direkt nach dem Start hört PhoenixMiner auf zu arbeiten, und die letzte Meldung lautet "debugger detected"
S: Wenn Sie nur Nvidia-Karten haben, fügen Sie der Befehlszeile von PhoenixMiner.exe die Option -nvidia hinzu.
Wenn Sie nur AMD-Karten haben, fügen Sie der Befehlszeile die Option -amd hinzu.
P007: PhoenixMiner zeigt nach dem Reservieren des DAG-Puffers einen Fehler an und beendet sich.
S: Wenn Sie mehr als eine GPU haben, stellen Sie sicher, dass die Mindestgröße der Auslagerungsdatei von Windows
auf mindestens (N x DS + 4) GB eingestellt ist, wobei N die Anzahl der GPUs und DS die Größe des DAG in GB ist
(etwa 2.9 GB um Januar 2019 für ETC und ETH). Bei 10 GPUs benötigen Sie zum Beispiel eine Auslagerungsdatei
von mindestens 10 x 2.9 + 4 = 33 GB. Beachten Sie, dass dieser Wert mit wachsender DAG-Größe steigt. Wenn Sie
-clkernel 3 verwenden, rechnen Sie für jede GPU die DAG-Größe doppelt statt einfach (z. B. benötigen Sie für
3 GPUs mit -clkenel 3 eine Auslagerungsdatei von mindestens 3 x 2 x 2.9 + 4 = 21.4 GB)
P008: Der Miner stürzt manchmal beim Wechsel der DAG-Epoche ab.
S: Während der DAG-Erzeugung werden die GPUs stärker belastet als im normalen Betrieb. Wenn Sie die GPUs
„bis an die Grenze“ übertaktet oder undervoltet haben, bringt die DAG-Erzeugung sie oft „über die Grenze“.
Ein weiterer möglicher Grund für den Absturz (besonders wenn das ganze Rig abstürzt) ist der höhere
Stromverbrauch während dieses Vorgangs. Mit der Befehlszeilenoption -lidag können Sie die DAG-Erzeugung
verlangsamen. Mögliche Werte sind 0 (keine Verlangsamung), 1, 2 und 3 (maximale Verlangsamung).
Um zu prüfen, ob Ihr Rig während der DAG-Erzeugung stabil läuft, starten Sie es im Benchmark-Modus
mit der Befehlszeilenoption -bench 210. Jedes Mal, wenn Sie dann die Taste 'd' drücken, wechselt
der Miner zur nächsten DAG-Epoche, und Sie sehen, ob er über mehrere DAG-Erzeugungen hinweg stabil
bleibt. Falls nicht, können Sie die Befehlszeilenoptionen -lidag und -eres anpassen, bis die gewünschte
Stabilität erreicht ist.
P009: Der Miner kann beim Mining von ETC oder ETH den DAG-Puffer nicht erstellen
S: Die Versionen von PhoenixMiner vor 4.2 unterstützen DAG-Epochen nur bis 265. ETC und ETH haben Epoche 266 bereits erreicht. Für einen unterbrechungsfreien Betrieb aktualisieren Sie bitte auf 4.2.
PhoenixMiner 4.2 unterstützt DAG-Epochen bis 330, PhoenixMiner 4.5 bis 450.
