I'm using Fedora 37 and with my EVGA 3080Ti XC3, I was able to use bzminer to adjust clocks and power limits.
However, I have another machine with a EVGA 3090 FTW3 and I can't get bzminer to adjust the lock memory clock. Power limit works, not sure if the lock core clock worked or not (lower than specified in the setting, but it could be because the memory is still at the stock 9751 MHz).
Thinking it may be a Linux thing, I booted into Windows 11, and same thing. So does bzminer have a problem with OC settings with 3090s?
PS: In all instances, I ran with sudo (Linux) and admin (Win).
I have not used Fedora for mining and have not used Windows for a long time, but I can suggest you try Hive OS. There is a very convenient interface for setting the core frequency, memory frequency and power limit. It is also convenient to change the miner very quickly in order to compare the hashrate and check for errors on the selected miner. These are not mining rigs, they are 2 standalone PCs. Still doesn't explain why bzminer can control the memory clocks on a 3080Ti but not the 3090. |
|
|
|
|
I'm using Fedora 37 and with my EVGA 3080Ti XC3, I was able to use bzminer to adjust clocks and power limits.
However, I have another machine with a EVGA 3090 FTW3 and I can't get bzminer to adjust the lock memory clock. Power limit works, not sure if the lock core clock worked or not (lower than specified in the setting, but it could be because the memory is still at the stock 9751 MHz).
Thinking it may be a Linux thing, I booted into Windows 11, and same thing. So does bzminer have a problem with OC settings with 3090s?
PS: In all instances, I ran with sudo (Linux) and admin (Win).
|
|
|
|
on their front page says they do. -o stratum+ssl://<ALGO>.mine.zergpool.com:<PORT> -u <WALLET_ADDRESS> [-p <OPTIONS>] Thanks, I didn't scroll down far enough. I tried it with stratum+tcps and it worked. I can add parsing for stratum+ssl as a cli convenience but I have no releases planned at this time. that worked for me, thanks. If you can add parsing for stratum+ssl that'll work. If you don't at least add an explaination to use tcps instead of ssl in the pool URL. I don't know if other pools use "stratum+ssl" rather than "stratum+tcps" in their guides. |
|
|
|
|
Is stratum+ssl still not well supported? Doesn't seem to work with zergpool
|
|
|
|
|
Not sure of this was answered, but is the new GPU order the same as how nvidia-smi reports it now? Both Windows and Linux?
|
|
|
|
|
Xmrig-cpu was just xmrig renamed, lol
I'm using Pop!_OS 21.04.
I'm not running with sudo.
|
|
|
|
Does this fix the miner from completely exiting out of a bash script? I'm still having this issue. Been using a different miner until this is fixed.
Can you try it in a script yourself to verify the behavior and debug to find out why this is happening though? I am not a developer so I have no idea how to find out why this happens. Im not sure i can fix anything for you. Miner on SIGINT or SIGBREAK does a cleanup, shutdown and exits to shell, it's up to you what you do in your script after that. Mining distros like Hiveos, Mmpos, etc have no issues with the shutdown procedure... And you will prob. now say but other miners work normally [this is what people usually say]. I have no idea why it would be different for different miners (or any application). The application has no control over the script that called it, all it can do is exit and let bash take over from there. Are there any differences in the script or the bash environment. Are there any other differences in behaviour like console messages? I don't know why it behaves this way either. It doesn't happen with other miners such as t-rex, ccminer, or even your own cpuminer-opt. I don't know much about Linux as I'm just starting to learn it. I'm carrying a lot of command line experience from my DOS days. |
|
|
|
Does this fix the miner from completely exiting out of a bash script? I'm still having this issue. Been using a different miner until this is fixed.
Can you try it in a script yourself to verify the behavior and debug to find out why this is happening though? I am not a developer so I have no idea how to find out why this happens. Im not sure i can fix anything for you. Miner on SIGINT or SIGBREAK does a cleanup, shutdown and exits to shell, it's up to you what you do in your script after that. Mining distros like Hiveos, Mmpos, etc have no issues with the shutdown procedure... And you will prob. now say but other miners work normally [this is what people usually say]. |
|
|
|
How many users have been tested this since the last update -version (1.19.0)? Thanks I dunno about those pools, but neither Flexpool nor Ravenminer.com.are working. Reported in Google Play and via email, but no response. I'm even posting here. Does the author even update this app? Last update was July 13, 2021. I started using the app in early August. I like the app and was contemplating on subscribing but after these issues and no responses even after reporting, I'm glad I held off. |
|
|
|
V0.8.0
+ Added algorithm 'randomgrft' (GRFT - Graft coin) for CPU mining, fee 0.85%
+ Performance increase on 'ethash' algorithm for RX6800/6900 GPU's
+ Performance increase on 'etchash' algorithm for RX6800/6900 GPU's
+ Performance increase on 'ubqhash' algorithm for RX6800/6900 GPU's
+ Performance increase on 'verthash' algorithm for RX6800/6900 GPU's
+ Performance increase on 'heavyhash' algorithm for RX6800/6900 GPU's
+ Performance increase on 'autolykos2' algorithm on ZEN2+ AMD CPU's (up to ~90%) (*)
+ Fixed 'cryptonight_gpu' algorithm for RDNA/RDNA2 GPU's
+ Fixed 'cryptonight_xhv' algorithm for RDNA/RDNA2 GPU's
+ Added GPU power consumption details to stats & api
+ Decreased time needed for algorithm switch when using --multi-algorithm-job-mode 3 with cpu mining
+ Minor bug fixes
* - might apply to other AVX2 CPU's too - not tested
Does this fix the miner from completely exiting out of a bash script? I'm still having this issue. Been using a different miner until this is fixed. |
|
|
|
|
FYI, Ravenminer.com and Flexpool.io is not working.
|
|
|
|
|
Is the difficulty default too high? My 30 and 50 MH/s workers keeps showing as offline on the dashboard, and I'm also not getting many shares that often (15 shares in 4 hours!?).
How can the difficulty set lower for my lower-hashing workers?
I have a worker that is doing 128 MH/s and getting a share every 10-15 minutes. Seems like a slow rate of finding shares, too.
Edit: 12:36 hours and 170 shares found for a 50 MH/s worker. According to T-rex, that's 0.23 shares a minute. And the pool keeps thinking it goes offline every so often.
|
|
|
|
I already do a sleep 1. Do I need 2 seconds?
Did you get it to run in a terminal with the suggestions? Try different sleep settings to see if it works. It also depends what cpu/mem you have in other words the faster your system is the longer sleep you might need. I tried it with longer sleep (up to 10 seconds) same issue...just exits out of the script as soon as it self terminates. Can you give sample of the script you use? Just in case it twixes my mind what it may be?  Unlike the other miners, when you CTRL+C to break, SRBMiner just dunps you back to the shell prompt rather than going to the next line. The other miners will go to the next line after you break. #!/bin/bash
sudo sysctl -w vm.nr_hugepages=1280
whoknows=0
while [ $whoknows -le 1 ]
do
sleep 2
./SRBMiner-MULTI --give-up-limit 0 --disable-gpu --algorithm scryptn2 --pool stratum+tcp://scryptn2.na.mine.zpool.ca:4339 --wallet xxxx --password myrigname --cpu-threads 8
sleep 2
./SRBMiner-MULTI --give-up-limit 0 --disable-gpu --algorithm Rx2 --pool stratum+tcp://rx2.mine.zergpool.com:8335 --nicehash true --send-stales true --api-enable --api-port 4068 --wallet xxx --password myrigname --cpu-threads 8
sleep 2
./SRBMiner-MULTI --give-up-limit 0 --disable-gpu --algorithm curve --pool stratum+tcp://curvehash.na.mine.zergpool.com:3343 --wallet xxxx --password myrigname --cpu-threads 8
sleep 2
./xmrig-cpu -r 0 -a cn/upx2 -o stratum+tcp://cryptonight_upx.na.mine.zergpool.com:4457 -u xxxx -p myrigname -t 8
sleep 2
./xmrig-cpu -r 0 -a rx/0 -o stratum+tcp://randomx.na.mine.zergpool.com:4453 -u xxxx -p myrigname -t 8
sleep 2
./cpuminer-opt-sse2 -r 0 -a yescrypt -o stratum+tcp://yescrypt.na.mine.zergpool.com:6233 -u xxxx -p myrigname --cpu-affinity AAAA --cpu-priority 5 -t 8
done
echo Loop ended. |
|
|
|
I already do a sleep 1. Do I need 2 seconds?
Did you get it to run in a terminal with the suggestions? Try different sleep settings to see if it works. It also depends what cpu/mem you have in other words the faster your system is the longer sleep you might need. I tried it with longer sleep (up to 10 seconds) same issue...just exits out of the script as soon as it self terminates. |
|
|
|
|
I already do a sleep 1. Do I need 2 seconds?
|
|
|
|
|
Thanks, that worked!
Although on one machine (Core i5 1135G7), it would look like it would start mining then it just says Killed and then exits.
It seems to only happens to that one CPU. Any ideas?
EDIT:
Noticed it's quiting and not allowing my script to continue.
"Too many job errors for this pool connection, reconnecting [scryptn2]"
My script goes to the next miner to mine another pool/coin, but SRBMiner just quits and not let me bash script continue. What is going on?
|
|
|
|
I cannot get SRBMiner-Multi to work on zpool mining with scryptn2. ./SRBMiner-MULTI --give-up-limit 0 --algorithm scryptn2 --pool stratum+tcp://scryptn2.na.mine.zpool.ca:4339 --disable-gpu --wallet xxxx --password myrigname --cpu-threads 8 I get this: Devfee pool/s not reachable - please check your firewall/antivirus is not blocking outgoing connections Mining with another miner with the same info works fine. Right now I'm using this one, but wanted to try SRBM because it seems to work in the Windows version and the hashrate seems higher with SRBM than cpuminer. https://github.com/fireworm71/veriumMiner |
|
|
|
|
Sorry, I haven't been following. Does this mean miniZ can now mine without any special drivers with 3060 at 50 MH/s for ETH? Is this true with both Windows and Linux? And do we still need to feed it 8x PCI-E lanes at minimum? Or can 1x riser cards now work with them with miniZ?
I've been using T-Rex so far, and in Windows with the leaked driver.
Does this also work with the LHR version of the card?
|
|
|
|
|
Mining ETH and auto-exchanging to BTC, I notice it's usually about every 2 hours it would auto-exchange (looking at BTC transaction logs in MPH). As of now (5/14/2021 22:34:42 UTC), the last transaction was 13:07:47 UTC.
Looks like 9 hours without any activity. Does anyone know if something is going on?
Looking at ETH's transaction logs, there's still debit activity recently going to the auto-exchange.
|
|
|
|
|
Show Posts
