Topic: MultiMiner: Any Miner, Any Where, on Any Device (Free, Open Source, Cross Platform) - page 54. (Read 827336 times)

Hi NWoolls,

  I have ongoing problems with all of my machines that run MM, but let me give you an example of a simple setup.  I have three Asicminer USB sticks.  (These things don't really generate much of anything but they are at the office so I don't pay the power bill, so why not run them?)  When I first start-up MultiMiner it finds all three, but it only activates two.  If I have it stop, rescan, and then start it'll find the third and start it up.

However, if I run BFGMiner directly with NO OPTIONS set other than what pool to hash from, it finds all three and starts hashing.

MM seems to slow down the process somewhere because if I run BFGMiner directly the green light on the sticks has a very tiny flash when it submits an accepted share or whatever.  However, when MM is running the light comes on for a second or two before going out.  Not a big deal, but obviously something is going on here to slow the process down.

Then what will happen is that all the miners just stop mining.  The lights come on, but MM continues to show them as hashing and then very slowly the hash rate drops. 

Again, if I launch BFGMiner by itself, I don't have this problem.


On my BFL equipment at home, I'll have the same behavior.  It'll run, then things will slow down and then they'll hash really slowly.  Sometimes just a single machine, but most of the time all the machines do this.  Seems to happen randomly but consistently within hours of being launched. 

Nothing in the logs about errors, although I do get some "can't connect to the API" type messages.  Otherwise it just pretends that everything is fine.

Now, I did launch BFGMiner outside but anytime I change settings with it, MM crashes out.  For instance, I rescanned hardware and picked up the lost miner, then went to save settings and MM crashed out.  Then when I restarted it, it crashed right away.  The third time it said it found some orphan miners, I killed them and it started up.  It ran for a few minutes before the lights came on green again on the sticks and it slowly timed out.

I have this on 4 different Windows machines, 1 is on a different Internet connection, and I get this behavior out of all of them.

It's not a big deal, because I can just not run MM and everything works fine.  But I like your software, so it'd be cool if it worked better in this situation, I'm just not sure why it does this.  It's weird.

I think you're overestimating the skillset of your users. I would contribute if I knew how or had any sort of expertise in the area. This sounds more like communication isn't happening between developers because neither cares enough to do it and that's not really something the community can fix. I do understand that you have other priorities though, I'm just expressing my sadness that I'll have to switch. It'd be great if there was some sort of open ended UI hooks so users can hook in their own miners or whatever. I don't even know if it's possible, but there is a crapton of miners and I'm sure there will be more. It'd be great if there was a API of some kind to do this or for other developers to use to make their miner compatible with MM's hooks. It seems like MM just passes commands to whatever miner is operating in the background though.


BTW the free account on MM doesn't work (unless it works by default, in which case mine doesn't work).

Two things, first I do leave donate on for you Nate, because earn it.

Second, on the recent update I am not sure if this is you or Luke's problem. https://www.dropbox.com/s/y1ymhbsuxulvnzk/MultiMiner.png

Right now it uses the --quota support in BFGMiner. This means it submits 1% (or however much you specify) of shares to my donation pools I've configured. You wouldn't see any pool changes in the app itself as it doesn't really change pools. You'll see the argument though in the Process Log window though.

I've considered doing it the way you mention - switching everything to a pool of my choosing at an interval - but it has a few drawbacks. I am definitely keeping my eye on better ways to do this though.


If you get the time and energy, please check the Process Log window in MultiMiner. That shows the exact arguments being sent to BFGMiner. You can even right-click the entries and launch BFGMiner directly from there with the same arguments. Maybe you can find which argument is making a difference and report back?

Just to note, I used MM on Eligius and set it up to donate, but it doesn't appear to do anything when that is turned on.  Not sure how that is supposed to work or is just on the honor system, but having some sort of automated system might be better.  Maybe have an address of your own and take 1% of 24 hours and mine to your address on a 1% donation and then switch back to ours.  I think that's perfectly fine so long as it works properly and can be switched off if we think it's acting funky, etc. 

That said, I have stopped using MM because it fails to keep my miners running consistently.  I don't know why this is, because I can run them off BFGMiner and they run solid (All BFL miners currently) but on Multiminer they will fail, not restart and typically I'll check in and find that instead of running at 250gh they'll be running as 12gh.  So I reset them, they start running for half a day or so before they fail again.

Don't know why this is, but time is money so I went back to BFGMiner because it's simply more reliable.  Which is a shame because I like all the features you have here.  It's a nice product, just not sure why it fails.

There's close enough to no income from the "Perks" in MultiMiner to call in zero. People just do not donate (that's an all-time payout of less than $200 USD, which wouldn't cover a single GPU). So this comes down to whether I have the time or interest. I don't, unfortunately. So it's up to folks who are interested.

I think it's unfortunate to imply folks may stop using a project instead of contributing. At this point any of the folks who are actually concerned with the algo support could pick up and start contributing to BFGMiner or MultiMiner (either code, or money, or hardware). Nobody has. On top of that nobody does regular donations. And nobody donates the hardware requested so I can properly support GPU mining (R9 donation addresses empty for months: 18ciG8A4SqQyUnwN5YSSMHJQxqJ9iKSDZR & LWDGNbJpiip1wvor6idJmYG1ZMztpPhZEF).

Edit: If anyone would like to list the main threads and contact information for the original authors of these algos I will go ahead and add a post as well. I simply do not have the bandwidth right now to chase down all of these algos and open up dialogs with every coin-creator. Also, in my experience it does more good to have the users request things from authors. That's my 2c.

Edit 2: I've also stated repeatedly that I am not against supporting multiple backend miners. I simply do not have the time to do so myself. It is very time consuming to maintain an application that supports many miners, each of which supports different features, hardware, arguments, etc. It takes away from creating features for MultiMiner itself. However, all it takes is another competent C# developer to jump in and start helping. The source is there. Samples are there. Unit tests too. You can develop on any platform you choose. It couldn't be much easier. There's free classes on Pluralsight I'm sure.

I know this is beating a dead horse, but we really need Scrypt-N and x11 support. I don't think this will go away and more algorithms will pop up in the future, so MM needs a way to deal with this before we all jump ship as the GPU exodus for scrypt comes around. I've been eyeing up other protocols for awhile and it's about time to make the switch. I'd like to take MM with me, but it's not going to stop me if it's not available.

The only people that will be using MM in a month or two will be ASIC owners. You guys seem to be playing the 'work push game' right now, where no one wants to do the actual work, they just want to make the other person do it (I've seen this a lot in open source initiatives and offices). The coin algo makers have less incentive to actually push their work as people will use their coin and miners no matter what. It seems as though you guys (makers of BFGminer and MM) aren't going out of your way to talk to the other developers either. BFGminer isn't adding support and MM isn't adding support for other miners, that just means it will get dropped when everyone switches as MM isn't flexible enough to handle the transition.

It'd be different if you guys were actively trying to get code from them, but they were refusing, that definitely doesn't seem like what's happening here. A community 'beg' post isn't the same as developers asking them for their code. Others and I have been asking for Scrypt-N support for more then a month now and it's always 'talk to the other guy'. I know you're all into monetizing MM right now, but that wont matter if the install base halves or even quarters in two months. Perhaps this is a problem that warrants active pursuit as X11 and Scrypt-N wont be the only algorithms that will need support.

Your welcome Nate.
I hope it gets enough attention that the devs will actually act on it.
They really are shutting out a huge portion of the mining community that does not want to run several mining software programs just to mine different coins.

Thank you very much for this.

I posted this in the Vertcoin thread.
I think everyone should go over and add their support for getting the devs to add the code to BFGMiner and by extension MultiMiner.
Thanks for your support.


Thread Link:  https://bitcointalk.org/index.php?topic=404364.new#new

Your welcome.
We have been pestering them quite a bit and the more people that do it the faster we can get it in MM.
I am going to go over to their thread now and ask as well.

Thank you for reply.


I will do

No there is not.
Please ask the Vertcoin dev's to add the code to BFGMiner so it can work with MultiMiner.
Nate and Luke has said over and over again they will add it if the devs contribute the code.
Please pressure them to do so.

Is there anybody who mine  Scrypt-N (Vertcoin) with Multiminer ?

I really would like to do that 

Uncheck the "Set Dynamic Intensity based on computer use" setting in the Advanced Miner Settings and make sure you have the Intensity in your config as I posted before. That should get your PC to hash at a steady rate.

Update:

I got the app showing the hashrate again.  Had to do a system restore to get back the original settings but now we are back to the first problem of a hashrate that goes to what it should and then plummets.  Now, however it doesn't drop to low 50's now it hovers around 150KH/s.


Updated drivers to latest version, no hashrate displaying at all
went down to driver version 13.08 with the same result.
Tried the config you suggested and the result was the same.  No hashrate displaying and the intensity shows the letter D.  No hardware errors.
Uninstalled MultiMiner and re-installed, same thing no hashrate and intensity showed D
also rebooted a few times.

here is a screen cap

Try this config...

--thread-concurrency 32621 --lookup-gap 2 --gpu-engine 949 --gpu-memclock 1250 --temp-cutoff 90 --temp-overheat 85 --temp-target 75 --gpu-fan 50-100 --auto-fan -I19 -g 1 -w 256


Not sure what the "-v 1" is for in your config and most the other stuff is not needed. Play with the Intensity some, I noticed my R9 cards are more efficient @ -I17 and just as fast.

Also, running the most up to date drivers should help as well.

Hi, I'm having issues with the hashrate in multiminer.  The hashrate will go up to 700 KH/s and will then plummet to low 20s.  Running MSI r9 290X and get 910 KH/s in cgminer.  I am using these commands in multiminer and I don't get yelled at by an error message either.

-I 20 -v 1 -w 256 --lookup-gap 2 --thread-concurrency 32621 --gpu-engine 949 --gpu-memclock 1250 --gpu-fan 100 --temp-cutoff 85 --temp-overheat 95 --temp-target 75 --gpu-threads 1 --queue 2 --temp-hysteresis 3

I am running an older version of the catalyst software because CGminer kept crashing on the newer versions.  Going to update and I will see if that fixes it.  In the meantime suggestions are very much welcome

Updates to MobileMiner Web are now available. These changes provide an easy Heads-Up view on the efficiency of your machines, both in the menu and on the Dashboard.



Live demo: http://web.mobileminerapp.com/dashboard/public/pw0af0QTP3QGdE

Enjoy!

Glad to help Nate. I feel it is the least I can do since you have given all of us miners a piece of software that should cost way more that what you are asking (free)!

If there is any more I can do to help, lemme know.