Amph
Legendary
Offline
Activity: 3206
Merit: 1069
|
|
September 13, 2018, 08:05:14 AM |
|
any speed test for the 2080?
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 13, 2018, 09:01:47 AM Last edit: September 13, 2018, 11:02:42 AM by sp_ |
|
z-enemy wins 10-12% Net income of z-enemy miner
My opensource is improving and is now running at the same speed as the enemy miner did a few weeks ago. Every algo has a limit, and the competition can't add 10-15% a week forever.
|
|
|
|
jmumich
|
|
September 13, 2018, 10:59:59 PM |
|
z-enemy wins 10-12% Net income of z-enemy miner
My opensource is improving and is now running at the same speed as the enemy miner did a few weeks ago. Every algo has a limit, and the competition can't add 10-15% a week forever. Thanks - your contributions have made it easier for even a relative novice to make further modifications to the code and come out (slightly) ahead of enemy and trex, even before their fees. I've bought a couple mods from you - and been rejected when I asked for a discount on multiple, oh well, but I do have to say that your contributions have been very valuable, and make me more willing to pay full price in the future if it makes sense.
|
|
|
|
jugger1028
Jr. Member
Offline
Activity: 213
Merit: 3
|
|
September 13, 2018, 11:10:57 PM |
|
z-enemy wins 10-12% Net income of z-enemy miner
My opensource is improving and is now running at the same speed as the enemy miner did a few weeks ago. Every algo has a limit, and the competition can't add 10-15% a week forever. Thanks - your contributions have made it easier for even a relative novice to make further modifications to the code and come out (slightly) ahead of enemy and trex, even before their fees. I've bought a couple mods from you - and been rejected when I asked for a discount on multiple, oh well, but I do have to say that your contributions have been very valuable, and make me more willing to pay full price in the future if it makes sense. Are you saying you've taken SP's x16r free miner and have modified it to make it faster than Z-enemy's miner? As for his contribution, I agree, he has contributed a lot towards the development of good miners, regardless of whether I agree with his fee schedule or not.
|
Check out Trezarcoin @ Trezarcoin.com, book +VIP hotel stays with -20% discounts from Expedia by using $TZC to Pay, TrezarTravels.com to learn more!
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 14, 2018, 10:34:13 AM |
|
Pushed a 20% faster shavite_final implementation to github. Another #include "cuda_x11_aes_sp.cuh" modification...
The sp-modded Optimized AES has been applied to the following hashing functions.
echo (done) fugue (done) shavite (only the final function / if shavite is the last algo in the chain) whirlpool(not done) streborg(not done)
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
September 14, 2018, 12:37:04 PM |
|
Pushed a 20% faster shavite_final implementation to github. Another #include "cuda_x11_aes_sp.cuh" modification...
The sp-modded Optimized AES has been applied to the following hashing functions.
echo (done) fugue (done) shavite (only the final function / if shavite is the last algo in the chain) whirlpool(not done) streborg(not done)
Streebog can only fit 2 (3) copies of the tables in shared mem, unless you can compute them on fly. Did you manage to apply the "trick" to it?
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 14, 2018, 01:25:23 PM |
|
Streebog can only fit 2 (3) copies of the tables in shared mem, unless you can compute them on fly. Did you manage to apply the "trick" to it?
The streebog opensource implementation use 8kb of shared memory. and the pascal chip has 96kb of shared memory. But you have some limitations. I see that the cryptodredge 0.9 is using 48kb shared memory. You can use more shared memory if you disable the level1 cache..
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
September 15, 2018, 06:26:12 PM |
|
Streebog can only fit 2 (3) copies of the tables in shared mem, unless you can compute them on fly. Did you manage to apply the "trick" to it?
The streebog opensource implementation use 8kb of shared memory. and the pascal chip has 96kb of shared memory. But you have some limitations. I see that the cryptodredge 0.9 is using 48kb shared memory. You can use more shared memory if you disable the level1 cache.. 256 X 8 X 8 = 16K You can use up to 48k of shared mem so 2 or 3 copies. As for pascal, "The maximum shared memory per block remains limited at 48KB as with prior architectures".
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 15, 2018, 06:26:30 PM Last edit: September 15, 2018, 06:47:45 PM by sp_ |
|
Thanks - your contributions have made it easier for even a relative novice to make further modifications to the code and come out (slightly) ahead of enemy and trex, even before their fees.
Convert simd to use shared memory instead of a big memory buffer (d_temp4[thr_id]) and then you get a good speedup. this has already been done in the other private miners. I might opensource later on.. here from enemy 1.20 SIMD implementation disassembly converted to ptx enemy 1,20 is using 16kb of sharedmem .. st.shared.u32 [%r1671], %r1666; shfl.sync.up.b32 %r1672|%p370, %r162, %r304, %r1653, %r302; selp.b32 %r1673, %r144, %r1672, %p92; shfl.sync.up.b32 %r1674|%p371, %r154, %r304, %r1653, %r302; selp.b32 %r1675, %r136, %r1674, %p92; mul.lo.s32 %r1676, %r1673, 185; mul.lo.s32 %r1677, %r1675, 185; prmt.b32 %r1678, %r1676, %r1677, %r1661; shfl.sync.idx.b32 %r1679|%p372, %r1678, %r1665, %r301, %r302; st.shared.u32 [%r1671+4], %r1679; shfl.sync.up.b32 %r1680|%p373, %r126, %r304, %r1653, %r302; selp.b32 %r1681, %r108, %r1680, %p92; shfl.sync.up.b32 %r1682|%p374, %r118, %r304, %r1653, %r302; selp.b32 %r1683, %r100, %r1682, %p92; mul.lo.s32 %r1684, %r1681, 185; mul.lo.s32 %r1685, %r1683, 185; prmt.b32 %r1686, %r1684, %r1685, %r1661; shfl.sync.idx.b32 %r1687|%p375, %r1686, %r1665, %r301, %r302; st.shared.u32 [%r1671+8], %r1687; shfl.sync.up.b32 %r1688|%p376, %r1613, %r304, %r1653, %r302; selp.b32 %r1689, %r180, %r1688, %p92; shfl.sync.up.b32 %r1690|%p377, %r190, %r304, %r1653, %r302; selp.b32 %r1691, %r172, %r1690, %p92; mul.lo.s32 %r1692, %r1689, 185; mul.lo.s32 %r1693, %r1691, 185; prmt.b32 %r1694, %r1692, %r1693, %r1661; shfl.sync.idx.b32 %r1695|%p378, %r1694, %r1665, %r301, %r302; st.shared.u32 [%r1671+12], %r1695; shfl.sync.up.b32 %r1696|%p379, %r91, %r304, %r1653, %r302; selp.b32 %r1697, %r73, %r1696, %p92; shfl.sync.up.b32 %r1698|%p380, %r3433, %r304, %r1653, %r302; selp.b32 %r1699, %r3432, %r1698, %p92; mul.lo.s32 %r1700, %r1697, 185; mul.lo.s32 %r1701, %r1699, 185; prmt.b32 %r1702, %r1700, %r1701, %r1661; ld.const.u8 %r1703, [%r1664+8]; shfl.sync.idx.b32 %r1704|%p381, %r1702, %r1703, %r301, %r302; st.shared.u32 [%r1671+128], %r1704; ...
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 15, 2018, 06:34:47 PM |
|
"The maximum shared memory per block remains limited at 48KB as with prior architectures".
So you need 2 blocks.
|
|
|
|
bensam1231
Legendary
Offline
Activity: 1750
Merit: 1024
|
|
September 16, 2018, 02:35:45 AM |
|
If coin devs give two shits about the actual mining community (IE gpu miners), they really need to be more proactive with protecting their coins against ASICs and especially FPGAs. Changing things up on a regular schedule including forking at the first signs of ASICs to a new algo. There are more then enough GPU developers to keep up with evolving algos, especially after this year. More advanced ASICs are functioning more and more like GPUs (and FPGAs) to fill in the gap with evolving algos as well. Keep it fresh if you want to keep your community around. Not everyone is a BTC or ETH. Your free product will not allow t-rex, Cryptodredge and Enemy sleep. Definitely we will see their new versions in a few days. From what I've seen based on SPs updates, their miners (especially enemy) is updated about a day later with changes SP makes. Hence why open software doesn't go anywhere.
|
I buy private Nvidia miners. Send information and/or inquiries to my PM box.
|
|
|
Mr.Spider703
Member
Offline
Activity: 392
Merit: 27
http://radio.r41.ru
|
|
September 16, 2018, 02:52:50 AM |
|
with changes SP makes
if others took work SP_ and used it - the income on coins at SP_ would be higher. at the moment, SP_ mainers in the console draws well, but the income of coins loses to everyone else
|
|
|
|
abudfv2008
|
|
September 16, 2018, 10:32:17 AM |
|
From what I've seen based on SPs updates, their miners (especially enemy) is updated about a day later with changes SP makes. Hence why open software doesn't go anywhere.
Enemy adopt sp_ "improvements" and release his miner that is faster than sp_ slow miner with all those "improvements". Nice logic. For a person with normal logic it is evident that sp_ can't compete with z-enemy/t-rex miners and he make his "improvements" based on what z/t already implemented. That's why this miner is not sold as others - noone will by slow miner. That's why in this case sp_ decided to be a "knight in white clothes" and release slow but opensource miner. P.S. But anyway - it is good work from some point of view.
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 16, 2018, 10:41:25 AM Last edit: September 16, 2018, 10:53:06 AM by sp_ |
|
I don't earn any money from my opensource work, but my private bins are getting faster and faster. X16R/X17 has improved to become +30% faster in a few months thanks to optimalizations. I made the 27MHASH x17 miner first.. Here is a post from August 8th. When enemy 1.14 and t-rex 5.7 was "the fastest" Still 20% slower than Enemy?
My private is around 20% faster than (enemy 1.14)/(t-rex 5.7) in x16r/x16s/x17 27 MHASH x17 1080ti, (2BTC)
|
|
|
|
abudfv2008
|
|
September 16, 2018, 11:03:17 AM |
|
I don't earn any money from my opensource work, but my private bins are getting faster and faster. X16R/X17 has improved to become +30% faster in a few months thanks to optimalizations. I made the 27MHASH x17 miner first.. Here is a post from August 8th. When enemy 1.14 and t-rex 5.7 was "the fastest" Still 20% slower than Enemy?
My private is around 20% faster than (enemy 1.14)/(t-rex 5.7) in x16r/x16s/x17 27 MHASH x17 1080ti, (2BTC) We all know how you "measure". 27Mh was "on paper". In reality maybe 23-24 was achieved.
|
|
|
|
Mr.Spider703
Member
Offline
Activity: 392
Merit: 27
http://radio.r41.ru
|
|
September 16, 2018, 11:15:33 AM |
|
I don't earn any money from my opensource work, but my private bins are getting faster and faster. X16R/X17 has improved to become +30% faster in a few months thanks to optimalizations. I made the 27MHASH x17 miner first.. Here is a post from August 8th. When enemy 1.14 and t-rex 5.7 was "the fastest" Still 20% slower than Enemy?
My private is around 20% faster than (enemy 1.14)/(t-rex 5.7) in x16r/x16s/x17 27 MHASH x17 1080ti, (2BTC) We all know how you "measure". 27Mh was "on paper". In reality maybe 23-24 was achieved. but for free
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 16, 2018, 11:38:29 AM Last edit: September 16, 2018, 12:02:42 PM by sp_ |
|
but for free
I have extracted all the kernels from the other devs and can soon publish a ptx opensource miner.. 30MHASH x17(asus 1080ti 90% tdp, +130 core +600 mem). 0.8% dev fee. Kernels made by t-rex/enemy/sp-mod. Thanks for the free work guys..
|
|
|
|
abudfv2008
|
|
September 16, 2018, 11:46:17 AM |
|
I don't earn any money from my opensource work, but my private bins are getting faster and faster. X16R/X17 has improved to become +30% faster in a few months thanks to optimalizations. I made the 27MHASH x17 miner first.. Here is a post from August 8th. When enemy 1.14 and t-rex 5.7 was "the fastest" Still 20% slower than Enemy?
My private is around 20% faster than (enemy 1.14)/(t-rex 5.7) in x16r/x16s/x17 27 MHASH x17 1080ti, (2BTC) We all know how you "measure". 27Mh was "on paper". In reality maybe 23-24 was achieved. but for free What for free? Sp_ is talking about private miner. So 0.05BTC + dev fee that is mined at every start. So after each crash another devfee that is exactly in sp_ manner.
|
|
|
|
@enemy
Member
Offline
Activity: 81
Merit: 16
|
|
September 16, 2018, 12:03:13 PM |
|
but for free
I have extracted all the kernels from the other devs and can soon publish a ptx opensource miner.. 30MHASH x17(asus 1080ti 90% tdp, +130 core +600 mem). 0.8% dev fee. Kernels made by t-rex/enemy/sp-mod. Thanks for the free work guys.. Do not forget to rename everything - _sp and in a month write that we steal your code from you
|
RVN: RFQXKVKpHMwyJ86YqQUJSZK1S8m8oRbC5h
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2912
Merit: 1087
Team Black developer
|
|
September 16, 2018, 12:17:07 PM |
|
_sp and in a month write that we steal your code from you I don't steal code. I plan use your free code in you "free" miner and release the sourcecode with it. (the Ptx assembly code). Then I won't violate the GPL licence you are violating. My miner will be faster,opensource, free and with a smaller devfee of 0.8%
|
|
|
|
|