Topic: CCminer(SP-MOD) Modded NVIDIA Maxwell / Pascal kernels. - page 965. (Read 2347664 times)

Well I still can't wallet mine with latest versions.  http protocol failed.

thanks, that fixed the crash :-)

revert this commit:

https://github.com/sp-hash/ccminer/commit/7a47e66fadc788fc2ec3e6b88c2e01277e1c30c9

I commented out the max64 < minmax check's to debug the lyra2v2 problems. and accedently checked it in. Got late last night..

       /* on start, max64 should not be 0,
        *    before hashrate is computed */
   
      /*
       if (max64 < minmax) {
          switch (opt_algo) {
          case ALGO_KECCAK:

Release 61 still fastest for Quark on my 750Ti rigs (Win8.1)

Latest commit:

19917 Floating point exception(core dumped) ./ccminer -a quark

Neoscrypt all invalid nonces.

EDIT: there must be something wrong with the last releases, it's been running fine for weeks, now I'm having all sorts of problems... or a weird hardware failure (unlikely).

nice figures ...

i will be looking more in depth with thefarm at the latest commit next week with thefarm ...

too much on in the next few days unfortunately for me ...

#crysx

hence myagui - why i am now sitting back - watching - reading - absorbing - planning - and doing ...

a few more days and i will have it all ready ... it is taking much more time than i expected ...

then when thats done - to implement the second half of the donation links - and find a dev that is willing to help ( yes - that means getting paid also ) with the multipools that i need done ...

the third is to implement thefarm ... but im leaving that till all the rest is done first ...

great ideas floating about - with some that could well be a good way to go ... but im just going to move forward with what im implementing and hope ( yes - i said it - hope ) that it will attract a few more players into the crypto donation scene ...

without us miners - there is no need for the developers to worry about the mining software ... and without the developers - us miners couldnt run as well as we do ... so we feed and need from each other ... i believe we all need to work together somehow - and when we find that way - it will be well worth the effort ...

time to start implementing ways - then see which ones work ... AND make sure that the work put into all this - is not a waste of time for any of us ... ALL things here depend on the cooperation of one another and so far - we seem to be too worried about 'how much' we are all getting out of it ... even though that is an important factor - the fact remains that we ARE working with each other in this - by way of developing ( devs ) and test ( community ) and donations ( miners ) ... so if we can streamline this and get more people involved - especially the 'big' players while the 'small' players work together to become a 'bigger player amalgamate' - the we will all be getting something in the end ... with the feeling of satisfaction for helping one another as well as coin ...

back to work for me ... then sleep ...

keep up the great work devs ...

#crysx

OVERCLOCKING--

After reducing my intensity setting to 24.3, and overclocking +90core/+90mem, I was also able to achieve 11Mh/s.  I will allow my GTX 960 SSC to run overnight, and will adjust the clock settings more in the morning.

Any load on the computer (browsing, other applications) affects the hash rate.  I'll check more tomorrow.

--scryptr

.64 Quark 11.2 Mh\s .(+400 kH\s).
Nice release . Option 35% cpu disabled . The additional load on the cpu increases from 0.8 to 4.2 GHs . Increases the growth of consumption watt cpu.

RELEASE dot 64--

Quark mines at 10.7Mh/s on my Win 7 box with the GTX 960 SSC.  I've enabled "cpu-priority" of 5, and set "cpu-mining" as true.  I also increased the intensity to 24.3, which was too high for previous versions.

These are initial results, I haven't been mining for several hours yet.  The desktop is a little slow, there is noticable lag as I type this.  But CCminer started right up, the initial accepted hash was over 10.7Mh/s, an improvement of ~100kh/s.

I'll compile the release for Linux and try my other rigs out later.  I still haven't maxed out the intensity setting yet on my Win 7, GTX 960 SSC box.       --scryptr


EDIT:  I bumped the intensity up to 24.5, and went out to  the store.  I came home to ~500 accepts and a 95% accept rate at 10.85Mh/s.  I think I am at the intensity limit, but I haven't tried.  My other rigs are running release dot 62 and getting 99% plus acceptance rates.       --scryptr

Commit 1004 - quark is broken... Lyra2v2 on pool side is stable! But hashrate is 2 times slower...

INTERESTING--

Although DJM34 had a personal fund when he was developing Neoscrypt for Cuda.  Bottom line is, I donate when a coder does a good job and contributes to the code base.  I never left a coder out, even when the code was absorbed by another coder...

Donate when a good job is done, and make sure not to leave out a contributor.

The escrow fund is a good idea, but is less secure than a direct donation when the job is done.  DJM34's crowd funding effort seemed to work, the fund was near 2 BTC when he released his code.  If a coder out there has the talent to really increase CCminer capacity, a "prize pool" might be a good idea.

--scryptr

@djm34:
I think the logic proposed was that some trusted party/escrow was holding the bounty, so that any dev could come up and claim it with a working faster version. Was not so much about trusting the dev, as it was about allowing multiple devs to compete for the collected funds.

Personally, I'm not sure it is a great idea, since it brings even more developer competition into the table, instead of focusing on collaboration. I dunno, maybe I'm just a dreamer...  

Edit: I stand by my suggestion from the other day. I thought it would at least garner some comments, but I take it that it was not interesting in other people's views. Oh well... 

you really don't trust the devs, you need an escrow and we might dump the fee below market
such a bad reputation.
well first for "new" coin/algo I clearly don't accept as payment some worthless new coin   (still have my doomcoin bounty, so you see I don't really dump and there is a lot more chances, that devs gets dumped on by many miners than the inverse...).
So the fee system is clearly only for reputable coins not every new coins.

And regarding the escrow, I did that (without escrow, although people were getting the miner before reaching the minimum) for neoscrypt.  
and it took quite a long time to get to a couple of btc.

also donating until a certain amount is reached is beneficial for a coin community not that much for the individual miners who wants to get an advantage over other miners. So basically unless it is a consensus from a coin community (meaning something faster is needed), you can't really expect much donation because if everybody gets the faster miner at the same time, it doesn't benefit to them hence no point donating... here the fee system is clearly a better solution.

Yes. I think this is the same bug as the solomining bug. On nicehash no new blocks are comming and the diff is not changed, and then there is an overflow somewhere.

Lyra2REv2:

[2015-09-03 00:11:31] accepted: 65/66 (98.48%), 27603 kH/s (nooooo)
[2015-09-03 00:11:31] reject reason: Duplicate share.
[2015-09-03 00:11:31] enabling duplicates check feature
[2015-09-03 00:11:37] GPU #2: GeForce GTX 960, 5242
[2015-09-03 00:11:39] GPU #1: GeForce GTX 980, 11282
[2015-09-03 00:11:40] GPU #0: GeForce GTX 980, 10614
[2015-09-03 00:11:40] accepted: 66/67 (98.51%), 27332 kH/s (yes!!!)
[2015-09-03 00:11:41] accepted: 67/68 (98.53%), 27119 kH/s (yes!!!)
[2015-09-03 00:11:42] GPU #1: GeForce GTX 980, 11351
[2015-09-03 00:11:42] GPU #2: GeForce GTX 960, 6039
[2015-09-03 00:11:43] GPU #0: GeForce GTX 980, 10679
[2015-09-03 00:11:43] accepted: 68/69 (98.55%), 27335 kH/s (yes!!!)
[2015-09-03 00:11:44] accepted: 69/70 (98.57%), 27150 kH/s (yes!!!)
.......
[2015-09-03 00:13:45] GPU #1: GeForce GTX 980, 11442
[2015-09-03 00:13:46] accepted: 81/82 (98.78%), 27177 kH/s (yes!!!)
[2015-09-03 00:13:46] GPU #2: GeForce GTX 960, 6014
[2015-09-03 00:13:47] GPU #0: GeForce GTX 980, 10714
[2015-09-03 00:13:47] GPU #1: GeForce GTX 980, 11406
[2015-09-03 00:13:49] GPU #2: GeForce GTX 960, 6042
[2015-09-03 00:13:50] GPU #0: GeForce GTX 980, 10293
[2015-09-03 00:13:50] GPU #1: GeForce GTX 980, 11207
[2015-09-03 00:13:59] GPU #2: GeForce GTX 960, 6005
[2015-09-03 00:14:00] GPU #1: GeForce GTX 980, 11433
[2015-09-03 00:14:00] GPU #0: GeForce GTX 980, 10748
[2015-09-03 00:14:02] GPU #1: GeForce GTX 980, 11166
[2015-09-03 00:14:02] GPU #2: GeForce GTX 960, 5847
[2015-09-03 00:14:02] GPU #0: GeForce GTX 980, 10599
[2015-09-03 00:14:04] nonce 95ad2703 was already sent 44 seconds ago
[2015-09-03 00:14:05] GPU #1: GeForce GTX 980, 11408
[2015-09-03 00:14:05] GPU #0: GeForce GTX 980, 10748
[2015-09-03 00:14:05] GPU #2: GeForce GTX 960, 6025
[2015-09-03 00:14:08] GPU #0: GeForce GTX 980, 10376
[2015-09-03 00:14:08] GPU #1: GeForce GTX 980, 11395
[2015-09-03 00:14:08] GPU #2: GeForce GTX 960, 5952
[2015-09-03 00:14:10] GPU #0: GeForce GTX 980, 9597
[2015-09-03 00:14:10] GPU #1: GeForce GTX 980, 11207
[2015-09-03 00:14:12] GPU #2: GeForce GTX 960, 3660
[2015-09-03 00:14:13] GPU #0: GeForce GTX 980, 10680
[2015-09-03 00:14:13] GPU #1: GeForce GTX 980, 8560
[2015-09-03 00:14:15] GPU #2: GeForce GTX 960, 4690
[2015-09-03 00:14:16] GPU #1: GeForce GTX 980, 11357
[2015-09-03 00:14:16] GPU #0: GeForce GTX 980, 10782
[2015-09-03 00:14:17] nonce 88b38eb0 was already sent 45 seconds ago
[2015-09-03 00:14:18] GPU #2: GeForce GTX 960, 6019
[2015-09-03 00:14:18] GPU #1: GeForce GTX 980, 11363
[2015-09-03 00:14:18] GPU #0: GeForce GTX 980, 10519
[2015-09-03 00:14:21] GPU #2: GeForce GTX 960, 6006
[2015-09-03 00:14:21] GPU #1: GeForce GTX 980, 11376
[2015-09-03 00:14:21] GPU #0: GeForce GTX 980, 6173
[2015-09-03 00:14:23] GPU #1: GeForce GTX 980, 11357
[2015-09-03 00:14:23] GPU #2: GeForce GTX 960, 5990
[2015-09-03 00:14:24] GPU #0: GeForce GTX 980, 10731
[2015-09-03 00:14:26] GPU #1: GeForce GTX 980, 10816
[2015-09-03 00:14:26] GPU #2: GeForce GTX 960, 6019
[2015-09-03 00:14:27] GPU #0: GeForce GTX 980, 10667
[2015-09-03 00:14:28] GPU #1: GeForce GTX 980, 11357
[2015-09-03 00:14:29] GPU #2: GeForce GTX 960, 5574
[2015-09-03 00:14:29] GPU #0: GeForce GTX 980, 10581
[2015-09-03 00:14:30] GPU #1: GeForce GTX 980, 11403
[2015-09-03 00:14:31] nonce a60a4f13 was already sent 45 seconds ago
[2015-09-03 00:14:32] GPU #2: GeForce GTX 960, 6007
[2015-09-03 00:14:32] GPU #0: GeForce GTX 980, 10748
[2015-09-03 00:14:33] GPU #1: GeForce GTX 980, 11357
[2015-09-03 00:14:38] GPU #0: GeForce GTX 980, 10714
[2015-09-03 00:14:39] GPU #2: GeForce GTX 960, 6025
[2015-09-03 00:14:43] GPU #1: GeForce GTX 980, 11433
[2015-09-03 00:14:51] GPU #0: GeForce GTX 980, 10782
[2015-09-03 00:14:51] GPU #2: GeForce GTX 960, 5242
[2015-09-03 00:14:56] GPU #1: GeForce GTX 980, 11433
[2015-09-03 00:14:58] accepted: 82/83 (98.80%), 27761 kH/s (yes!!!)
[2015-09-03 00:14:58] stratum connection reset
[2015-09-03 00:14:59] Stratum difficulty set to 4

- Regarding developer work -

We should simply have a trusted escrow BTC address where we donate money to for a CERTAIN algo.

Once the dev thinks the escrow is worth grabbing he makes his work/code available as open source.
If it never reaches the threshold the dev thinks it's worth, then the escrow guy will refund the donators.

I would bet that a few btc would come together for each release.



This escrow model should be in BTC !!!
For smaller coins a % fee is utterly devastating to the coin itself cuz one guy (the miner dev) can dump below market price forever.


- EXAMPLE -

eg. djm tells us that his lyra2v2 miner does 6 MH
public miner does 4.5 MH

We open up a unique BTC escrow address where everyone can "donate" to.
Everyone can follow the BTC amount in a block explorer.

Once the dev feels comfortable to release the code he will do so,
if not so be it, someone else will probably grab the escrow soon enough.

There seems to be a bug if you use the -q (quiet) mode. Don't use -g 2 yet it's not working.

Sorry my request was to djm34. I had already seen and downloaded your latest release. thanks.

https://github.com/sp-hash/ccminer/releases/

number 64.

But there are some experimenting on github with multiple threads.