Show Posts
|
Pages: [1] 2 3 4 5 6 7 »
|
1
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: MindMiner v6.21 - miner manager program with online monitoring
|
on: March 11, 2021, 10:52:24 AM
|
you set the "Enabled" flag as false, and you exit MM throught Alt+Q...
Do not disable Enabled for MRR. Just press Alt+Q. only in this case, the rigs will be disabled. OK, but if everything is dynamic (when you edit configs, or hashrates, power consumption...etc), don't see a reason why this part is different. It's very useful for diagnosing problems on rigs. Example: 1) waiting for rent to stop 2) ALT + q 3) edit MRR config file to disable 4) rerun MM - to see the rig in action By improving it you cut down 2 steps, it's much faster.
|
|
|
2
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: MindMiner v6.21 - miner manager program with online monitoring
|
on: March 05, 2021, 07:39:16 PM
|
Another quirk probably related to group api,...you need to bring rig down for maintenance, you set the "Enabled" flag as false, and you exit MM throught Alt+Q...when it's shutting down it lists as the algos are disabled when you shut down,...but in reallity they are not. If you go to MRR it still says "Available". So I had quite often problems when servicing rigs,...well on the plus side it definitely made me work faster  But another quirk, that might be worth looking into.
|
|
|
3
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: MindMiner v6.21 - miner manager program with online monitoring
|
on: March 02, 2021, 07:44:29 PM
|
Another annoyance: every now and then I get following warning when MM restarts "MRR: Not authorized! Check Key and Secret." Then to speed up, I change something - any value in MRR.txt config, restart MM and usually it connects again. Sometimes it takes 2 or 3 tries...few times the reconnect was too late and already lost a client because of 20 min no hash policy on MRR. How does that work? Can we improve it and make it more reliable? Or is it just coincidence that their servers are having issues?
|
|
|
4
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: MindMiner v6.21 - miner manager program with online monitoring
|
on: March 01, 2021, 12:31:48 PM
|
OK, Thanks.
Here's anothe one for you: there's an issue with MRR if two orders are submited to the same rig within 2 min of time frame,...one order if left out. This happens to me quite frequently and it's annoying. I've reached out to MRR support and this is their response: "you should look into using the rig group api, it will make sure that only 1 gets rented at a time". So is it possible to implement group api so this doesn't happen in the future?
|
|
|
18
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: MindMiner v2.54 - miner manager programm with autoswitch between Algos&Polls
|
on: July 03, 2018, 12:26:02 PM
|
Thanks for response. Right now profit on NH lower then MPH and choose MPH for this algo. Disable MPH in MPH.config.txt and you see NH (cnv7, eth).
Why not allowing both calculations at the same time MPH and NH, so people have the feel for the market? One more for you: In case of multiple rigs with multiple cards, 1060 some 3G and 6G (also different vendors). In order to maximize profit in current market conditions to max profit you need logic from nicehash, which benchmarks every card individually then creates the strategy for max profit. In following example: 3 different cards, Zotac 1060 6G, EVGA 1060 SC 3GB and EVGA 1060 6GB,...it's using multi matching,...so on NH latest beta, 12 gpu system, current estimate NH 8.8 usd vs MM 7.9 usd - yes we all know rough estimates, but still noticeable difference.  This is using ethash, with excluded 3gb cards,...now one variant is to use the rest of the gpu's with BEFORE/AFTER script to run separate instance of a miner, but you have to set it up manually, tomorrow or in next few hours everything changes.,..so it's not a reliable system that needs constant "maintenance". Any ideas? After benchmarking is the hashrate final? Or when it's running it's constantly updating the values? Valuable information for tweaking the systems.
|
|
|
19
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: MindMiner v2.54 - miner manager programm with autoswitch between Algos&Polls
|
on: July 03, 2018, 10:29:24 AM
|
@Quake4 Really like you're multiminer, i'm testing it on one of my rigs, will give you later a full review and possible suggestions for the future. Do you need to do anything special in order to include full nicehash support? Like cryptonightv7 and ethash are missing from calculations,...MPH is calculating properly.
1) What about adding support for nicehash excavator on their pool? Yes I know you're not allowed to redistribute it, but as an option so if there's a big order on nicehash then everybody gets a piece. This way you have one multiminer that does it all. 2) How's is mining fee implemented?
Keep up the good work.
|
|
|
20
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] Bminer: a fast Equihash miner for CUDA GPUs (5.3.0)
|
on: February 12, 2018, 09:15:41 AM
|
@realbminer Today there was a problem with the zenmine.pro mining pool,...don't know what was up but after investigating I've found out that bminer still has some sort of connection problems...see the picture below,...all this time the GPU was at full load,...although it didn't had a proper connection to the pool and I couldn't see it on the minning pool. Then I've switched to ewbf/dstm, both miners connected immediately and are working properly?  I use following in a batch file: -max-temperature 80 -max-network-failures 5 -gpucheck 0 -watchdog=false ... This is a huge issue! I've lost at least half of the hashrate because of this bug. Why are you using 'max-network-failures 5' & 'watchdog=false'? Shouldn't you leave it at the default so it will continue to try to recover the connection, especially if you are complaining of a bug saying it's not connecting? The documentation on bminer.me states: -max-network-failures Default: -1 Description: Number of consecutive attempts that Bminer tries to recover from network failures. Set to -1 to keep on recovering. -watchdog Default: true Description: Automatic restart to recover from hung GPUs. Bminer exits itself in case of errors if watchdog is disabled.
I've already tested this, you can read it in message if you read it properly unfortunately it still doesn't work. I have to use watchdog=false because on systems with 8+ gpus you cannot run this miner properly, because the cpu usage in the beginning is too high - first 2-4 min that the miner needs to initialize it self to max speed,...then the cpu lowers to normal state 40-60% on low cost G3930. I've reported this bug already and few others too. Now what's even more bizarre regarding this connectivity issue: - yesterday: half of the mining farm was still working with bminer properly, the other half still had connection issues, so i switched back to ewbf with problematic rigs - today: even the other half couldn't connect,...so switching back to ewbf/dstm permanently until this issue is properly addressed.
|
|
|
|