DubFX
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 06:19:02 AM |
|
all cpu coins died, big cpu farmers are mining GRS now, they dont even pay for electricity,they dump and dump.that is why there is so high hashrate but the price is still going down! we should do something against it.
Uhm, you have any idea what could we do?
|
|
|
|
alinutu78
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 82
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 07:22:51 AM |
|
Is any problem with Dwarfpool? I keep getting disconnected.... ![Angry](https://bitcointalk.org/Smileys/default/angry.gif)
|
|
|
|
kopam
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 07:43:12 AM |
|
all cpu coins died, big cpu farmers are mining GRS now, they dont even pay for electricity,they dump and dump.that is why there is so high hashrate but the price is still going down! we should do something against it.
Uh yeah i was thinking about switching to groestl but this kinda keeps me off ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) A bunch of CPU farms dumping isnt all that attractive right now ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
child_harold
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 10:28:56 AM |
|
all cpu coins died, big cpu farmers are mining GRS now, they dont even pay for electricity,they dump and dump.that is why there is so high hashrate but the price is still going down! we should do something against it.
Uh yeah i was thinking about switching to groestl but this kinda keeps me off ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) A bunch of CPU farms dumping isnt all that attractive right now ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) CPU/GPU farms… bah Humbug! The DGW Difficulty adjustment should minimize their profits and discourage farmers. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) In the meantime its a good time to pick up more GRS while price is still low ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
Atrides
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 10:34:16 AM |
|
Is any problem with Dwarfpool? I keep getting disconnected.... ![Angry](https://bitcointalk.org/Smileys/default/angry.gif) Dwarfpool works fine, please send me your login-wallet and IP address, may be it was blocked in firewall.
|
|
|
|
child_harold
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 10:37:16 AM |
|
Groestlcoin has been added to the The CPU Coin List. Here is the direct link to the Groestlcoin page. Let me know about any errors or omissions and I will correct ASAP. mike thanks btc-mike ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
azhago
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 10:37:50 AM |
|
GPU advantage among CPU is lower than on different algo, but i don't think there is so much cpu farm. Big miners switched to alternate algos instead of scrypt, and some come to GroestlCoin, that's all. It's still possible to mine for little miners, and a good time to buy. I almost double my GRS amount buy trading (with some profit too)
|
|
|
|
|
feeleep
Legendary
Offline
Activity: 1197
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 01:03:32 PM |
|
Just opened new pool (proportional, 1% fee) - for 100 first miners fee will be 0%Currently looking for few miners to proof its working properly (and finding blocks). feeleep
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 01:32:09 PM |
|
Just opened new pool (proportional, 1% fee) - for 100 first miners fee will be 0%Currently looking for few miners to proof its working properly (and finding blocks). feeleep I'm mining on it right now. Reported hashrate is too high and vardiff doesn't seem to kick in.
|
|
|
|
mikk2k2
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 01:51:25 PM |
|
Think we'd be able to put together a multipool for GRS?
|
|
|
|
child_harold
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 03:32:37 PM Last edit: April 14, 2014, 03:48:56 PM by child_harold |
|
Just opened new pool (proportional, 1% fee) - for 100 first miners fee will be 0%Currently looking for few miners to proof its working properly (and finding blocks). feeleep thanks feeleep - mining there now Could a few of you please move your hashrate over to coinmine please? help feeleep with his testing and spread the hashrate. We now have 4 good pools ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
cbuchner1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 05:25:04 PM |
|
While you're here could you speak to the Groestl (Grøstl) algo's performance on NVIDIA compared with other algos thanks,
Dorian (child_harold)
Groestl is quite slow because most implementations use a lot of random lookups in so-called T-Tables. Regardless whether you manage to get cached read access to these T-tables, or whether you put them into shared mem - the hardware still has issues with the random access from many threads. The same problem is seen on AMD devices, I suppose. There are ways to work around these performance issues, and we have implemented one. I won't be more specific. Our different approach uses more power, but it is also up to 3 times as fast. Christian
|
|
|
|
child_harold
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 06:36:48 PM |
|
While you're here could you speak to the Groestl (Grøstl) algo's performance on NVIDIA compared with other algos thanks,
Dorian (child_harold)
Groestl is quite slow because most implementations use a lot of random lookups in so-called T-Tables. Regardless whether you manage to get cached read access to these T-tables, or whether you put them into shared mem - the hardware still has issues with the random access from many threads. The same problem is seen on AMD devices, I suppose. There are ways to work around these performance issues, and we have implemented one. I won't be more specific. Our different approach uses more power, but it is also up to 3 times as fast. Christi an Thanks for the reply Christian: 3 questions please 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) Any other info bout what makes this algo different (quirks, surprises etc) from others used in crypto mining would be enlightening ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) thank you Christian for your generous contribution to this conversation ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
ripzombie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 06:50:26 PM |
|
r9 290 GPU , According to information on the page 9.8 MH/s .. I have sapphire R9 290 GPU .. But 7.8 Mh/s ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Please Can you give r9 290 BAT file settings ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) My Bat File sgminer.exe -k groestlcoin -o stratum+tcp://erebor.dwarfpool.com:3345 -u FgYka3E3S9jXU7Q3iZtxtT43j4RdnnyrQP -p x -d 0,1,2 -I 18
|
|
|
|
child_harold
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 07:10:05 PM |
|
r9 290 GPU , According to information on the page 9.8 MH/s .. I have sapphire R9 290 GPU .. But 7.8 Mh/s ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Please Can you give r9 290 BAT file settings ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) My Bat File sgminer.exe -k groestlcoin -o stratum+tcp://erebor.dwarfpool.com:3345 -u FgYka3E3S9jXU7Q3iZtxtT43j4RdnnyrQP -p x -d 0,1,2 -I 18 for starters try upping the intensity to 20 or even 21
|
|
|
|
child_harold
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 07:19:29 PM Last edit: April 14, 2014, 10:13:52 PM by child_harold |
|
Attention DwarfPool MIinersPlease begin re-distributing your hashrate IMMEDIATELYDwarfPool has way too much hashrate atm So can some of you please move your mining to (in this order of priority): https://www2.coinmine.pl/grs/https://grs.suprnova.cc/https://cpu-pool.net/grs/all are good pools run by experienced Ops It is important for GRS to have an evenly distributed hashrate cheers
|
|
|
|
srcxxx
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 07:40:19 PM Last edit: April 15, 2014, 12:28:20 AM by srcxxx |
|
Please join the new pool at http://grs.cryptohunger.com/
Vardiff 1-1024 (good for CPU)
Multi core server
DDOS protected
0.8% proportional fee
Pool fees go towards GroestlCoin promotion
|
|
|
|
cbuchner1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 07:43:09 PM |
|
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 ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) thank you Christian for your generous contribution to this conversation ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) 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).
|
|
|
|
cryptonit
Legendary
Offline
Activity: 3052
Merit: 1053
bit.diamonds | uNiq.diamonds
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 14, 2014, 08:01:06 PM |
|
so if i understand cbuchner right its only a matter of time better performing miners on all platforms will be avaiable
will that reduce power savings compared to scrypt to zero or even optmized mining software will use less power?
we at diamond will for our coin feature relaunch choose a non scrypt algo
and groestl could be the new one
we want to avoid injection vulnerabilities of multialgos like x11 and twe but we also want powersaving for our miner
|
|
|
|
|