 Show Posts
|
|
Pages: [1] 2 »
|
Added scryptn to the pool with MRY and some FUJI once it's sync'd
is that the same algo vertcoin once had? yeah that's right. the way vertcoin utilized the memory increase made it such a rough algo on the GPUs. going to leave out of my batch. |
|
|
|
but here; I made updates just the other day.
You will need to have a second miner app for X11evo as mentioned on the earlier page.... so I took the loop for X11EVO out and put it outside the main loop; as the miner will hang on it once it gets switched to it. Also added Skein back. So here it is, and enjoy.
No worries. I actually already use 3 different versions of ccminer and altered the batch as necessary. I just based mine off your initial construction and wanted to thank you  |
|
|
|
OK. The batch has been cleaned up, and im glad to report that a dos variable doesn't have a max value like the olden days..... So.... Its all streamlined, and a lot easier to manage/modify. The algo names show as the window titles to easier see what algo is working. No longer needing to bring it to the front. Need to edit profitability? no longer do you have to update all the scripts. And tuning intensity is a breeze. If you use your machine like I do, you will be able to just wait for the offending algo to be present, then make a change the batch intensity and close just the miner app, and it will restart automatically with the batch file changes updated. @echo off
SETLOCAL EnableExtensions
SET ADDY=1PHSDYvVp6HpqtuUPocK41DrdeHbbezaeP
:start
SET PASS=p690gtx980-1,c=BTC,x11=8.2,x13=6.8,qubit=12.5,x15=5.6,lyra2v2=9.6,neoscrypt=0.378,decred=1.7,blakecoin=1.4,c11=8.8,quark=11.5,groestl=24.5,blake2s=1.2,x14=7.0,x17=5.2,stats
cls
start "X13" /min ccminer176.exe -r 0 -a x13 -i 17.5 -o stratum+tcp://mine.zpool.ca:3633 -u %ADDY% -p %PASS%,d=0.004
start "X11" /min ccminer176.exe -r 0 -a x11 -i 17.5 -o stratum+tcp://mine.zpool.ca:3533 -u %ADDY% -p %PASS%,d=0.002
start "QUBIT" /min ccminer176.exe -r 0 -a qubit -i 17.2 -o stratum+tcp://mine.zpool.ca:4733 -u %ADDY% -p %PASS%,d=0.004
start "X15" /min ccminer176.exe -r 0 -a x15 -i 17.5 -o stratum+tcp://mine.zpool.ca:3733 -u %ADDY% -p %PASS%,d=0.01
start "LYRA2RE2" /min ccminer176.exe -r 0 -a lyra2v2 -i 17.2 -o stratum+tcp://mine.zpool.ca:4533 -u %ADDY% -p %PASS%,d=1
start "NEOSCRYPT"/min ccminer176.exe -r 0 -a neoscrypt -i 20 -o stratum+tcp://mine.zpool.ca:4233 -u %ADDY% -p %PASS%
start "DECRED" /min ccminer176.exe -r 0 -a decred -i 23 -o stratum+tcp://mine.zpool.ca:5744 -u %ADDY% -p %PASS%,d=0.5
start "BLAKECOIN" /min ccminer176.exe -r 0 -a blakecoin -o stratum+tcp://mine.zpool.ca:5743 -u %ADDY% -p %PASS%
start "C11" /min ccminer176.exe -r 0 -a c11 -i 19.5 -o stratum+tcp://mine.zpool.ca:3573 -u %ADDY% -p %PASS%
start "QUARK" /min ccminer176.exe -r 0 -a quark -i 17.5 -o stratum+tcp://mine.zpool.ca:4033 -u %ADDY% -p %PASS%
start "GROESTL" /min ccminer176.exe -r 0 -a groestl -o stratum+tcp://mine.zpool.ca:5333 -u %ADDY% -p %PASS%
start "BLAKE2S" /min ccminer176.exe -r 0 -a blake2s -o stratum+tcp://mine.zpool.ca:5766 -u %ADDY% -p %PASS%,d=0.4
start "X14" /min ccminer176.exe -r 0 -a x14 -o stratum+tcp://mine.zpool.ca:3933 -u %ADDY% -p %PASS%
start "X17" /min ccminer176.exe -r 0 -a x17 -o stratum+tcp://mine.zpool.ca:3737 -u %ADDY% -p %PASS%
:wait1
set EXE=ccminer176.exe
FOR /F %%x IN ('tasklist /NH /FI "IMAGENAME eq %EXE%"') DO IF %%x == %EXE% goto FOUND
goto FIN1
:FOUND
echo %EXE% still running.
goto wait1
:FIN1
goto start great script. thank you! |
|
|
|
Site down?
seems to be. stratum seems fine though. |
|
|
|
I tried to mine decred.
But i get : stratum+tcp://mine.zpool.ca:5744 not responding !
Is something wrong with the pool ?
Or do i have a issue with cgminer ?
This is the command line i use :
cgminer.exe --blake256 -o stratum+tcp://mine.zpool.ca:5744 -u 1BZv8NwcXFwHZtX3wtkNiD3jaF1y59Ewjz -p d=2
you are trying to run the blake256 algo on the decred port.... see below. Make sure your miner supports decred and your video card. cgminer.exe --decred -o stratum+tcp://mine.zpool.ca:5744 -u 1BZv8NwcXFwHZtX3wtkNiD3jaF1y59Ewjz -p c=BTC,d=2,decred I tried this command line. But cgminer shuts down after 1 second. Is --decred correct ? Because on the site of decred. They say that they are using blake 256 ! [/quote] Yes, but you still need a version of ccminer that has the decred version of the blake256 algo added to it. There are several. Check cryptomining blog. |
|
|
|
Something seems odd about decred payouts, like they are short about 15%. e.g. http://zpool.ca/?address=1Av5gw4wuRCgAfuw7Yinwze65vA8unzvv917.987 DCR block (9hr ago), percent was 6.7222% = 1.21DCR. But, paid only 1.02DCR (15% missing) 18.101 DCR block (10hr ago), percent was 5.7444% = 1.0397364. But, paid only 0.885760 DCR (15% missing) What's happening here? Tweet crackfoo. He is out of town so he will see that quickest. Judging by all the activity the last bit in the thread, there is obviously something wrong. I'm also see I g the front end reading 1 confirm on 80 minute old EGC (x15) and BERN (x14) so obviously something is getting jammed up in the DB. Balance is also increasing in chunks instead of fluidly as normal so something is getting bogged down somewhere. Typical these things happen when the dev is away. |
|
|
|
no balance increase for the last few hours for me either. this has happened before though. shouldn't be an issue. balance is now increasing steadily yeah looks like the exchanges were hung up. Of course, after I had left for Quebec City. I'll be away till Monday with little access. Any major issues, tweets get through a lot quicker. Noted, thanks crackfoo. |
|
|
|
Rejct share rate is incorrect. One reject and the reject rate jumps to around 34%, and the share rate
drops by a similar amount. It also takes several minutes for the reject rate to return to 0. I have seen
this on, at least, 2 algos in the past few days.
yes. this has been brought up a couple times over the last few pages. reject reporting is currently broken. if the shares are being accepted on your miner, you will receive credit accordingly. |
|
|
|
no balance increase for the last few hours for me either. this has happened before though. shouldn't be an issue. balance is now increasing steadily |
|
|
|
no balance increase for the last few hours for me either. this has happened before though. shouldn't be an issue. |
|
|
|
i've also had ~14 orbit stuck in immature state for about 7 weeks as well. tweeted crackfoo about it. he mentioned it should clear out on its own, wallet bug, but still there. any idea crackfoo? |
|
|
|
once in a blue moon I get a bad share due to job id, but im seeing only this, so I dont know wht the site is reporting such high share loss... which is ironically 30%....  the reject reporting for the website UI is more or less broken. Crackfoo has mentioned this in the thread here, couple pages back. Ignore it and go by what your miner says |
|
|
|
Everytime quark algo comes up on my one rig ccminer crashes is it the pool or my end. Thx Other algo are good.
I was having these issues after I switched to to ccminer 1.5.79 SPMOD gitmod build a few days ago. switched back to ccminer 1.5.78djm two nights ago and havent had any crashes the last couple days. Djm does good work.... do you have the link plz... Thx indeed he does. https://github.com/djm34/ccminer-sp-neoscrypt/releases |
|
|
|
decred hashrate reported on pool is much lower than reported by miner. any reason why?
its an average from the last 5 minutes, so it will always look low after you've just begun mining. even then, it will at times drop below your true hash rate. Generally, so long as you can see your shares being submitted on your miner, take what the website UI displays with a grain of salt. |
|
|
|
Everytime quark algo comes up on my one rig ccminer crashes is it the pool or my end. Thx Other algo are good.
I was having these issues after I switched to to ccminer 1.5.79 SPMOD gitmod build a few days ago. switched back to ccminer 1.5.78djm two nights ago and havent had any crashes the last couple days. |
|
|
|
when I use "blakecoin" the web page shows loads more rejects than my miner ??
are you using manual diff? yeah "1" try not setting a diff and see where stratum levels you off.... that's normally a good place to start.
It seems recently hes been trimming the acceptable limits of shares per second. Ive been having to up the numbers on my miners recently due to rejects (I assume too many lower shares).
If the share submissions are too high, the stratum server will force the difficulty up even if a manual difficulty is specified. It shouldn't cause rejects in itself. The rejects on the web page I wouldn't pay too much attention to at the moment, it seems to report some very high figures that do not correspond with my miners. Same here. 98% reject according to the site but my miners read about under 2% reject rate. Something not right there. |
|
|
|
|
I'm getting pretty high reject rate displayed on zpool but not seeing any rejects in my miners. They are near 100%. Is this something to worry about? I've never even noticed an actual reject value projection until the last couple days.
|
|
|
|
|
switched over to x11, x15; all is fine. something funky going on with neoscrypt. will resume multialgo mining when this is resolved.
|
|
|
|
|
also just started getting many rejected shares due to duplicates. hmmm.
|
|
|
|
|
is anyone else's multi-algo miners stuck on mining neoscrypt? my miners have been mining it exclusively for nearly 24 hours but ive noticed long stretches of time where other algos were more profitable, more than enough time for the algo switch to kick in. been mining here for awhile and have never seen this happen before?
Crackfoo, any ideas?
|
|
|
|
|
