Show Posts
|
Pages: [1] 2 »
|
I enjoyed the graphic, "What am I doing here?". Well done.
|
|
|
Now at 54TH....doubled over night.
|
|
|
Well we need a CLI or some sort of wallet now. Also the pool needs to send payments.
Yeah the pool looks like it had issues and was launched 30 minutes late, which isn't bad overall.
|
|
|
but i like having a discord
|
|
|
I mined a block
|
|
|
Anyone figure out why multiple instances sometimes occur? Drives me insane.
|
|
|
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.
|
|
|
I'll get us back on track here. 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.
|
|
|
The moment someone says they have a budget for a build is the moment I'm confused.
Start small and expand as you see fit, don't budget yourself.
|
|
|
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...
|
|
|
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).
|
|
|
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.). So on the first dag generation it runs daggen.sh? We need it to run on a new dag coming in, not all dags.
|
|
|
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. Where is this daggen.sh btw? should it have been in the compressed file?
|
|
|
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
|
|
|
We need the option to just restart rig/miner at this point when the DAG grows.
|
|
|
Minimum step is 2 so mayby 4078 then 4080 and if not step down 4074 etc...
this isnt overclocking. it will just run or not. this isnt voltages that could cause harm.
|
|
|
Can confirm that the latest (0.7.21) TRM miner works well with my 2 x RX 570 Sapphire Pulse 4Gb cards, currently both mining ETH at 28.3 MH/s each. This is on Xubuntu 16.04 with driver version 17.30. Here is my command line
teamredminer --platform=0 -a ethash -o stratum+tcp://europe.ethash-hub.miningpoolhub.com:20535 -u xxxxxx.$WK -p x \ --eth_4g_max_alloc=4076,4076 --fan_control=:::44,:::26 --pool_no_ensub
A good thing of this miner compared to Phoenixminer is the clean startup and shutdown, as well as lower power consp. No more hangup requiring box reboot. Will be keen to see how well the DAG spillover to system mem works into the coming weeks.
try --eth_4g_max_alloc=4080,4080. You are right now in zombie mode. You don't need to wait for the coming weeks.
|
|
|
well is december 25, 4gb gpu will perish on eth dag size?
next week will be interesting time for eth miner, i will watch how much diff will go down this moment
my body is ready for party
All 4GB cards are now in zombie mode. I could not get the dag buffer past 4080 on my linux rig. Lost 7mh over 5 cards today...and that will continue.
|
|
|
I think the reason why they don't want their GPUs used for mining is because mining uses 100% of the GPU for 24 hours a day and can cause some components like capacitors to fail more often. Usually gamers play for 1-2 hours a day and the GPU doesn't go thru as many "useable hours" compared to mining.
That and those who dont bother underclocking... Also fans will wear out sooner. Lots of little reasons why they dont want us to.
|
|
|
|