### A ChainWorks Industries (CWI) Project - CWIgm | Simple Powerful Stable

[Mapuo]

so far I'm getting 81.6MHs on a 1080ti + 1070

msi afterburner:
1070 running +180 / -502 PL 108% TL 80 FS 80% <-- 30Mhs
1080ti FE running at +175 / -502 PL 120% TL 84 FS 70% <-- 51.6MHs

this is using the x64 bits with -i 26

If I run the default intensity I get like 4 or 5MHs less

I have tried the x86 with -i 26 and my system crashed badly

x86 miner, same  GPU settings but default intensity and it works faster than x64, like ~+3Mhs

16.08 for x64 vs 16.44 x86 1060 3GB default miner

[Axionkt]

I'm getting the following:
1080ti Aorus         PL 80, Core +60, Mem -500 = 49.8-50.5 MH/s
1080ti MSI Gaming PL 60, Core +100, Mem -500 = 46.8-47.2 MH/s
1070 Gigabyte       PL 90, Core +105, Mem -500 = 29.5-30.5 MH/s

This is great compared to other miners, no crashed so far in a few hours on 2 rigs.
However I am experiencing the same issue as others with the shares sending, after 1h30 I only send a share every 2 minutes.

[chrysophylax]

@chrysophylax
As I'm mining with only 4x1070, should i change to "lodiff - stratum+tcp://stratum.chainworksindustries.com:2000/" but i dont see a parameter for changing server as the default is connected to 6000?

x2 1070s and was auto pointed to the lodiff 2000 port.

yup ...

the next version will have a port parameter to be able to change it ... this version is fixed to the pool address and port 2000 ...

#crysx

[chrysophylax]

getting a solid 23.38(first card) and 29.37 (2nd card) mh/s out of 2 980ti running the closed beta

you know - that actually pretty good ...

we are a little surprised by that - even though we knew it would work - as CWIgm was not really designed for the maxwell cards ... especially on cuda80 ...

is it the x32 or x64 binary you are using? ...

#crysx

[chrysophylax]

so far I'm getting 81.6MHs on a 1080ti + 1070

msi afterburner:
1070 running +180 / -502 PL 108% TL 80 FS 80% <-- 30Mhs
1080ti FE running at +175 / -502 PL 120% TL 84 FS 70% <-- 51.6MHs

this is using the x64 bits with -i 26

If I run the default intensity I get like 4 or 5MHs less

I have tried the x86 with -i 26 and my system crashed badly

ok ...

so at higher intensity - all good on x64 ...

but unstable with the x32 binary on high intensity - does it run ok at default intensity on x32? ...

#crysx

[chrysophylax]

Really good DEV,are dont have any interested to make bitcore timetravel miner DEV.?
i will really appreciated if you make bitcore miner

tanx ...

a number of algos are slated tho it will be a process we dont take lightly ...

the skunkhash algo was the initial - and testing is ongoing for the time being ...

#crysx

[chrysophylax]

Is it normal that i get so few shares ?

http://imgur.com/a/tmb1P

With exact same clocks i get 28MH/s with this miner and 27MH/s with ccminer1.0

so thats like + 4%, which is awesome


EDIT - and WTH is it with so big difference with performance ? GPU2 and 0 go 46-46, others are 40-42 ??

yup ...

shares are higher difficulty after a while depending on how much hash you have - with network difficulty playing a part in this also ..

the hashrate itself per card will never be the same at any one time or another - but the deviance 'shouldnt' be massive swings ... the share hashrate ( the yes! ) will show you the overall combined hashrate that the share had when it was submitted ...

you will find that the individual hashes per card do swing tho ...

#crysx

[chrysophylax]

Shares sending seems to be slowing down after submitting 350 shares. Is this normal? I have noticed the stratum difficulty increases exponentially by x2 every time the miner adjusts to new difficulty.

Miner seems to be running stable with no invalid shares so far.

share submission will slow down - yes ...

as the stratum continuously adjusts ( its a little aggressive - but reliable ) the difficulty in the share goes up also - slowing the share submission down ...

higher difficulty shares have more chance of solving - than lower difficulty shares ... but the average should stablaize the longer the stratum has the miner connected and share submission is going ...

thats one of the reasons you see such huge fluctuations in hashrate at times on almost any pool you mine on ... pools work differently to miners for example ... pools average the hashrate - meaning they average the shares submitted between a certain amount of time to get the 'average' hashrate ...

the stratum itself is always adjusting diff - going up to reach its target diff - and going down to do the same ... thats what vardiff ( variable difficulty ) is all about ... so as your miner hashes - stratum adjusts accordingly ... sometimes its a little 'over aggressive' and increases the diff a little too high - but the shares that get submitted are higher difficulty shares at a slower rate ( which is fine ) - and as such - the stratum lowers the diff ... its constant ... all stratums do that - but this one is a custom stratum built for CWI ... it was built to be more robust and react to heavy hashrates much quicker ( its aggressiveness ) and 'ease' back to a lower diff when share submission slows back down ...

but with no invalid shares - CWIgm is doing well and the sigt daemon is running perfectly currently ...

#crysx

[hanskan]

I ran two rigs for a while couple of hours ago and earned 0.0000000 SIGT, that does not seen quite right ?

[chrysophylax]

Look interesting, i will follow this thread, I hope i can get the solution here to my rx 500 series,  Is it okay to use with a 5gpu's?

hi john1010 ...

as posted - the current miner is nvidia based only at the moment - and tested on the maxwell / pascal series cards so far ...

the amd cards are not yet supported by the miner ... that is a future development we are aiming at - tho will not eventuate for some time yet - as our beta testing module for CWIgm is for stability rather than hashrate for the time being ...

CWIgm 'should' cater for all the video cards your OS / video driver and BIOS can handle ...

but again - thats what this closed testing is all about ...

#crysx

Thanks for enlightment crysx 

no worries ...

the main difference with the miners is this ...

nVidia miners have a code it uses ( CUDA ) - and AMD cards have a codebase they use ( OpenCL ) ... they are not interchangeable ... so any miner you use needs to be able to compute these codebases ... which is why most miners are separated by the cards they are designed for ...

nVidia codebase also CAN use OpenCL for computing hashfunctions - but its no where near as efficient as using its CUDA codebase ... which is why you sometimes see one miner that can process for both cards - but usually AMD better than nVidia in OpenCL ...

of course - the nVidia and AMD devs can explain that in MUCH better detail - and obviously a LOT more accurate than i ...

#crysx

[chrysophylax]

so far I'm getting 81.6MHs on a 1080ti + 1070

msi afterburner:
1070 running +180 / -502 PL 108% TL 80 FS 80% <-- 30Mhs
1080ti FE running at +175 / -502 PL 120% TL 84 FS 70% <-- 51.6MHs

this is using the x64 bits with -i 26

If I run the default intensity I get like 4 or 5MHs less

I have tried the x86 with -i 26 and my system crashed badly

x86 miner, same  GPU settings but default intensity and it works faster than x64, like ~+3Mhs

ok ...

thats what we estimated ...

x32 runs faster than x64 - but its surprising that it is not as stable at high intensity ...

tanx ...

#crysx

[chrysophylax]

so far I'm getting 81.6MHs on a 1080ti + 1070

msi afterburner:
1070 running +180 / -502 PL 108% TL 80 FS 80% <-- 30Mhs
1080ti FE running at +175 / -502 PL 120% TL 84 FS 70% <-- 51.6MHs

this is using the x64 bits with -i 26

If I run the default intensity I get like 4 or 5MHs less

I have tried the x86 with -i 26 and my system crashed badly

x86 miner, same  GPU settings but default intensity and it works faster than x64, like ~+3Mhs

16.08 for x64 vs 16.44 x86 1060 3GB default miner

and again ...

x32 a little faster in hashrate and just as stable as the x64 version - on default intensities ...

what happens when you push them with higher intensities and oc? ...

#crysx

[chrysophylax]

I'm getting the following:
1080ti Aorus         PL 80, Core +60, Mem -500 = 49.8-50.5 MH/s
1080ti MSI Gaming PL 60, Core +100, Mem -500 = 46.8-47.2 MH/s
1070 Gigabyte       PL 90, Core +105, Mem -500 = 29.5-30.5 MH/s

This is great compared to other miners, no crashed so far in a few hours on 2 rigs.
However I am experiencing the same issue as others with the shares sending, after 1h30 I only send a share every 2 minutes.

those are good figures ...

stability is good ...

but share rate is not ...

we will have a look at the stratum - and see if we can drop the level of aggressive diff change ...

#crysx ...

[chrysophylax]

I ran two rigs for a while couple of hours ago and earned 0.0000000 SIGT, that does not seen quite right ?

at over a terahash ( 1.1TH last i looked ) network hashrate - thats pretty much the base ...

a few hours hashing will not yield very much at all ... when considering the smaller hashrate we have on the pool compared to one or two others that have the majority ...

tho over a day or two - it should bring some blocks in ...

yiimp seems to have the highest hashrate - and only brings in a few blocks with the amount of hashrate they have ...

all par for the course with this ...

when we ( CWI-theFARM ) first started - we were hitting so many blocks SOLO ... now? ... forget it ...

#crysx

[droghtak]

so far I'm getting 81.6MHs on a 1080ti + 1070

msi afterburner:
1070 running +180 / -502 PL 108% TL 80 FS 80% <-- 30Mhs
1080ti FE running at +175 / -502 PL 120% TL 84 FS 70% <-- 51.6MHs

this is using the x64 bits with -i 26

If I run the default intensity I get like 4 or 5MHs less

I have tried the x86 with -i 26 and my system crashed badly

x86 miner, same  GPU settings but default intensity and it works faster than x64, like ~+3Mhs

16.08 for x64 vs 16.44 x86 1060 3GB default miner

and again ...

x32 a little faster in hashrate and just as stable as the x64 version - on default intensities ...

what happens when you push them with higher intensities and oc? ...

#crysx

pushing the x64 version with i26 gives the ~81.6 for a 1070 and 1080ti OC both (1080 is founders edition)
i cant push x86 besides default intensity (24) but it gives 2-3Mhs more

[droghtak]

more than eleven hours since last block found, the pool is being a bit unlucky

[Mapuo]

so far I'm getting 81.6MHs on a 1080ti + 1070

msi afterburner:
1070 running +180 / -502 PL 108% TL 80 FS 80% <-- 30Mhs
1080ti FE running at +175 / -502 PL 120% TL 84 FS 70% <-- 51.6MHs

this is using the x64 bits with -i 26

If I run the default intensity I get like 4 or 5MHs less

I have tried the x86 with -i 26 and my system crashed badly

x86 miner, same  GPU settings but default intensity and it works faster than x64, like ~+3Mhs

16.08 for x64 vs 16.44 x86 1060 3GB default miner

and again ...

x32 a little faster in hashrate and just as stable as the x64 version - on default intensities ...

what happens when you push them with higher intensities and oc? ...

#crysx

-i 25 driver crash

[chrysophylax]

more than eleven hours since last block found, the pool is being a bit unlucky

yup ...

at just recently going to about 3gh currently also ...

seen yiimp? ... 13blocks ( one orphan ) at 120GH ...

how lucky do you feel? ...

even hashbag with 21GH only just hit 2blocks and zpool with 12gh hit 4blocks ...

so its sparsely spread - and 'luck' is on no ones side at the moment ...

remember though - that when we DO hit a block - the dividends to each miner is higher ... its just not as often as the higher hashrate pools ... which give a lower dividend - only a little more often due to the pools ... so its about even anyway ... the coin emission is the same network wide - so it really is a 'luck' think ...

the only thing that IS definite - is that the higher the hashrate in a pool - the higher CHANCE of solving a block ... there is still no guarantee ...

#crysx

[droghtak]

yep i know how it works, no worries here
btw. the x86 miner has completely frozen my computer twice in a row. Going back to the x64 ver

[chrysophylax]

so far I'm getting 81.6MHs on a 1080ti + 1070

msi afterburner:
1070 running +180 / -502 PL 108% TL 80 FS 80% <-- 30Mhs
1080ti FE running at +175 / -502 PL 120% TL 84 FS 70% <-- 51.6MHs

this is using the x64 bits with -i 26

If I run the default intensity I get like 4 or 5MHs less

I have tried the x86 with -i 26 and my system crashed badly

x86 miner, same  GPU settings but default intensity and it works faster than x64, like ~+3Mhs

16.08 for x64 vs 16.44 x86 1060 3GB default miner

and again ...

x32 a little faster in hashrate and just as stable as the x64 version - on default intensities ...

what happens when you push them with higher intensities and oc? ...

#crysx

-i 25 driver crash

yup - ok ...

then the default intensities really are the highest they should go - with the potential for the higher end cards to be able to push a little more ...

makes sense ...

#crysx