CCminer(SP-MOD) Modded GPU kernels.

[flipclip]

Nice display HB9K!

I cant' take credit for the added LED displays. Those are @Induktor's rigs.  However, outputting info to syslog (then outputting data thru a serial port) enables those displays to come alive.
If anyone else is interested, his schematics and build info is here:
https://litecointalk.org/index.php?topic=16800.msg277720#msg277720

Props to @Induktor then.  Great rig.  With a fourteen-segment display can we get a Vacuum Tube display next?

[1714685216]

1714685216

[1714685216]

1714685216

[1714685216]

1714685216

[1714685216]

1714685216

[1714685216]

1714685216

[1714685216]

1714685216

[hashbrown9000]

i think a Nixie display is better

[bensam1231]

Whirlpoolx is almost unique in how it was conceived: it really looks like it was made to favourite smart developers.
The large part of the optimisations come from "shortcuts", more than general algorithm speedup. In the end it's just reiterated whirlpool (which in turn is similar to groestl and other aes derived algos).
So I guess that a 970 with all the "shortcuts" in place, should be about as good as a 280x (500 Mh/s).

Thats why x11 is safer. Supported by Daesh..
I wonder why the poor NVIDIA miners are skipping the ETHER algo... Such Profit loss

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

i think a Nixie display is better

Nixie tubes are super expensive, but look cool.

[theotherme]

Whirlpoolx is almost unique in how it was conceived: it really looks like it was made to favourite smart developers.
The large part of the optimisations come from "shortcuts", more than general algorithm speedup. In the end it's just reiterated whirlpool (which in turn is similar to groestl and other aes derived algos).
So I guess that a 970 with all the "shortcuts" in place, should be about as good as a 280x (500 Mh/s).

Thats why x11 is safer. Supported by Daesh..
I wonder why the poor NVIDIA miners are skipping the ETHER algo... Such Profit loss

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

[pallas]

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

for sure it was bigger... it's like a random file, you can't compress it!
(lossless compression is based on repeating patterns and uneven byte distribution)

[ol92]

...

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

The GTX 980 ti with +50% more bandwith has similar performance than a GTX 980 : there should be some bottleneck elsewhere...
an amd 280x has better performance ...
Eth mining is a big win for amd miners... On the other hand the GTX 750 ti has a quite good performance, the only one on th nvidia side competitive for eth.

[fenomenhaa]

Can anyone compare 750Ti,950,960,970 for power effiency? Hashrate per watt ?!! )

[Genoil]

...

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

The GTX 980 ti with +50% more bandwith has similar performance than a GTX 980 : there should be some bottleneck elsewhere...
an amd 280x has better performance ...

It's not like the algo loads large chunks of contiguous blocks of memory like texture maps. Instead it loads 64 times a 128 byte random chunk, where the index of each can only be found based on the previous one. So the available bandwidth cannot be fully utilized. I've already tried running two of those loops in parallel, but haven't been succesful at that yet.

[ol92]

...

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

The GTX 980 ti with +50% more bandwith has similar performance than a GTX 980 : there should be some bottleneck elsewhere...
an amd 280x has better performance ...

It's not like the algo loads large chunks of contiguous blocks of memory like texture maps. Instead it loads 64 times a 128 byte random chunk, where the index of each can only be found based on the previous one. So the available bandwidth cannot be fully utilized. I've already tried running two of those loops in parallel, but haven't been succesful at that yet.

So where does the amd advantage come from ? better memory controler with tighter timings ?

[chrysophylax]

...

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

The GTX 980 ti with +50% more bandwith has similar performance than a GTX 980 : there should be some bottleneck elsewhere...
an amd 280x has better performance ...

It's not like the algo loads large chunks of contiguous blocks of memory like texture maps. Instead it loads 64 times a 128 byte random chunk, where the index of each can only be found based on the previous one. So the available bandwidth cannot be fully utilized. I've already tried running two of those loops in parallel, but haven't been succesful at that yet.

So where does the amd advantage come from ? better memory controler with tighter timings ?

better opencl coding possibly? ...

#crysx

[iom]

Can anyone compare 750Ti,950,960,970 for power effiency? Hashrate per watt ?!! )

+1

[chrysophylax]

Can anyone compare 750Ti,950,960,970 for power effiency? Hashrate per watt ?!! )

+1

sp probably can ...

dont you have all those cards sp? ...

...

#crysx

[Genoil]

...

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

The GTX 980 ti with +50% more bandwith has similar performance than a GTX 980 : there should be some bottleneck elsewhere...
an amd 280x has better performance ...

It's not like the algo loads large chunks of contiguous blocks of memory like texture maps. Instead it loads 64 times a 128 byte random chunk, where the index of each can only be found based on the previous one. So the available bandwidth cannot be fully utilized. I've already tried running two of those loops in parallel, but haven't been succesful at that yet.

So where does the amd advantage come from ? better memory controler with tighter timings ?

I think wider memory bus and therefore higher overall bandwidth. In games, nVidia makes that up with compression, but here there nothing to compress in random chunks of 128 bytes of hashed hashes. The effciency of AMD vs NVidia is about the same. i.e for a GTX980, that hashes about 19MH, the theoretical max. hashrate is 224GBps/8KBph = 28MH. 19MH/28MH = 67%. For a 280/X.290/X that hash at about 27MH on average, the theoretical max is 320GBps/8KBph=40MH. 27MH/40MH= 67%.


 

[chrysophylax]

hi all ...

donation by mining ... dbm ...

im very happy to announce that the donation links are now active for community use ...

please have a look and read - and help with the mining donations to these awesome devs ...

the op will be updated as soon as i collate the rest of the info required ...

the thread post is here - https://bitcointalk.org/index.php?topic=1089744.msg12480969#msg12480969 ...

join in and help hash for the devs ...

#crysx

[ol92]

...

I was mining Eth instead of Vert for awhile, but right now a 280x mines almost twice as fast as 970, so after all the AMD miners hoped on board it was no longer all that profitable. It's about break even with Vert right now though, still sometimes more profitable, regardless of it being slower.

ETH can probably run much faster on the high end cards if some of the memory access can b replaced with computation.

The ET performance depends on the DAG  file.. Without a random file, every random acces isside the cached and the hashrate explodes

duh ?! there is no way to get rid of those... otherwise,as Myaguy was explaining, it may possible to calculate some of the dag element hence reducing memory usage

Have you guys considered more compression?

thinking about it, but it isn't really obvious it would help... need to find a compression algorithm which works on it (I tried zipping the file, just to have an idea of what could be done and ended up with a larger file...   ) so it seems there isn't much to compress (well 1.2Gb of integers...). For info, for a 780ti to work correctly on windows 8.1, only 1.3% less dag is required (but that 1.3% is still too large to store anywhere that amount of data (too large for either register or texture/shared )

The GTX 980 ti with +50% more bandwith has similar performance than a GTX 980 : there should be some bottleneck elsewhere...
an amd 280x has better performance ...

It's not like the algo loads large chunks of contiguous blocks of memory like texture maps. Instead it loads 64 times a 128 byte random chunk, where the index of each can only be found based on the previous one. So the available bandwidth cannot be fully utilized. I've already tried running two of those loops in parallel, but haven't been succesful at that yet.

So where does the amd advantage come from ? better memory controler with tighter timings ?

I think wider memory bus and therefore higher overall bandwidth. In games, nVidia makes that up with compression, but here there nothing to compress in random chunks of 128 bytes of hashed hashes. The effciency of AMD vs NVidia is about the same. i.e for a GTX980, that hashes about 19MH, the theoretical max. hashrate is 224GBps/8KBph = 28MH. 19MH/28MH = 67%. For a 280/X.290/X that hash at about 27MH on average, the theoretical max is 320GBps/8KBph=40MH. 27MH/40MH= 67%.


  

This reasoning works for gtx 980 but not for gtx 980 ti far less efficient  nor r9 280x which has a higher  hashrate / bandwidth  ratio

[qqqq]

Btw you can test ccminer with even SRC it has same solo bug (crashing miner with json_rpc_call execution or something) but quark algo. So you waste much lower time for block.

[scryptr]

Btw you can test ccminer with even SRC it has same solo bug (crashing miner with json_rpc_call execution or something) but quark algo. So you waste much lower time for block.

A CLUE--

Thanks for the information.  I suppose there may be a portion of the code that is not algorithm specific that is broken.  However, I completely failed to get CCminer to solo-mine FeatherCoin (FTC), it would never communicate properly with the wallet.  SecureCoin (SRC) may be as good a candidate as VertCoin (VTC) for the purpose of debugging.

I am not familiar enough with the code to make more than a WildAssGuess (WAG).  So far, I've solo-mined Ether Coin (ETH) and WertCoin.  I have a copy of the SpreadCoin (SPR) solo-miner, and I assume that it works properly, but I haven't tried it yet.  Maybe the code could be compared where the miners (CCminer, and SPR solo-miner) communicate with the wallet.

--scryptr

[t-nelson]

Btw you can test ccminer with even SRC it has same solo bug (crashing miner with json_rpc_call execution or something) but quark algo. So you waste much lower time for block.

A CLUE--

Thanks for the information.  I suppose there may be a portion of the code that is not algorithm specific that is broken.  However, I completely failed to get CCminer to solo-mine FeatherCoin (FTC), it would never communicate properly with the wallet.  SecureCoin (SRC) may be as good a candidate as VertCoin (VTC) for the purpose of debugging.

I am not familiar enough with the code to make more than a WildAssGuess (WAG).  So far, I've solo-mined Ether Coin (ETH) and WertCoin.  I have a copy of the SpreadCoin (SPR) solo-miner, and I assume that it works properly, but I haven't tried it yet.  Maybe the code could be compared where the miners (CCminer, and SPR solo-miner) communicate with the wallet.

--scryptr

Code:

[2015-09-21 03:01:10] GPU #0: GeForce GTX 960, 5726 Temp= 56C Fan= 60%
[2015-09-21 03:01:10] GPU #1: GeForce GTX 750 Ti, 4178 Temp= 48C Fan= 50%
[2015-09-21 03:01:35] GPU #0: GeForce GTX 960, 5726 Temp= 56C Fan= 60%
[2015-09-21 03:01:35] GPU #1: GeForce GTX 750 Ti, 4178 Temp= 48C Fan= 50%
[2015-09-21 03:01:58] GPU #0: GeForce GTX 960, 5726 Temp= 57C Fan= 60%
[2015-09-21 03:01:58] JSON-RPC call failed: Invalid parameter
[2015-09-21 03:01:58] submit_upstream_work json_rpc_call failed
*** stack smashing detected ***: /dist/ccminer terminated

Program received signal SIGABRT, Aborted.

Finally...

I think I know what the problem is.

[t-nelson]

If anyone waiting on the solo work submission crash can compile, please test https://github.com/t-nelson/ccminer/tree/solo_stack_smash and let me know if it works.  Otherwise it will probably be another three days before I find out myself :/

[rednoW]

Fired my poor gtx750 1gb again, 1500/1600 = 6300kh/s (release 68, quark)