any one have any luck running equihashminer (GPU) on zpool ??
I'm using Claymore's ZCash AMD GPU Miner:https://bitcointalk.org/index.php?topic=1670733.0
I have a Radeon 280x and getting 290 S/s
Here's the command I use:
ZecMiner64.exe -allpools 1 -zpool mine.zpool.ca:2142 -zwal 1MkmBHDjonAFXui6JEx9ZmEemfMtUo9Cmu -zpsw equihash
However, it does not exit/close when the profitability changes like cpuminer. So far cpuminer is the only one that behaves properly with your pool when profitability changes (exits out so the next line in the batch file is executed).
I downloaded that miner; looked at the readme, and it doesn't have a function to close app (not return) on stratum disconnect.
Sadly that specific miner app will not be able to utilize the stratum disconnect feature for auto profit switching.
With the nvidia one I mentioned several replies ago; it has a flag you can set...
On another note, I finalized the initial version of my manual batch and updated the post. It can be found via the link on my sig. V1.0.
It has been working really well for me. Its soooooo nice to be able to control farms without remote logging into each system to change stuff. Such a long arduous process. I know there are miner control apps out there; but again... I like low overhead. I am only using powershell to do my http request. Which; is pretty low-level in many respects.
I also manage miners for friends who know nothing about the semantics of mining, and I used to host his S7 at my house.... so I just keep a separate text file that I can control his rigs we are setting up over the next month. Id have them on my file; but if I do a profitability test, I can just pull one of my rigs out of the mix, and test profitability, or my whole farm.... without affecting his.
The real PITA in batch files is the IF/ELSE scenario. It adds soo much bloat. Being recursive is tough sometimes.
I have been trying to wrap my head around a way to make the batch retrieve commands, or at least a batch file to download and run; and that new batch itself could update the miner software (download strategically placed files on the web), close the current running batch (it will have been launched in its own memory space like I do ccminer), delete old batch file, rename newly downloaded/updated batch file it got at the same time as any miner updated... and then launch the new miner batch.
I think I know how im gonna do it. Just need to write a template batch file for the update process (the batch that the miner batch downloads, and it will actually be dowin the main downloading/updating).
Completely transparent operation..... yet the ability to update itself....
I remember writing menu systems and such for my old 8088 when I was a LOT younger.. this brings back memories. I still have my Amstrad tucked away in my parents attic.....