[ANN][Groestl/MyriadGroestl] Pool closed

[srcxxx]

> On optimized kernel I got 15.7 Mh/s, but the problem is my hashrate wasn't shown on the pool and I wasn't getting any coins   (I was mining ATH on suprnova pool)

Optimized only works with cryptohunger.com pool.
On other pools you'll be getting HW errors and 0 shares accepted.

[srcxxx]

Payouts have been changed to every hour.

You will receive a payment if you earned 1 ATH, 1 GRS, 1 DOKDO or 0.01 DMD.

If you have just started mining, please wait for 2-3 hours until your hourly earnings stabilize (because it usually takes 120-150 confirmations for a mined block, which is 2 - 2 and a half hours).

Once you've mined for 3 hours after starting on this pool for the 1st time, you should be getting roughly 1/24 of your daily income every hour.

Let me know if that is too far from truth.

Use http://www.coinwarz.com/cryptocurrency or http://whatmine.com/ to calculate your average income.

Thanks!

[paladin281978]

srcxxx

there are plans to improve miner for Qubit or Skein? example coin myriad

[srcxxx]

there are plans to improve miner for Qubit or Skein? example coin myriad

Next is myriad-coin.

Also, some improvement to the current Groestl algo.

And a multi-pool.

[srcxxx]

Version 1.2.5 (third release, 25 June 2014)
* Windows build
* Added R9 290 optimized Kernel for Tahiti, Pitcairn and Hawaii GPUs
* Shows a warning if "optimized" kernel is used with incorrect pool



Sapphire R9 290 TriX, Sapphire R9 290 TriX, Gigabyte R9 270X

[polanskiman]

Version 1.2.5 (third release, 25 June 2014)
* Windows build
* Added R9 290 optimized Kernel for Tahiti, Pitcairn and Hawaii GPUs
* Shows a warning if "optimized" kernel is used with incorrect pool



Sapphire R9 290 TriX, Sapphire R9 290 TriX, Gigabyte R9 270X

I have a question regarding those "incredible" hasrate increases though. I've set up an account at cryptohunger in order to test the new optimized kernel but noticed that the pool is not exclusively a DMD pool and all references are in GRS. It doesn't seem I am mining DMD in there although I've provided a DMD address. I suppose your pool is a multi groestlcoin pool. My question relates to whether the increased hashrate in cryptohunger pool with the optimized kernel would be equivalent if I was able to use that optimized kernel with say Danbi's pool?

[srcxxx]

I have a question regarding those "incredible" hasrate increases though. I've set up an account at cryptohunger in order to test the new optimized kernel but noticed that the pool is not exclusively a DMD pool and all references are in GRS. It doesn't seem I am mining DMD in there although I've provided a DMD address. I suppose your pool is a multi groestlcoin pool. My question relates to whether the increased hashrate in cryptohunger pool with the optimized kernel would be equivalent if I was able to use that optimized kernel with say Danbi's pool?

Hi!

There is no account setup. Did you use grs.cryptohunger.com by any chance? Cause that's different. That's pure Groestlcoin pool and does not supprot optimized kernels.

You need to use cryptohunger.com:50002 and login with you DMD address. There is no account to set up.

As for Groestl references... It's just because I'm also the groestlcoin developer.

And as for the girl... I paid $400 usd for that photoshoot from my own pocket (see http://goo.gl/KE2xfO). So why not use it?

[polanskiman]

I have a question regarding those "incredible" hasrate increases though. I've set up an account at cryptohunger in order to test the new optimized kernel but noticed that the pool is not exclusively a DMD pool and all references are in GRS. It doesn't seem I am mining DMD in there although I've provided a DMD address. I suppose your pool is a multi groestlcoin pool. My question relates to whether the increased hashrate in cryptohunger pool with the optimized kernel would be equivalent if I was able to use that optimized kernel with say Danbi's pool?

Hi!

There is no account setup. Did you use grs.cryptohunger.com by any chance? Cause that's different. That's pure Groestlcoin pool and does not supprot optimized kernels.

You need to use cryptohunger.com:50002 and login with you DMD address. There is no account to set up.

As for Groestl references... It's just because I'm also the groestlcoin developer.

And as for the girl... I paid $400 usd for that photoshoot from my own pocket (see http://goo.gl/KE2xfO). So why not use it?

I created an account at cryptohunger.com  and yes I am using cryptohunger.com:50002 but your answer now makes me realize that it is in fact a P2Pool specially in vue to the fact that the login/user info is a coin address. Is that correct?

Sorry, what girl? Maybe you were answering to some one else. Anyways sweet pictures, sweet girl!! although not sure how that relates to crytography...but who cares. Vitamins for the eyes!

[srcxxx]

I created an account at cryptohunger.com  and yes I am using cryptohunger.com:50002 but your answer now makes me realize that it is in fact a P2Pool specially in vue to the fact that the login/user info is a coin address. Is that correct?

It's not p2pool, but similar. See here: https://github.com/zone117x/node-open-mining-portal

[polanskiman]

I created an account at cryptohunger.com  and yes I am using cryptohunger.com:50002 but your answer now makes me realize that it is in fact a P2Pool specially in vue to the fact that the login/user info is a coin address. Is that correct?

It's not p2pool, but similar. See here: https://github.com/zone117x/node-open-mining-portal

Noted with thanks. My question still stands though (regarding hashrate).

[srcxxx]

Noted with thanks. My question still stands though (regarding hashrate).

If you don't want to mine on cryptohunger.com, you can still use grs-sgminer.
The "groestlcoin" kernel is slower (16.7MH/s or R9 290 vs 20MH/s on optimized kernel), but works with any pool.
grs-sgminer is still faster than sph-sgminer which only gives 14.4 MH/s on R9 290.

[polanskiman]

Noted with thanks. My question still stands though (regarding hashrate).

If you don't want to mine on cryptohunger.com, you can still use grs-sgminer.
The "groestlcoin" kernel is slower (16.7MH/s or R9 290 vs 20MH/s on optimized kernel), but works with any pool.
grs-sgminer is still faster than sph-sgminer which only gives 14.4 MH/s on R9 290.

No it's not that I don't want. I simply want to understand

I am getting this at present with the optimized kernel (1.2.4) on cryptohunger.com:81

Code:

--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  64.0C 3512RPM | 10.83M/10.95Mh/s | R:  0.0% HW:0 WU:0.171/m I:22
 GPU 1:  64.0C 3397RPM | 10.80M/10.92Mh/s | R:  0.0% HW:0 WU:0.241/m I:22
 GPU 2:  65.0C 3473RPM | 10.84M/10.96Mh/s | R:  0.0% HW:0 WU:0.176/m I:22
 GPU 3:  63.0C 3327RPM | 10.84M/10.96Mh/s | R:  0.0% HW:0 WU:0.211/m I:22

btw I had to rename the .bop file from groestlcoinTahiti256l4.bop to groestlcoinTahiti256l8.bop as I was getting an error at loading where it complained that groestlcoinTahiti256l8.bop could not be found.

[polanskiman]

Managed to push the hashing even further for my 280x cards with the optimized kernel:

Code:

--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  67.0C 3407RPM | 14.82M/14.96Mh/s | R:  3.0% HW:0 WU:0.257/m I:22
 GPU 1:  68.0C 3339RPM | 14.81M/14.96Mh/s | R:  0.0% HW:0 WU:0.260/m I:22
 GPU 2:  68.0C 3459RPM | 14.81M/14.96Mh/s | R:  0.0% HW:0 WU:0.286/m I:22
 GPU 3:  67.0C 3135RPM | 14.82M/14.96Mh/s | R:  0.0% HW:1 WU:0.248/m I:22
--------------------------------------------------------------------------------

With following config:

Code:

"api-listen" : true,
"api-allow" : "W:127.0.0.1",
"api-mcast-port" : "4028",
"api-port" : "4028",
"_device" : "0,1,2,3",
"intensity" : "22",
"_difficulty-multiplier" : "0.0039062500",
"_rawintensity" : "8191",
"gpu-threads" : "1",
"worksize" : "256",
"_thread-concurrency" : "0",
"_shaders" : "2048",
"gpu-engine" : "1150,1150,1150,1150",
"gpu-memclock" : "1500,1500,1500,1500",
"gpu-powertune" : "12",
"_lookup-gap" : "2",
"auto-gpu" : true,
"auto-fan" : true,
"gpu-fan" : "0-100",
"temp-cutoff" : "89",
"temp-overheat" : "80",
"temp-target" : "70",
"temp-hysteresis" : "3",
"failover-only" : true,
"_scrypt" : true,
"_vectors" : "1",
"kernel" : "optimized",
"_gpu-memdiff" : "0",
"gpu-vddc" : "1.200,1.200,1.200,1.200",
"_gpu-dyninterval" : "7",
"_gpu-platform" : "0",
"_hotplug" : "5",
"_log" : "5",
"_no-pool-disable" : true,
"_queue" : "1",
"_scan-time" : "1",
"_expiry" : "120",
"_shares" : "0",
"kernel-path" : "/usr/local/bin"
}

Note: the underscore prior the parameter means the parameter is ignored and therefore not used.

[pikuchato]

What about the power consumption of the optimized and unoptimized kernels?

Does anyone have some numbers for us?

[polanskiman]

What about the power consumption of the optimized and unoptimized kernels?

Does anyone have some numbers for us?

Without modifying any settings except the kernel this is what I get:

Standard kernel: 4 x 280x = 695 Watts >> 14.5 Mh per card
Optimized kernel: 4 x 280x = 918 Watts >> 5 Mh per card

This is the total wattage reading from the watt meter at the wall so it also includes the rest (mobo, ram, cpu etc) but what is interesting is the relative difference.

Also note that in order to get the best of the standard kernel I would need to modify certain parameter in order to "optimize" the hashing.

EDIT:

After I optimize parameters with the stantard kernel I get:

Standard kernel: 4 x 280x = 790 Watts >> 7.7 Mh per card

EDIT 2:

Noticed I inverted hashing values above. It was supposed to be:

Standard kernel: 4 x 280x = 695 Watts >> 5 Mh per card
Optimized kernel: 4 x 280x = 918 Watts >> 14.5 Mh per card

[utahjohn]

Standard kernel: 4 x 280x = 695 Watts >> 14.5 Mh per card
Optimized kernel: 4 x 280x = 918 Watts >> 5 Mh per card

After I optimize parameters with the stantard kernel I get:

Standard kernel: 4 x 280x = 790 Watts >> 7.7 Mh per card

Would you mind posting your config for standard kernel

[polanskiman]

Standard kernel: 4 x 280x = 695 Watts >> 14.5 Mh per card
Optimized kernel: 4 x 280x = 918 Watts >> 5 Mh per card

After I optimize parameters with the stantard kernel I get:

Standard kernel: 4 x 280x = 790 Watts >> 7.7 Mh per card

Would you mind posting your config for standard kernel

My apologies. It actually seems that the same config for the optimized and standard kernel provide the optimum hashing. However in order to obtain the optimum hashing for the standard kernel I simply needed to switch pools to Danbi's. At cryptohunger's pool the hashing initially seemed to be inferior, that's why I thought I had to reconfigure certain parameters.

You can see my config above. I get equally 790 Watts for the standard kernel on Danbi's pool.

[utahjohn]

"gpu-threads" : 4
actually performs better on my 280x and 7950 ....
clocking 280x at 1100/1700
clocking 7950 at 1100/1300

[polanskiman]

"gpu-threads" : 4
actually performs better on my 280x and 7950 ....

Tried it. I lose 4 Mh per card.

[utahjohn]

"gpu-threads" : 4
actually performs better on my 280x and 7950 ....

Tried it. I lose 4 Mh per card.

Interesting I gain about 500KHs on both cards
I'm not using pool but am solo mining ...

Here's my config for sgminer 4.1.0-103-g00015 :
"intensity" : "18,20",
"worksize" : "256",
"kernel" : "groestlcoin",
"lookup-gap" : "2",
"thread-concurrency" : "8192,8192",
"shaders" : "2048,1792",
"gpu-threads" : "2,1",
"gpu-engine" : "1100,1100",
"gpu-fan" : "30-100",
"auto-fan" : true,
"gpu-memclock" : "1700,1300",
"gpu-memdiff" : "0",
"gpu-powertune" : "0",
"gpu-vddc" : "0.000",
"temp-cutoff" : "95",
"temp-overheat" : "85",
"temp-target" : "64",
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "60",
"failover-switch-delay" : "60",
"gpu-dyninterval" : "7",
"gpu-platform" : "0",
"log" : "5",
"no-pool-disable" : true,
"queue" : "0",
"scan-time" : "59",
"tcp-keepalive" : "30",
"temp-hysteresis" : "2",
"shares" : "0",
"kernel-path" : "/usr/local/bin"