Search content
Sort by
Showing 20 of 70 results by ipp2
NOTE FOR 6800 USERS:
6800 users might also want to increase the SOC TDC limit in the same tab. It
was 30A for our test 6800 which caused throttling. Increase it to 32 or 33A.
Before doing so, you should verify in HWiNFO64 that you're really being
throttled though by checking the "GPU SOC TDC Limit" row. If it hits 100%,
you need to increase the power limit.
I did not read this previously and yeah, nice! My 6800 AND 6700xt are both hashing a bit harder. The 6700xt now hits 48.x which isn't a ton more but I'll take it.
I'm using phoenix miner still and see no need to change, even if the hash rate numbers aren't calculated as truthfully.
I find windows, the installing of drivers and the offsets in the drivers after applying the voltage mods to be rather annoying and very Polaris like in 2017.
Still they hash and I got them for a solid price.
6800 users might also want to increase the SOC TDC limit in the same tab. It
was 30A for our test 6800 which caused throttling. Increase it to 32 or 33A.
Before doing so, you should verify in HWiNFO64 that you're really being
throttled though by checking the "GPU SOC TDC Limit" row. If it hits 100%,
you need to increase the power limit.
I did not read this previously and yeah, nice! My 6800 AND 6700xt are both hashing a bit harder. The 6700xt now hits 48.x which isn't a ton more but I'll take it.
I'm using phoenix miner still and see no need to change, even if the hash rate numbers aren't calculated as truthfully.
I find windows, the installing of drivers and the offsets in the drivers after applying the voltage mods to be rather annoying and very Polaris like in 2017.
Still they hash and I got them for a solid price.
I'll get us back on track here.
https://cdn.discordapp.com/attachments/809781153828438017/827269729952727100/unknown.png
I'm getting 48 mh stable on a 6700xt, 100-105w at the wall.
This model is a XFX Merc so the cooling is kinda crazy and the fans rarely spin.
https://cdn.discordapp.com/attachments/809781153828438017/827269729952727100/unknown.png
I'm getting 48 mh stable on a 6700xt, 100-105w at the wall.
This model is a XFX Merc so the cooling is kinda crazy and the fans rarely spin.
Most motherboards wont yield you 6 extra card slots...
Many of the 6 slot 2016/2017 mining boards wont give you any extra, some will give you 1 extra.
I know for example z270 MSI boards give you 2 extra (you lose the onboard video tho).
I think it comes down to the bios and chipset. Just don't expect to expand every board you have.
Many of the 6 slot 2016/2017 mining boards wont give you any extra, some will give you 1 extra.
I know for example z270 MSI boards give you 2 extra (you lose the onboard video tho).
I think it comes down to the bios and chipset. Just don't expect to expand every board you have.
well https://haven.herominers.com/# works fine for me.
Hardware wise...CPU mining. Of course no one would be so stupid to invest a bunch of Ryzens for CPU mining...
Hardware wise...CPU mining. Of course no one would be so stupid to invest a bunch of Ryzens for CPU mining...
Re: PhoenixMiner 5.5c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
here is my daggen.sh for HiveOS
#!/bin/bash
a=$(cat /run/hive/last_stat.json | jq '.params .miner_stats .uptime')
echo "$a"
if [[ "$a" -gt "120" ]];then
echo "greater than 120 seconds, restarting"
sudo reboot
fi
You need to install JQ first: sudo apt-get install jq (json parser)
Basically, if the miner has run for more than 2 minutes and sees a new dag, reboot the machine.
There is obviously a chance for a new dag to come before 2 minutes and you wont get a reboot, but this will solve the 99.9% situation as the dag is only generated once every 6000 minutes (100 hours).
#!/bin/bash
a=$(cat /run/hive/last_stat.json | jq '.params .miner_stats .uptime')
echo "$a"
if [[ "$a" -gt "120" ]];then
echo "greater than 120 seconds, restarting"
sudo reboot
fi
You need to install JQ first: sudo apt-get install jq (json parser)
Basically, if the miner has run for more than 2 minutes and sees a new dag, reboot the machine.
There is obviously a chance for a new dag to come before 2 minutes and you wont get a reboot, but this will solve the 99.9% situation as the dag is only generated once every 6000 minutes (100 hours).
Re: PhoenixMiner 5.5c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
What we need is daggen.sh to just reset the whole computer. Most of us are using HiveOS and such for overclocking. I guess I can use it like you've set. However just having -NewDagScript that runs NewDag.sh would be ideal. Let us handle it from there - let it be reset or just miner reset in HiveOS.
Where is this daggen.sh btw? should it have been in the compressed file?
daggen.sh is provided by the user and you can place whatever you want there (including command to restart the rig, reset the overclock, etc.).Where is this daggen.sh btw? should it have been in the compressed file?
So on the first dag generation it runs daggen.sh? We need it to run on a new dag coming in, not all dags.
Re: PhoenixMiner 5.4c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
The changes in this release (since 5.5b) include the following:
- Added support for the latest AMD Windows driver 21.1.1 (still, we don't recommend using the 21.1.1 driver yet - we had some instability issues with it even when just idling on the desktop!)
- Added new -mcdag parameter to reset the memory overclock on Nvidia cards during DAG generation. 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 incorrect shares. Use -mcdag 1 (by default the value is 0, which means turned off) to use this new feature.
Under Linux -mcdag 1 will execute a shell script named daggen.sh (if present in the current directory) for each Nvidia GPU, passing the GPU index as the first argument, and PCIE bus ID as second argument. The miner will then wait for about 7 seconds before starting DAG generation to allow the script enough time to reset the memory overclock.
What we need is daggen.sh to just reset the whole computer. Most of us are using HiveOS and such for overclocking. I guess I can use it like you've set. However just having -NewDagScript that runs NewDag.sh would be ideal. Let us handle it from there - let it be reset or just miner reset in HiveOS.
Re: T-Rex 0.19.7 NVIDIA GPU miner (Ethash, Octopus, Kawpow, MTP)
We need the option to just restart rig/miner at this point when the DAG grows.
I absolutely agree, T-rex can you implement this?
Just make a -dagrestart 1 command that goes to reboot.bat, which should be in the same folder as miner, at every DAG epoch change
Yes, we plan to implement it in one of the future versions
You got 4 days to do it lol
Re: PhoenixMiner 5.4c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
A little feedback:
-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.
This is good, but what we need is a -dagRunScript. Which of course, runs a script when a new DAG begins to build. Right now the 30 series works OK with the HiveOS "OC Delay" but we need to restart the miner when the new DAG hits to let HiveOS use it's OC Delay feature.
-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.
This is good, but what we need is a -dagRunScript. Which of course, runs a script when a new DAG begins to build. Right now the 30 series works OK with the HiveOS "OC Delay" but we need to restart the miner when the new DAG hits to let HiveOS use it's OC Delay feature.