I had to point my antminer at nicehash. Too much instability and fuss. Ill wait for it to get more stable.
Updated the batch. Removed algos; easy to add them back in. Be sure to follow the 1.05 setup instructions if you havent already figured out your P0 state hack setup for my batch.
Effectively not enabling administrative access and it doesnt happen, so you can ignore the error message if that's the case. Gonna see how well it runs for the next 24 hours with this selection. Its plus an algo or two from my old happy profitable selections. we will see.
|
|
|
Ok Crackfoo working again ...good on all algo's ....I don't use sha256 and scrypt algo's of course. ok good. I'm going to go with this setup I think. Also note, that I've changed the stratum servers to a per-algo name. -o stratum+tcp://<algo>.mine.zpool.ca:<PORT> -u <WALLET_ADDRESS> [-p <OPTIONS>] They all (except sha/scrypt) point to the original server anyway but in the future if I need to peel an algo off that server, it will be much simpler. Thanks Interesting approach, and a good one. Ill see if its necessary to modify the batch at all... but seems fine to leave alone.
|
|
|
Whew; that was a nightmare.
Finally got my S7 back online. pointed at mine1.zpool.ca. Would lock up when trying to connect to mine.zpool.ca for some reason... couldnt even get into the UI unless I rebooted it and logged in before it got jacked again. *edit* noooooope. Went back into crazy mode again. Going to try my backup power supply, but I seriously doubt that's the problem.
|
|
|
mine.zpool.ca: no connection mine1.zpool.ca: connected mine2.zpool.ca: no connection
ping to mine.zpool.ca successful.
using lyra2v2 port.
|
|
|
yep. no connection now from mine.zpool.ca
I am still connected and mining fine just blocks are not being credited. my miners in SF are still connected.... buuuuutt.... my recently rebooted home machines including router wont connect to mine.zpool.ca... So my ones up north are probably connected still because the DNC cache hasn't been flushed from the router or machines.
|
|
|
yep. no connection now from mine.zpool.ca
|
|
|
EDIT: I do have the temperatures of the cards set at a max.. to not exceed 79c ect. And I use to get this but was going to talk about it later. Going to myr-gr also on neoscrypt so not related to algo but memory or ccminer? Maybe intensity setting. Looks like a null pointer dereference. That's usually software but in your case it could be excess heat in the CPU or RAM. How is the ventilation around the mobo? Maybe heat from the GPUs is destabilizing the CPU. Edit: It could also be bad RAM. Make note if they are always the same, especially the instruction address. Try a different power supply. You'd be amazed how many are bad and have you point the finger somewhere else.
|
|
|
Is sidehack dismantling one of these puppies anytime soon?
|
|
|
so far lyra2 no interruptions. mine.zpool.ca
not a home, cant try others right now.
|
|
|
And where is that command plz on keeping the rig in the administrative mode on reboot. Thx
"c:\progra~1\nvidia\NVSMI\nvidia-smi.exe -acp UNRESTRICTED" removes the admin requirements..... Run as administrator in command prompt. I havent tried rebooting to see if this needs repeated on boot. if so, it will need to be automated at boot-up somehow. But one p-state issue ive tracked to the neoscrypt algo. Try removing it for a time and see how much it helps.
|
|
|
I also have an issue with ccminer, noescrypt version, on my gaming rig I have 3 cards on is for normal use and gaming the other 2 I mine with, my hashrate drops to 2-4k from 1.5mh when i try paying games, even the power and temps drop to idle speed, 2 cards are in a 16x slot and one other in a 1x slot(riser).
it's not surprising that neoscrypt causes problems but I think it's more the algo than anything. It is the highest memory usage per miner on my pool.... Yeah. I was getting crazy p-state locks requiring me to reboot to get out of P8 state (150Mhz gpu clock and ~800mhz mem clock)... I think neoscrypt is going to be dropped out of my batch even though it pays good and quick. le sigh. More testing once removed and a batch update.
|
|
|
I am thinking the neoscrypt optimized version of ccminer has a bug that is causing the p-state error.
can someone else confirm this?
|
|
|
Thx JK I have done this. Will that keep them in the p0 state on reboot? EDIT: I'm going to give this a try again asap. thx
No.. this will have to have admin rights first deactivated (check zpool thread for command) then reboot, and it shouldn't need admin rights anymore. then add the path to the NVSMI folder to the system PATH and you can just call it from any old command prompt/provision allotment =) Issue the memory and clock set command every reboot, or better right before the miner app launches.
|
|
|
Same goes for learning if the nvsmi utility is on Linux as well. Haven't even checked.
It does exist on Linux but I've never tried it. It would be handy to remove the root restriction on nvidia-settings for setting OC and fan speed, if it's persistent. yup - it would be ... especially if we can handle multiple cards at the same time over thefarm ... id be very interested if anyone does come up with a strategy to do so ... #crysx my previous comment is the flag to remove the admin restriction, and I believe from memory (dont quote me) is you can set a specific card to target with the "" -i [cardnumber] "" flag. the NVSMI utility is pretty powerful, and I am sure that its the main library that most of the GPU tweaking apps use.
|
|
|
If I ever switch to Linux; I'll just port it over to perl or some native language similar to the batch.
Same goes for learning if the nvsmi utility is on Linux as well. Haven't even checked.
|
|
|
found some new features:
"nvidia-smi.exe -acp UNRESTRICTED" removes the admin requirements. So from here, Ill remove all the specialties of having to run as admin. It should clean up the code some more, and remove necessity for application home path.
Trying to add LBRY, but it double-launches with x11evo.
WTF is going on here......
-JK
excuse my ignorance here - but what is this for JK? ... i can see its something about a windows system - so is there a link that i could look at ( predominantly for linux ) ? ... pm me if need be - as im out of the main office at the new office building thefarm server ... tanx ... #crysx It's for Windows specific mining on zpool with nvidia cards... Pretty much not applicable for Linux. Scripting would be completely different.
|
|
|
found some new features:
"nvidia-smi.exe -acp UNRESTRICTED" removes the admin requirements. So from here, Ill remove all the specialties of having to run as admin. It should clean up the code some more, and remove necessity for application home path.
Trying to add LBRY, but it double-launches with x11evo.
WTF is going on here......
-JK
|
|
|
High Diff + low hash == crazy luck swings.
Updated batch file. Went 18 hours on ~42 algo switches. Check my sig. Also follow the instructions.... Things have changed a little for the better.
Requires Nvidia's full driver to be installed in the default location. If it's not you will have to modify the directory links as I have with shorthand names: Program Files is progra~1, etc. I suggest staying with the folder hierarchy and settings I have introduced.
I'm very pleased with the code optimization and cleanliness now.
|
|
|
Thx JK If I took out skein algo out of my conf file would I earn more BTC? Thx
I just noticed every time my miner would stay on skien more than other algos, it wouldn't earn near as much during that time. Putting my machine solid on lyra2 for a few weeks has been surprisingly good returns.
|
|
|
|