cbuchner1
|
|
April 14, 2014, 09:09:54 PM |
|
so if i understand cbuchner right its only a matter of time better performing miners on all platforms will be avaiable
it took us longer than a week and lots of debugging to come up with the new implementation. It took some serious brain skillz too. And no, we don't intend to open source this.
|
|
|
|
cryptonit
Legendary
Offline
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
|
|
April 14, 2014, 09:32:01 PM |
|
so if i understand cbuchner right its only a matter of time better performing miners on all platforms will be avaiable
it took us longer than a week and lots of debugging to come up with the new implementation. It took some serious brain skillz too. And no, we don't intend to open source this. as i said only a matter of time keep ur few weeks advantage i dont care for that i care for longterm mining algo of diamondcoin and if a optimized amd miner would lose all power saving compared to scrypt
|
|
|
|
child_harold
|
|
April 14, 2014, 09:47:26 PM Last edit: April 14, 2014, 09:57:50 PM by child_harold |
|
1. Are the hardware issues experienced with the random access from many threads something like "parallelisztion resistance"? Or in other words would that make this algo offer low(er) ASIC advantage compared to other algos in use? Would producing ASIC hardware therefor be more difficult and result in a lower / reduced ASIC advantage compared with SHA-256? 2. So NVIDIA will run 3x current speed with your "different approach"!? 3. Can you imagine an efficient ARM miner for this algo (a BOUNTY has been offered) 4) Any other info bout what makes this algo different (quirks, surprises etc) from others used in crypto mining would be enlightening thank you Christian for your generous contribution to this conversation 1) the implementer of the SPH library chose a table based approach because it works fast on CPUs. This doesn't work as fast on GPUs though. On GPUs explicit computations are usually faster than table lookups. It's just this particular approach taken that is somewhat resistant to parallelization. 2) yes. 3) maybe on 64 bit ARM platforms with 4 and more cores, using wide 128 bit SIMD operations (NEON?). I am not very familiar with ARM, so I can only speculate. In fact, our alternative approach would also apply here (and to Intel SSE2/AVX2) 4) it's very similar to AES, but somewhat upsized. The algorithm uses interesting maths based on Galois Fields GF(2^8). Absolutely fascinating and thanks so much for your considered response. just as a follow up to 1)… Do Bitcoin ASIC's use a table-based approach or specific explicit computations? I guess it's the latter. And can you speculate on how a Groestl ASIC might vary from a SHA-256 ASIC and the possibility that Groestl might offer a reduced ASIC advantage compared to SHA-256? So… ARM mining has potential (speculation appreciated) Lets get that ARM BOUNTY up!! and… your 3x NVIDIA performance news (that's insane!) is HUGE for Groestl! When can we expect to see this?So many many thanks No more questions after this I promise
|
|
|
|
FiR3
|
|
April 14, 2014, 10:11:23 PM |
|
Please join the new pool at http://grs.cryptohunger.com/
Vardiff starting from 4.
Multi core server
DDOS protected
0.8% proportional fee
Pool fees go towards GroestlCoin promotion
Just made this a status on #Groestlcoin (IRC).
|
|
|
|
|
MinerSVK
Member
Offline
Activity: 86
Merit: 10
|
|
April 14, 2014, 11:52:44 PM |
|
Something wrong with cpu-pool.net , any worker - sgminer can't connect
|
|
|
|
srcxxx
|
|
April 15, 2014, 12:31:53 AM |
|
r9 290 GPU , According to information on the page 9.8 MH/s .. I have sapphire R9 290 GPU .. But 7.8 Mh/s Please Can you give r9 290 BAT file settings My Bat File sgminer.exe -k groestlcoin -o stratum+tcp://erebor.dwarfpool.com:3345 -u FgYka3E3S9jXU7Q3iZtxtT43j4RdnnyrQP -p x -d 0,1,2 -I 18 You need to set gpu engine clock to like 1200. See my R9 290 config a few pages back in a post regarding BAMT setup: https://bitcointalk.org/index.php?topic=525926.msg6030892#msg6030892
|
|
|
|
srcxxx
|
|
April 15, 2014, 12:38:04 AM |
|
Something wrong with cpu-pool.net , any worker - sgminer can't connect Time to switch to grs.cryptohunger.com :-) Vardiff starting from 1, which is good for CPU miners.
|
|
|
|
MinerSVK
Member
Offline
Activity: 86
Merit: 10
|
|
April 15, 2014, 12:52:13 AM |
|
ok, i try i hope for lucky pool
|
|
|
|
feeleep
Legendary
Offline
Activity: 1197
Merit: 1000
|
|
April 15, 2014, 08:15:31 AM |
|
Just opened new pool (proportional, 1% fee) - for 100 first miners fee will be 0%feeleep Guys - we are finding blocks so its time to promote the pool For next 100 blocks I will pay 50 GRS to block finderfeeleep
|
|
|
|
skidog
Legendary
Offline
Activity: 1393
Merit: 1001
|
|
April 15, 2014, 10:28:29 AM |
|
I can't seem to get the wallet link to work...Is anybody else having problems?
|
|
|
|
FiR3
|
|
April 15, 2014, 10:35:31 AM |
|
skidog - for you and the others having problems syncing walletgo to wallet / help / debug window and copy/paste, one by one addnode groestlcoin.net add addnode 37.187.129.122 add addnode 62.210.162.235 add addnode 88.167.215.32 add addnode 69.197.137.58 add addnode 103.16.218.165 add addnode 84.98.85.30 add addnode 76.16.120.82 add addnode 62.210.123.27 add addnode 117.13.253.241 add addnode 185.18.148.41 add addnode 107.170.195.209 add
|
|
|
|
skidog
Legendary
Offline
Activity: 1393
Merit: 1001
|
|
April 15, 2014, 10:37:02 AM |
|
skidog - for you and the others having problems syncing walletgo to wallet / help / debug window and write addnode groestlcoin.net add addnode 37.187.129.122 add addnode 62.210.162.235 add addnode 88.167.215.32 add addnode 69.197.137.58 add addnode 103.16.218.165 add addnode 84.98.85.30 add addnode 76.16.120.82 add addnode 62.210.123.27 add addnode 117.13.253.241 add addnode 185.18.148.41 add addnode 107.170.195.209 add Not a syncing problem. When I go to mega download. It says temp. error retrying. I cant download the wallet.
|
|
|
|
|
skidog
Legendary
Offline
Activity: 1393
Merit: 1001
|
|
April 15, 2014, 11:33:37 AM |
|
|
|
|
|
child_harold
|
|
April 15, 2014, 01:50:52 PM |
|
skidog - for you and the others having problems syncing walletgo to wallet / help / debug window and write addnode groestlcoin.net add addnode 37.187.129.122 add addnode 62.210.162.235 add addnode 88.167.215.32 add addnode 69.197.137.58 add addnode 103.16.218.165 add addnode 84.98.85.30 add addnode 76.16.120.82 add addnode 62.210.123.27 add addnode 117.13.253.241 add addnode 185.18.148.41 add addnode 107.170.195.209 add Not a syncing problem. When I go to mega download. It says temp. error retrying. I cant download the wallet. In actual fact these sync probs should be a thing of the past with the latest version of the wallet
|
|
|
|
child_harold
|
|
April 15, 2014, 01:52:24 PM |
|
Anybody know how to develop for ARM?
Lets get the ARM Bounty claimed
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
April 15, 2014, 03:16:20 PM |
|
I'm doing some temp testing with 2x290s and I don't believe what is going on.
The temp outside is getting close to summer temps. The 2 r9 290s are in a garage. With scrypt, even during the winter, I needed to have some cooling fans blowing air through the garage.
With GRS, with temps that are approaching summer, I need to keep the garage ventilation closed. This brings the cards up to good operating temps around 75c. I have a couple of small mobo powered fans blowing air into the GPUs path, but that is about it.
wow. Along with x11, GRS is very impressive. Why are people still using scrypt?
|
|
|
|
child_harold
|
|
April 15, 2014, 06:18:09 PM |
|
Summer of GPU Love incoming. What Groetsl has that x11 does not though is some massive NVIDIA lurve too (3x performance incoming, see below). Nasty! I expect equally impressive AMD improvements and further bumps to CPU ops. Also Groestl could scream on ARM: we'll have to wait and see. I cant see x11 getting any such optimizations cause it has taken the mish-mash science algo approach. Go Groestl! I'm doing some temp testing with 2x290s and I don't believe what is going on.
The temp outside is getting close to summer temps. The 2 r9 290s are in a garage. With scrypt, even during the winter, I needed to have some cooling fans blowing air through the garage.
With GRS, with temps that are approaching summer, I need to keep the garage ventilation closed. This brings the cards up to good operating temps around 75c. I have a couple of small mobo powered fans blowing air into the GPUs path, but that is about it.
wow. Along with x11, GRS is very impressive. Why are people still using scrypt?
1. Are the hardware issues experienced with the random access from many threads something like "parallelisztion resistance"? Or in other words would that make this algo offer low(er) ASIC advantage compared to other algos in use? Would producing ASIC hardware therefor be more difficult and result in a lower / reduced ASIC advantage compared with SHA-256? 2. So NVIDIA will run 3x current speed with your "different approach"!? 3. Can you imagine an efficient ARM miner for this algo (a BOUNTY has been offered) 4) Any other info bout what makes this algo different (quirks, surprises etc) from others used in crypto mining would be enlightening thank you Christian for your generous contribution to this conversation 1) the implementer of the SPH library chose a table based approach because it works fast on CPUs. This doesn't work as fast on GPUs though. On GPUs explicit computations are usually faster than table lookups. It's just this particular approach taken that is somewhat resistant to parallelization. 2) yes. 3) maybe on 64 bit ARM platforms with 4 and more cores, using wide 128 bit SIMD operations (NEON?). I am not very familiar with ARM, so I can only speculate. In fact, our alternative approach would also apply here (and to Intel SSE2/AVX2) 4) it's very similar to AES, but somewhat upsized. The algorithm uses interesting maths based on Galois Fields GF(2^8). Absolutely fascinating and thanks so much for your considered response. just as a follow up to 1)… Do Bitcoin ASIC's use a table-based approach or specific explicit computations? I guess it's the latter. And can you speculate on how a Groestl ASIC might vary from a SHA-256 ASIC and the possibility that Groestl might offer a reduced ASIC advantage compared to SHA-256? So… ARM mining has potential (speculation appreciated) Lets get that ARM BOUNTY up!! and… your 3x NVIDIA performance news (that's insane!) is HUGE for Groestl! When can we expect to see this?So many many thanks No more questions after this I promise
|
|
|
|
cbuchner1
|
|
April 15, 2014, 07:06:45 PM |
|
Summer of GPU Love incoming. What Groetsl has that x11 does not though is some massive NVIDIA lurve too (3x performance incoming, see below). Nasty! I expect equally impressive AMD improvements and further bumps to CPU ops. well the thing is: if everyone's got triple hashing power, and everyone's pulling twice the electricity... what's the point
|
|
|
|
|