Topic: Hash Auger 2.9.7.5 Mining Manager and Switcher for NVIDIA GPUs - page 19. (Read 8803 times)

Most of the miners use a minimum of 6 graphics cards and a celeron, pentium g4400 and some like me up to i3, and it always takes 100% of the CPU, I get more HASH if I have it unmarked. You should warn by selecting it the same thing you do when activating the OC, a good warning. Because many can give you a bad experience and have a wrong idea about your program.

You can also see how many cores the processor has and how many cards there are in the rig, and to allow it to be selected or not, that would be optimal.

I in 4 different rigs, in the 4 I had problems. In other words, the vast majority do not need them, warn them well of the problems they can give or only allow them to select it if they have more cores than cards.

I do not even a serious miner spend $ 300 on a micro, when with a micro $ 80 intel g4400 you have left to mine.

THE option has its function, and will serve especially those that only have 1 card and a lot of CPU, for example a gamer that wants to enter the cryptos. But the more appropriate it is for everyone, including the group that most interests you, the medium and large miners, the more useful it will be and the more it will gain.

I'm not saying that the option is bad, only that it should better warn or control the number of nuclei to allow it to be used or not, so it will be much easier for newcomers or new people in the Soft.

I have some doubts. Now I am ready to install it on all computers for a 24 hour test compared to another soft.

I have had a lot of problems in some miners that close the program, restart and sometimes it is fixed and sometimes not. For example, I have not been able to configure PHI, it does not matter which of the two miners put in and remove the OC, it simply closes it, it is a rig with 1050 tests.

I have a doubt, I really like the idea of ​​being able to choose Something by pool, and also now you have improved the function of better switch, which according to comments is based on several factors. For me the most important is not the price, because the currency will be more or less the same, I am interested and much that I choose the pool with hash. If I choose X16s and it is in Ahashpool and Zergpool, I would be interested where there is more hash, because in the time that mine will be more blocks but less reward. Many times we mine in a pool where there is little hash and we lose time in a block that we do not solve and goes to another Something, with which the reward is ridiculous. It is not the same to mine X16s in a poo with 2ghs than another with 20ghs, I am interested in the latter.

I keep insisting on more specialized ccminers for PHI, xevan. Also others like hsrminer for neoscrypt, superminer x17 etc ...

The new way to optimize the whole rig is fantastic, just a small inconvenience. When I save the template, and then recover it, the GPU selection is not activated, I mean I have 6 cards, I choose all of them, I make the modifications, I synchronize them with the others and I save everything. Then when recovering that template, the GPUs are not selected as I left it in that template.

Yesterday I invested like 6 hours to configure 10 Algos, the only ones that I use, but as it closed continuously late very much. Because I try every miner available for the Something, then I play with the intensity and then with the OC, it would be fantastic something simple to help me optimize without having to be all the time in front of the computer.

I will comment my tests in a few days.

You did find a bug in 1.8.3, but not with the miners. Neither Klaust nor Tpruvot were changed.  The issue occurs only when you select an algorithm that has not been benchmarked yet -  in your video the hash rates for Equihash are zero.  I will fix this in 1.8.4, which will be released sometime tomorrow. This issue does not affect the algorithm-switcher, only when you are manually selecting an unbenchmarked algorithm. In the meantime, you can workaround this bug by either doing a full benchmark or by typing in an hash rate for Equihash and then re-selecting DSTM as the preferred miner (you must do both even though DSTM is already selected as the preferred miner).

I just tried the latest version and has problems. Now it is with the miners, for example in Neoscrypt Klaus closes me completely HA, even with 0 intensity and with the OC to 0, and trupovt which is the other one that can be chosen, it does not work well, it gets stuck and you have to lower the intensity a lot and keeps failing.

Right now I can not mine in any way neoscrytp.

Also it has happened to me that ALEXIS in some protocols like HSR I think I remember, I completely closed the program.

I'm using everything from the new GPU interface, it's very comfortable now. Please check because the miners do not launch well and close the program, I have restarted the rig several times. I am with other programs until the fix of these failures.

Tested at 2 x1050. For the tests I use that minirig, I'm not going to put the big rigs to do tests, I already tried last week with the 1080ti and I did not get the expected results. At least 1.8.2 the miners did not fail.

https://www.dropbox.com/s/crsdl79sgrpv5lx/IMG_2231.MOV?dl=0

I really like the changes you have added, handle all the GPUs together and save templates. Or that there is a different price and hash for each pool, so you will know where to best mine a protocol.

I am now trying to mine the best algorithm in your pool, with the option of choosing protocols for each protocol, this is from the previous version.

I give ideas and I am critical, I am also a grateful person, Thanks for these new features that I like a lot.

I would like very much to be able to launch all the cards in a single process to the protocol that yields the most, instead of several threads and processes one for each card.

You should know that those of us with a high number of miners, we have small configurations with celeron, g4400 and sometimes with i3. Launching a miner for each card and different protocols is not being as efficient as I would like. This could be something optional with a selector, I do not see it complicated. Thus the rigs are lighter and are more efficient at the time of producing more HASH.

I found the issue. Thanks for letting me know. The fix will be in 1.8.4, which will be released in a couple of days.

I noticed today that one of my gpus went below minimum earnings amount by a 75 cents. I closed the app and tried again, but did the same thing for 10 minutes before switching.

So I added a new button to the Devices screen called GPU Manager. When you click on it, the individual device panels are replaced with a single panel that includes all the device settings.  At the top of this panel, you can either choose to load an existing template file (which you won't have any to start out with) or to create a new template file. To create a new template, press the New (Plus) button.  You can select a source GPU to be basis for the new template.  If you want to save the template to disk for later use, you check that option and provide a template name. 

In the middle section, you configure all the settings like you would a specific device. Once you are finished, you then select the GPUs that you want to copy those settings to. Finally, press the Apply button in the lower right corner. If you selected the Save option, the template file is created after you apply the settings.

If you get a chance to try it out, I'd be interested in your feedback. Since it is a new feature, there are probably some usability tweaks that could be made, but overall it really cuts down on the time required to configure devices. Thanks for the feedback.

Right now you can switch miners by changing the preferred miner on the device benchmark and then starting to mine again.  If this situation becomes more common, I'll consider adding a button, but I am hesitant to add buttons for features that may only be rarely used.

Do you think you can give us a button to switch miners(software) if that happens when mining just to see if that solves it or not?

Sorry, but you are mistaken.  Cuda-Scheduler works on both Windows and Linux.  Klaust added it to the Windows version of his miner in 8.21 and it was in Tpruvot before that.  On a rig where the CPU has more processor cores than there are video cards, it can boost GPU performance because it reduces the amount of time that the miner process has to wait for a thread on either operating system. You can read more about Cuda Scheduler here: https://stackoverflow.com/questions/11953722/how-to-reduce-cuda-synchronize-latency-delay.

As you mentioned, it can overburden the CPU if a rig has more GPUs than CPU cores or the CPU itself is under-powered. That is why the option is off by default. Users can choose to enable it when it makes sense on their system and they do not have to enable it for every card (which is another benefit of using a separate mining process for each GPU - you can tune the miner for each GPU instead of applying the same settings to all cards).

the option of "--cuda-sheduler 2" is not an option too thought for nvidia in windows, yesterday I was testing it in different rigs, both 4, 6 and 8 cards.

as I in manual I have everything very optimized, that option only gave me 1 more mhs, but leaves the computer fried. DA equals 4 that 8 cards, and imcluso with a card, it goes to 100% all the time the cpu, and does not deserve to have a RIG that is at 34% of cpu giving me 121mhs, that is always 100% cpu and get 122 mhs.

Reading a lot of information on that option, it is quite used in Linux rigs, but it is not used in Windows.

Also once you activate the rig becomes unstable, does not turn off or freezes, but becomes unstable even if you turn off the miner, you have to restart to leave the rig again well.

You who search according to say the greater stability has added an option that is the opposite of what you are looking for. If you want more performance, do not make the computer suffer by having one thread per card, because when I want to show it is not optimal or better.

Sometimes it does take a pool a while to assign an appropriate difficulty level to your cards. That happened to me with C11 the other night on one pool - the pool kept changing the difficulty every thirty seconds or so for the first few minutes. If it keeps happening, you may want to switch miners for both of those algorithms and see if that helps.  X17 is mined by both Alexis and Tpruvot, while both Tpruvot and Nevermore mine hmq1725. Also, you could try disabling those algorithms for individual pools if the problem only seems to happen for an algorithm on one specific pool.  For example, if it takes a while to get started mining x17 on AHashPool, you could disable x17 just for that pool and the software will still mine x17 on the other pools that you have enabled.

No results at all as the gpu is working but nothing is going on. But, I think it was just hmq1725 and x17 that was causing the problem for me. So far it is working okay atm.

Can you copy and paste an example of the miner output?  Are there accepted results in the miner window? Which miner is it?

Stats window is showing it is on a pool and coin, but hash is 0 and accepted is 0 out of 0. Odd.

Thanks for the feedback. I definitely encourage any miner who doesn't auto-exchange to take a look at your pool.  Based on just your selection of coins as well as the geographic coverage and performance of your servers, you have a lot to offer, not to mention the accessibility of pool admins on Discord.

As I mentioned before, running each miner in its own process provides efficiency improvements for some algorithms, but that depends on the hardware and the algorithm. Running each GPU with its own process also increases error tolerance and allows each GPU to run a different algorithm when it is more profitable to do so.  Since you changed your hardware at the same time, I am not sure how you can attribute the decrease in hash rate on solely the new version of the software. Hash rates depend on different factors, especially algorithms such as x16r and x17 that run a series of algorithms to produce a single result.  Multiple pools are included in the software so that users can find ones that they like and none of them are enabled by default.  If a user doesn't like Zergpool, they don't have to use it.

You can check your wallet at each of those pools to see your activity for the last 24 hours.  What are the miner panels/windows showing? Any errors?  Is the miner getting work but not finding results?  For more accurate earning estimates, the hash rate is based on results, not the hash rate in between results and the numbers will stay at 0 until the first result has been found.  Sometimes it can take a few minutes before the first result has been found. In these cases, the miner text often shows a lot of messages indicating new work and changes in difficulty.

Okay for some reason it's mining, but nothing is actually happening. Like hash is at 0, and profits are 0 even after waiting for 5 minutes for all three of my gpu(cpu didn't hit the threshold). One gpu is on zergpool, one on zpool, and one on ahashpool. I am not sure how often this happens as I am work during the day, but this has me a bit concerned.