Just wanted to say thanks for writing this miner! Good luck with your future projects if this one remains on the backburner indefinitely.

Hal

I've ran into this same problem with the latest SRBMiner-MULTI using the 20.4 drivers which is newer than 19.x with FiroPow. It seems to think my max buffer size is still 4GB and I'm not sure what to make of the 3004.80 driver version:

[2023-02-18 07:55:33] Starting init of worker threads
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] driver version: 3004.80
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] reported total memory: 8192 MB
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] reported free memory: 8074 MB
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] max buffer size: 4040 MB

If newer drivers are now required, which ones are good? The latest ones really hate bifurcation and everything freezes up for a minute when trying to enumerate them so hopefully I can use older ones that don't freeze up.

Also, I have this problem when trying to use --password with firopow. It says more passwords than pools given, even if I only just set a password and not try to pass in any parameters.

Thanks for all your help and writing this miner for all these years!

Hal

Yeah, I'm having the same issue. Reducing the dual intensity does lower the TON hashrate, but doesn't do anything for the ETH hashrate. I guess we'll have to wait for fixes.

Hal

Yeah, I'm having the same problem with 1.44. My 6x Polaris rig is getting over 10GH/sec with no shares found on Windows. lol. I'm wondering if I need to update the 20.4 drivers to something newer.

Hal

Patrike,

I'm not sure which recent update caused this issue, but if you're a GPU miner and have the SHA-256 algorithm disabled for obvious reasons, you can no longer select bitcoin as an option for a coin in the wallet balance. I had to re-enable the SHA-256 algo in order to get the bitcoin balances working again.

Hal

Sorry to see you guys close, I always liked your pool. Thanks for running it!

Hi,

I've noticed that my 1070 the cuckaroo29b (bittube) algo is getting half the hash rate it used to - about 2.7 g/sec vs. 4.5 g/sec. Whereas my 1060 card has remained the same at 3.5 g/sec. They're on different machines, but using the same nvidia drivers - 452.06. Any idea how I can get my 1070 hashrate back to where it should be? Thanks!

Hal

Thanks for adding the ProHashing pool! However I've not been able to enable mining ethash even if I create a user defined service pool for it. It won't show up in the online services tab, but it will show up in the profit switching at .$25/day no matter what I set the profit ratio at (like 2000%). It also shows up in the logs for available ethhash pools - so AM is aware of it, but doesn't seem to fully utilize it. Any idea on how to make this work?

Hal

Lol, I'm not sure what your fix did, but I still can't run TeamRedMiner on the benchmark page. It still quits right away. Setting an algo to mine with it works though.

Hal

Hi Patricke,

I'm finally taking a moment to report a few bugs I've been running into over the past year with Awesome Miner. Please forgive me if anyone else has reported these issues.

1. For managed software like anything with sgminer compatibility, when I set the user defined command line argument to be like "mtp -I 20 -w 256" , you pass everything as the -a algo parameter to use which then causes the miner to fail because it can't find the "mtp -I20 -w256" algo. I instead have to set the -I 20 and -w 256 in the "additional command line arguments" in the algorithm specific settings in the profit profile section.

2. If I create a user defined online service and then later delete it, the deleted online service remains in the online services (dashboard/miners/coins/online services) page. I have to manually delete it from the configuration xml file to remove it from the list.

3. If I make changes to most settings like to the "execute additional commands before starting the mining software" to the miner properties and then restart my machine, the old settings are used one more time when first starting the miner. This applies to pretty much most settings in the software - like making changes to the "additional command line arguments" for the algo specific settings above. This is a problem when the current settings causes the pc to crash.

4. This is a systemwide issue - Awesome Miner tends to only mach pools/online services by their hostname/port, and not the full details. This leads to bugs/confusions. Examples:
 
a. for comining.co, you always mine to the same address/port but you use workers to set which coin you're mining. Once I have like 3-4 of these created for like eth/etc/egem/b2g/moac... , awesome miner will show the wrong coin being mined on the dashboard. See point c below for similar results. If  I recall correctly, when I create enough of these pools for all the different ethhash coins, awesome miner gets too confused to mine at all from comining.co.

b. at miningdutch.com, I needed to mine to the lower difficulty port like for neoscrypt - 9991 instead of 9993 because the difficulty wasn't always being properly set. I couldn't change the port in the predefined services because awesome miner would reset it when I restarted the program I therefore created a user defined entry for mining dutch.com on port 9991. However, awesome miner only uses the profit calculations from the predefined neoscrypt service even when its disabled and the user defined is enabled. I still have to set the profit setting on the disabled one to the one I want to use.

c. The same issue happens if I try to mine a coin directly at a predefined online service port, like if I create a pools for a few neoscrypt coins (feathercoin, gobyte, iq cash, etc) set to zergpool's neoscrypt port. The dashboard will usually then show I'm mining the wrong coin with the wrong profit calculations.

5. If I set a coin to a particular exchange - like haven to tradeogre, it often forgets this and goes back to using all of the exchanges. This often screws up the mining profit calculations due to bad exchanges. Is there any way to keep the coins from not losing their exchange settings? The same goes for the coins I put in the hidden list. That list also gets wiped and they're back being visible on the coins page.

I can try and answer any questions or help repo any of these if you want. Thanks for all your work on this miner!

Hal

As mentioned at mintpond, the miner always exits when creating the scratchpad while being ran from awesome miner. I'll get the spinning cursor for a moment and then it will exit. If I try the diagnostic mode, it runs. If I run it using the included batch file, it works there too. So I'm not sure what is up. This is on Windows 10 with A6-3500 APU and RX 470 and RX 580 cards with 18.6.1. drivers. I've been mining with sgminer-fancyl and djm34's miner for weeks before this without problems I would think the settings/hardware should be fine to at least get the miner to start. lol.

Thanks for taking the time to add MTP support!

Hal

Thanks for the update! This is much easier to use now with the new driver!

Hal

Yeah, that's what I'm seeing although its a bit lower since I have 4 RX 470s and two RX 580s and the cards are undervolted. Unless I had totally screwed up my wildrig settings, this is a huge jump in performance.

Thanks TeamRedMiner!

Hal

Thanks for all the miner work you've done!

The problem I've noticed with Monero a few updates after support for V4 was added is that it can take 2 minutes before cards start reporting hash rates. Like the cards will show 0 hash rate even though the pool is accepting shares. The watt usage will slowly rise up as the cards' hash rate goes from the 100's to 300's to eventually full speed. This is with my rigs of RX 470 and 580 cards. If I don't increase the startup timer from 2 minutes to around 4 minutes, SRBMiner will auto restart because 0 hash rates are been reported.

UPDATE: Oh, looks like it was a different issue. lol. But the slow start is something new I've noticed for V4...

My hashrate for C29 on a 6GB 1060 has dropped to 2.25 gs with the latest version when connected to NiceHash. Is this drop in hash rate expected or what settings should I be looking for to help? I'm using a Ryzen 1600 processor which shows only 5% utilization when the intensity set to 12.

Thanks!

Lol, I think you've done this long enough to know the main website can be one of the last things to be updated for/after a fork.


Okay great. I'll keep this in mind in the future.

One other thing - I see a lot of other posts about coin values - I don't know if its been brought up but with coincalculators, recently its exchange prices aren't being updated that often - or at least for lower volume coins - but its "average last price" is.  This can cause the current profit estimates to be way off. It would be great if there would be a way to use that value instead of the exchange ones for more accurate mining.

Hal

You're looking at outdated information. They did a hard fork yesterday to the new Cryptonight GPU algorithm. The latest SRBMiner (1.7. supports it.

I've also been noticing a lot of problems with profit calculations recently. Like yesterday when I created a new algorithm in AM for CN-GPU and assigned the Ryo coin to it, AM claims I'll mine 0.00 coins with it. This was with a 4 KH/sec rate - whereas the pool reported I'd earn almost 20 coins with that hash rate. AM did properly showed my RX 560 card as earning .13/day with its 300 H/sec. I have the same problem with Ubqhash where even though I have it set to 140 Mh/sec, AM claims I'll mine 0.00 coins a day with it.

Anyway, thanks for all the effort you've put into awesome miner!

Hal

If I haven't already said it, thanks for the miner!

It would be great if you had some sort of setting like --use-recommended-rx570 option or something to use your current recommended settings depending on which set of cards we're using. This way I don't have to keep coming back and updating my configuration files when you update the algorithms. I've noticed they've been changing over the releases so it would be nice if we had the option to use whatever is currently recommended.

Thanks!

Hal

Thanks for creating this miner! I use it every day!