Topic: ### A ChainWorks Industries (CWI) Project - CWIgm | Simple Powerful Stable - page 21. (Read 67732 times)

when its due for beta testing ...

#crysx

the max difficulty target on the lodiff port is capped at 0.97 ...

the reason is that MANY have single card and dual card systems ...

if you need to go to the hidiff port - just remove the --lodiff parameter ... and any of the netdiff / temp control parameters ... you will find a smoother run and better processing for the gpus ...

being a vardiff stratum also - there is no manual control of the diff for the miner ... as the stratum controls that side of it ...

whereas hashrate will not be affected with difficulty of shares being processed ...

so i dont understand what the issue is with your two machines getting different hashrates ... they need to - as they are different cards pointing in the same port capped at 0.97diff ... the hidiff port goes all the way up to 7diff - as we had to cap that to 7diff from 7000diff ... that port is something that will test your systems ...

#crysx

we know ...

our CWIgm-0.9.8 has a decent hashrate - but is buggy in a few areas ...

among these bugs - we need to iron out a few more things before we bring the next version for testing ...

we have always said - optimization is NOT our goal yet ...

we CAN - but we need to stay focused on the code ... stability and ease of use of CWIgm is where we are at ...

signatum is not the only coin that will be the beginning nor the end ... it IS huge yes - but its NOT our priority - our code is ... even so - as said earlier - CWIgm-0.9.8 STILL has a decent hashrate - and unlike a LOT of the miners out there - the hashrate itself is not that important - its the way it processes the shares ... a LOT ( and no - im not pointing at any one 'mod' ) of the miners out there can show hashrate - but have very little effect on how much it processes and how many blocks they solve ... there is a good reason for that - and the number that the miner shows on hashrate is NOT the important part ... its the processing that matters ...

we are working towards a better miner - and this will involve a number of algos ... not just one algo or one coin ...

#crysx

i bet you are using netdiff / temp control parameters ...

take them off and see it process then ...

#crysx

0.9.9 release please Stability, easy to use is ok but everybody first always see on mhs and $

What to use in bat file to test latest version ccminer on your pool?

When will be 0.9.9 release?

chrysophylax
I see that you finally managed to make diff setting based on Rig hashrate.
Thank you. Good job.  

P.S. Still some finetuning is possible:
As I understand 100+Mh - get 0.97
And lower HR get 0.28 or 0.56 (70+Mh?)
Still 5*1060 and 6*1080 get the same 0.97diff but it is 107MH/s vs 242MH/s difference.
IMHO something like this is more adequate:
>150 = 0.96
>100 = 0.64
>70 = 0.32
>20 = 0.16
<20 = 0.08

@crys

I appreciate the level of qa you want for the miner guys,
But here's just a heads up, signatum only have pow until 100k blocks then it will go pos. As of writing its already almost on half of it.

chrysophylax
You ideas are good. But what had to be done a week ago is finetuning of difficulty setting on the pool. Still everyone get 0.97diff - it is better then 2.5 but I don't like to see that picture with no shares for 4 minutes (actually more)
https://ibb.co/nC6u1a
I really don't understand what is difficult in doing that.

The miner is stable as it is. Hashrate is what to be improved (if you can do that) as far as the clock of POW tik-tak-tik-tak.

I get very strange power usage on DNR
https://ibb.co/nfHyBa
https://ibb.co/neR3cF
2 identical GPU, same clocks, same hashrate.

well ...

this is where we differ in the most extraordinary way ...

we aim to never bring out a product - no matter how much more hashrate we have - if we KNOW it is unstable ...

he will - and doesnt care ... spmod#33675 ... he really doesnt give a damn ... so its not ours to say we are in competition for hashrate ... we never have been - and for now - wont be ...

stability and ease of use ... we are building a miner - not a hashing machine ... and its still in beta ...

you want to use spmod#666 on our pool? ... i can show you how ... just to prove whether the hashrate is as its stated ... its reasonably easy and wont take a genius to do it ...

as always tho - we do agree that with signatum - there is a limited time ... but we wont be pushed to provide an unstable miner ... not any the cost of users crashing consistently OR having problems in any way ... im not saying that the next test miner IS having these issues - i AM saying there are a few issues with it - and we will try and minimize the headaches for any user ... the beta testing is NOT the alpha testing that we do internally ...

i know a lot of you will not be happy that we are not playing rune stenslands game - but we refuse to be pushed and shoved just for a hashwar ... we have PROVEN that we have better hashrates - and PROVEN we have a better miner ... now let us build something that will be worthy of having on your systems and mining the hell outta the coins ...

we will bring a quality product - that we hope will surpass expectation in the stability and ease of use stakes ... after that - we will work on the optimization ...

remember - almost ANY mining application can work on our pool - even the spmod ones with a small amount of work ...

#crysx

It is good of course, but meanwile sp has released spmod8 and it shows 60Mh/s on 1080ti.
IF they are real it is very good improvement, so as soon as someone share it with community you will loose miners and hashrate on you pool. Meanwile only 13days left to halving? so each day is in great value.

thats what i was trying to work out ...

because most times - most pools will never really give an accurate projection of hashrate ...

but now that he is blocking our pool from the spmod - its a massive plus ... as we have really shown him up - and he is one angry little boy ...

we are nearing the end of the week - and still a few things need to be ironed out in the next test ... so lets see how stable it is - and how functionally positive CWIgm-0.9.9 will be ...

tanx for your support ...

#crysx

No I am just saying that "IF CWI miner shows 5% less _SP mod".. I am not saying that's the truth. I am alluding to the fact that SP code is closed source so visible hashrate does not mean anything until it is proven by testing it for a long long time.

same here!!!, look like very slow than normal

No earning again???

is this just down again, I just keep lost connection recently

Server is up but no transactions/earnings for over an hour?

Now it's okay Server is Up

Yes , server itf down 

 [10:54:56]Failed to connect to stratum
| .chainworksindustries.com port 2000: T
| imed out
| [10:54:56]Retry in 30s
| [10:55:39]stratum_subscribe timed out
| [10:55:39]Retry in 30s

Server down !