New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Version 3.2.0 Beta 11 is ready #2271
Comments
so.... why is my mpm not mining specific coins.... I have yet to see a mining command with the mc=*** tag in it. This has been happening with v3.1 and v3.2 |
ZergPool was the only pool that offered the functionality. But ZergPool is dead. |
Ok... so what are the *Coin.ps1 files in the pool folder used for? |
To mine Coins instead of algos... |
I apologize for the late reply. Using beta 11 the config files look like this (it seems to enumerate all the threads twice): |
The files are as intended. *-2 means TWO threads (per CPU core in this case). |
with beta 3.2.0 beta 11 still getting red lines as:
|
I bet you will get the same error if you run the command outside of MPM. |
Doesn't it has to do nothing with MultiPoolMiner.ps1 ?? |
Look for the exact command that MPM used to launch the miner (check your MPM log file). |
I'm seeing an issue with AMD_NVIDIA-PhoenixminerEthash_v4.0a For some reason, one of 4 GPUs is being left unused, despite the output stating that it will be used. I only noticed because I was reviewing afterburner profiles, and the actual GPU clocks were at idle for that card. Other miners seem to work properly. I notice the command line string for Phoenixminer reads "-gpu 234" and the unused card per MPM is 1. Does the MPM numbering match that of the miner? I wonder if somehow my card 4 is ending up assigned to two separate miners at the same time. GPUs 1, 2,3 are 1070s, 4 is a 1080ti. Thanks! MultiPoolMiner_2018-12-16_23-02-23.txt |
... Look for the exact command that MPM used to launch the miner (check your MPM log file). Running alone I get: |
Did you run the command in the miner directory (NOT the MPM directory)? Please zip all *.txt & *.json files and upload them here.. I also need the output from http://localhost:3999/devices |
Please post http://localhost:3999/devices I don't understand why MPM start numbering your cards with GPU#01, It should start with GPU#00 I recommend you try '-UseDeviceNameForStatsFileNaming:true' (note: this will trigger re-benchmarking unless you manually rename the stat files). This parameter will make it easier for you to match cards & miners. |
Here's the output of the devices page. I am running with the parameter now, and its benchmarking. My other rig with a single card is showing GPU0, but right, 1-4 on this one. I will re-enable ethash later today, and see how it behaves. This issue may have begun in beta 10 or 9. I just gave those versions a skip, since I didn't have time to look into what was going on.. Thx |
...Please zip all *.txt & *.json files and upload them here.. I also need the output from http://localhost:3999/devices... |
Thank you for all the files... I only meant the txt/json file from the problematic SRB miner.
|
Is ist just PhoenixMiner 4.0b behaving like this? All miners should be affected :-( Your device config looks broken! Did you exclude any GPUs with '-ExcludeDeviceName'? Can you tell me which values for '-gpu 234' would be working in your case? (I assume '-gpu 123' & '.gpu 4') |
Is it possible that some miners ennumerate non-mining cards? I'm driving the display off an Intel Integrated display adapter. Also seeing a few write errors...attached. Just reenabled ethash to watch how the miners handle the cards Claymore and excavator find all 4 cards and use them appropriately. They are addressed as cards 0-4, by the miners themselves. I installed a fresh copy, in a new directory, no config.txt, just nicehash and ethash. Same issues. Attached logs & devices output below. |
Yes, this might actually cause this issue. Let me think!
These do not help me at all ;-( I prepared a special version of Include.psm1. Please rename the attached file from .txt and replace the existing one and start MPM. |
Here you go. |
The extra Intel Integrated display adapter is the cause. Please replace include.psm1 again. It will create 2 DumpOpenCL* files. |
It only appears to have created one. |
My bad - I uploaded the wrong file... |
@UselessGuru |
Thank you for the files. Since I cannot test your scenario I would like you to some tests for me: For faster testing please remove (e.g. move them to a different directory) all miner files in the MinersLegacy folder except the ones listed below: Then replace Include.psm1 with Include.psm1_Ignore_Intel.txt Which file version (name) does work for you? (if any :-((???) |
I think -Interval is broken. It works as intended when -Interval 60 to 180, but I tested increases over 180 (up to 1200 now) and in reality it keeps 3 minute intervals when MPM is running. I tried changing the actual $Interval in MPM.ps1 and still no change. Just posting this FYI, the issue doesn't really bother me. |
Thank you for posting. I'll investigate. FYIO: 3.3.0 will bring changes to the loop handling. |
With what version / beta is that? |
I tested Beta 11 |
In short, "Include.psm1_Ignore_Intel-CPU.txt" seems to work correctly. Specifically NSGMiner and CryptonightV7 and Ethminer work ok. CryptonightV8 has errors relating to admin privileges and other things, but not related to enumeration. I don't mine Cryptonight, so can't really speak more to it. I don't have any AMD cards, so I can't speak toward those. The other .psm1 file caused NSGMiner and Ethminer to not find the GPUs. CryptonightV7 was unaffected. I attached the log files for each run. Edit: I also tries Phoenixminer, and that is happy. I put the corrected psm into my non-test mining folder, for the rig, and am benchmarking. It's looking good so far :) Cheers Include.psm1_Ignore_Intel.zip |
Thank you for your feedback. Cryptonight & Adminrights: Check the web for |
No worries, and the benchmark completed, no failed miners. Enumeration looks good!
|
i still have the problem, when multipool just stop working, i upgrade to betta11 yesterday (fresh install, i keep only start.bat) but got stuck today, couple hours behind update an other computer, same problem happen, computer is idle and log is stop 1 hours behind i notice both computer are stuck after a failed download 2018-12-28 17:29:12 WARNING: Cannot download C:\cgminer_skein\multipoolminer\Bin\NVIDIA-CcminerLyra2z_v0.3.0\ccminer.exe distributed at https://github.com/djm34/ccminer-msvc2015/releases/download/v0.3.0/ccminer.rar. then nothing happens anymore it s stuck again the other computer is also stuck here (current time 20.25) same computer 3 computer4 working fine for now, doing benchmarks but not only computers with last version , notice some computers runing beta8a are stuck too looks like when internet is slow it just get stuck |
This is what it should do. There are timeouts built in everywhere Honestly - with weak internet mining is rather pointless. You will have high latency which will make your shares arrive later at the pool which will reduce your profit (unless the pool counts stale shares too). Edit: Could this be the cause? |
i don't have high latency, all miner run very fine , most share are submitted below 120ms
but other stuff like surfing is bit slower, actually i don't understand why its not able to get pool data, what should it be, a couple of mb max ? can't be that much i have around 30 miners running, so they need to share 100kb/s max i gonna change internet provider, to one with unlimited data |
have an other problem on my 470ring i manually modified the stats file and change the fluctuation, now it s back on eth but i guess it s gonna update soon and change it ? i don't know why it s 52% never sow this before) AMD-JCECryptonote_v0.33b9-4xEllesmere4GB[0,90 %] CryptonightV8 3,34 KH/s 0,00029662 100 % 89,74723215 ouch yeah fluctuation was changing very fast again |
You need to find out which pool file might be causing this. Please remove (e.g. move to another folder) all pool files except for one (it must be a configured pool in -poolname' of course). See if the problem remains, then switch to the next pool file and so on... Which file is causing the stop?
Please define most profitable algo. The most profitable algo is not necessarily the one that shows the highest value in the 'profit' column. The most profitable algo is the one that has the highest 'reliable' profit (profit * accuracy). This is to avoid algo-hopping when the price of an algo jumps to unreal highs (thereby reducing accuracy, see below).
What do you mean by 52%? Accuracy? Note that nothing has changed since 3.0 (or even longer) when it comes to profit calculation. |
3.2.0 Beta 12 is available: https://github.com/MultiPoolMiner/MultiPoolMiner/releases/tag/Beta3.2.0 Please report all pending & possibly new issues in this thread: |
i m only using multipool and zpool also notice this i think it does time out when request the data from pool or maybe coinbase and get stuck there i will try removing zpool and avoid computer to restart and see what happens What do you mean by 52%? Accuracy? i understand it s why i restore on old stats file |
ok so 1 pool only multipool it get stuck also 2018-12-30 22:28:27 WARNING: Coinbase is down. |
What is multipool??? There is no such pool name How about posting the log as I requested? If MiningPoolHub is your problematic pool then please try the files in this zip file: |
yeah sorry i mean miningpool i can't try anymore it's 1 January my connection is at full speed now, |
Thank you for reporting back! |
https://github.com/MultiPoolMiner/MultiPoolMiner/releases/tag/Beta3.2.0
Please also report if all is working fine - only so I can know that we get rid of all the bugs :-)
The text was updated successfully, but these errors were encountered: