Pages:
Author

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

hero member
Activity: 840
Merit: 1002
multiminer not showing my CPU nor integrated graphics card(even tho it's running as well). Any ideas?

You'll need to download or compile a version of BFGMiner with CPU support enabled. The distributed version has CPU mining disabled as it gets flagged by virus scanners. Also integrated Intel graphics cards are not capable of mining.
full member
Activity: 210
Merit: 100
I have my miner set up with multiple pool configurations for failover.  I have it configured to mine to multiple pools at once on:
  • certain pools where the coins are fast and low value
  • pools that I need to 'fill' to make an auto payout

My problem is that MM seems to ignore the --balance or --load-balance function and mines to one pool only.
I'm having the problem with BitCoins using AntMiners. The issue happens no matter if I put the --balance flag on the coin, or the miner settings.

nwoolls, any idea what could be causing this yet?
sr. member
Activity: 453
Merit: 250
dfgfdgfdg
I'm running MuM 2.6.2 on a new miner with Windows 8.1 for the first time. It keeps doing something that's never happened with Win7. It crashes and when I restart it it seems like it's awakening from Sleep. The MuM popups say that several files like NetworkDevicesConfiguration.xml and KnownCoinsCache.xml have a value of zero. It does not start automatically but when I look at the config it seems to have everything as I set it up.

I've tried uninstalling it and deleting both MuM folders and then reinstalling.

Is there something special that needs to be done to run MuM normally under Win 8.1 Huh
legendary
Activity: 1288
Merit: 1004
I have a question.
How do I have MultiMiner see my Avalon on the network without using the built-in stratum server?
I don't want to use the stratum because my rate drops almost 4gh/s.
Thanks
newbie
Activity: 38
Merit: 0
multiminer not showing my CPU nor integrated graphics card(even tho it's running as well). Any ideas?

i5 4670
intel 4600
ATI 7870
windows 8.1
hero member
Activity: 840
Merit: 1002
Frequency definitely seems to be increasing, just reset four more machines with same issue.

Thanks for the feedback - I'll have a couple of fixes for you to try tomorrow if you can make the time. Ran out of time tonight.

Edit: by the way yes that's the same crash and signature I saw as well, so that's good. I've got some ideas to go on.
hero member
Activity: 630
Merit: 500
Frequency definitely seems to be increasing, just reset four more machines with same issue.
hero member
Activity: 630
Merit: 500
They appear on many different machines, but I did notice a couple machines in particular will get these daily.

It hasn't been a huge issue, and I haven't dug through the logs yet, but I was curious if others have seen this?

I've seen one of these. It seemed like it may be related to Remoting and so far it hasn't produced an actual useable error.

When you have time, can you launch the Windows Event Viewer and then navigate to Windows, Applications, and look for the MultiMiner crashes in there. I'd like to see if the signature matches what I saw (basically accessing a null pointer).

Getting about 8 a day, seem to be only certain machines, as a couple of them get them 2-3 times a day, while most machines don't encounter it at all. In application log I saw:

(3) of these errors: NET Runtime version 2.0.50727.5472 - Fatal Execution Engine Error (000007FEF5035756) (80131506)

Along with:

Faulting application name: MultiMiner.Win.exe, version: 2.6.2.143, time stamp: 0x52f03f64
Faulting module name: mscorwks.dll, version: 2.0.50727.5472, time stamp: 0x5174ddb3
Exception code: 0xc0000005
Fault offset: 0x000000000013900b
Faulting process id: 0x%9
Faulting application start time: 0x%10
Faulting application path: %11
Faulting module path: %12
Report Id: %13

I can check other machines as well, but this is the one I'm resetting right now. When I click close and go back in, it will always tell me that it detected miners running and ask me if I want to kill them, but they really aren't running on my pools, so I'm not sure if it's the donation side still running, or a false positive for the mining check. I just say yes, and it goes back into mining happily away.


I didn't seem to have these before the last 1-2 updates. Let me know if I can provide anything else.



full member
Activity: 210
Merit: 100
I have my miner set up with multiple pool configurations for failover.  I have it configured to mine to multiple pools at once on:
  • certain pools where the coins are fast and low value
  • pools that I need to 'fill' to make an auto payout

My problem is that MM seems to ignore the --balance or --load-balance function and mines to one pool only.
I'm having the problem with BitCoins using AntMiners. The issue happens no matter if I put the --balance flag on the coin, or the miner settings.
hero member
Activity: 840
Merit: 1002
They appear on many different machines, but I did notice a couple machines in particular will get these daily.

It hasn't been a huge issue, and I haven't dug through the logs yet, but I was curious if others have seen this?

I've seen one of these. It seemed like it may be related to Remoting and so far it hasn't produced an actual useable error.

When you have time, can you launch the Windows Event Viewer and then navigate to Windows, Applications, and look for the MultiMiner crashes in there. I'd like to see if the signature matches what I saw (basically accessing a null pointer).
hero member
Activity: 840
Merit: 1002
why i can't set the intensity over twenty  Huh ? I would like to try some new settings with a higher intensity but when I set the intensity over twenty multiminer not mine and error screen appears.

You need to wait for bfgminer 4.0 or build from the current get repository. If you are using Windows, you can try a daily build here but they are unstable:

luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=bfgminer
hero member
Activity: 630
Merit: 500
Having quite a few daily random crashes on my machines in MM. Comes up to DEBUG or CLOSE, and whichever one I click will close the APP (which had stopped working anyways). Additionally, those machines still show the hash rate on the network view of them, but if I click on the machine they fail in communications (which it should).

They appear on many different machines, but I did notice a couple machines in particular will get these daily.

It hasn't been a huge issue, and I haven't dug through the logs yet, but I was curious if others have seen this?

hero member
Activity: 658
Merit: 504
Bullandterrier
why i can't set the intensity over twenty  Huh ? I would like to try some new settings with a higher intensity but when I set the intensity over twenty multiminer not mine and error screen appears.


thank you very much
sr. member
Activity: 423
Merit: 250
Very happy to hear that! It's so odd, but I guess you lucked out with the difficult cards, that XFX of mine drove me nuts, as it was completely different than any other 7970, but it was a card that I had prior to mining, and I wanted to maximize my mining efforts by using all available cards. Smiley

You won't find too many cards need those settings, as most 7970's I've used are quite happy with 1040/1500.

One final note: after all was done, I had upgraded from AMD 12.8 to 13.9 drivers (in the process of trying to get my 7970s working). Once I put my other cards back in I found they were about 60 Kh/s below normal.

I uninstalled the 13.9 drivers (and deleted amdocl.dll and opencl.dll), reinstalled the 12.8 drivers, and that got me my 60 Kh/s back on my other cards plus a good 70 Kh/s on these 7970s, which now puts me well over 700 Kh/s  Smiley

Curiously what version of the SDK are you using? I use 13.12 and SDK 2.9. I know drivers have a preferred version of the SDK to get the maximal amount of hash out of. If you have a newer SDK and older drivers or vice versa, it doesn't always work out well. 12.8s are over a year old... possibly with the SDK to boot?
hero member
Activity: 658
Merit: 504
Bullandterrier
thx now work but...

--thread-concurrency 32765   850 kh s
--thread-concurrency 27400   880 kh s

hero member
Activity: 504
Merit: 500
Hi, i have a problem.
If i set the thread concurrency over 24700 the miner doesn t mine! 

I have a r9 290x, windows 7, cpu sempron 145

With this setup  get 880khs:
-I 20 -g 1 --thread-concurrency --lookup-gap 2 --gpu-powertune 30   

 gpu clock 938  memory clock 1500


can someone help me??  Embarrassed

thx

read scrypt-readme.txt in the miner folder for tuning help.

You aren't setting a thread concurrency with that config.

Try this one:

-I 20 -g 1 -w 512 --thread-concurrency 32765
hero member
Activity: 658
Merit: 504
Bullandterrier
Hi, i have a problem.
If i set the thread concurrency over 24700 the miner doesn t mine! 

I have a r9 290x, windows 7, cpu sempron 145

With this setup  get 880khs:
-I 20 -g 1 --thread-concurrency --lookup-gap 2 --gpu-powertune 30   

 gpu clock 938  memory clock 1500


can someone help me??  Embarrassed

thx
newbie
Activity: 11
Merit: 0
dont forget win 8.1 network detection!

reproducable everytime!

not a problem with my rig.

I understand, but I have tested it and I am not able to reproduce a BSOD when mining on 8.1 without a network connection. You have also posted in this thread at least once before that about receiving BSODs after mining for extended periods.

BSODs are not caused by user space software like MultiMiner. They are caused by hardware or kernel space drivers. If you want to troubleshoot any of the BSODs you are encountering there are steps on Google for doing so, e.g.:

http://www.networkworld.com/reviews/2013/041513-windows8-crash-268274.html?page=1

yah im not having the issue since i have net on lol :-)

so not worth looking into IMHO.

yes it does come up as ati dll error.


but nope i fixed every source of BSOD i was having before. i guess its just a matter of finfing the stable versions......some of your versions got me sometimes.... but yes i found the versions it likes.

yep, ill save a few coins for you and send em your way :-)

tnx
hero member
Activity: 840
Merit: 1002
I probably should get better up to speed with the way things work behind the scenes!

Ditto - this alone has been a great learning experience.

And downgrading to 12.8 wasn't all roses - that lost me the ability to use the -g 2 setting with the 7970s...can't win them all!  Grin From what I can tell, it was the BIOS flash and high memory clock that got me the performance increase, and it was upgrading the drivers to 13.0+ that allowed me to use the -g 2 setting.
hero member
Activity: 630
Merit: 500
Very happy to hear that! It's so odd, but I guess you lucked out with the difficult cards, that XFX of mine drove me nuts, as it was completely different than any other 7970, but it was a card that I had prior to mining, and I wanted to maximize my mining efforts by using all available cards. Smiley

You won't find too many cards need those settings, as most 7970's I've used are quite happy with 1040/1500.

One final note: after all was done, I had upgraded from AMD 12.8 to 13.9 drivers (in the process of trying to get my 7970s working). Once I put my other cards back in I found they were about 60 Kh/s below normal.

I uninstalled the 13.9 drivers (and deleted amdocl.dll and opencl.dll), reinstalled the 12.8 drivers, and that got me my 60 Kh/s back on my other cards plus a good 70 Kh/s on these 7970s, which now puts me well over 700 Kh/s  Smiley

Tweaking is definitely an abstract art, what works for one, doesn't work for another. I use newer AMD drivers, and no issue with rates. Just like you didn't see any gain on the .bin file changes, that I saw a significant gain on. It has to have something to do with the order of installation or something. I don't have any luck with my 7970s on the optimized .bin files, but all of my 7950's run 650-690 with the optimized .bin files.

I probably should get better up to speed with the way things work behind the scenes!
Pages:
Jump to: