[ANN][Groestl/MyriadGroestl] Pool closed

[srcxxx]

grs-sgminer is a OpenCL optimized miner for coins using Groestl and MyriadGroestl algo (Groestlcoin, Diamond, Myriadcoin, Saffroncoin, etc).

Notice: cryptohunger.com:81 and grs-sgminer are going to be retired on 31 October 2014. Please migrate to boostpool.com before 30 September See details here.

Note: boostpool.com with auto payouts in BTC and GRS is currently in Beta (official release date: 22 September). No exchange fee until 22 September and BTC payouts are allowed (just use your BTC address to log in instead of GRS address). Details: boostpool.com BoostPool now has a separate BTC talk page.

Speed with Groestl mining:

R9 290 - 20.5 MH/s (14.4MH/s if using standard sph-sgminer with 14.6 beta AMD drivers and 9.5MH/s on drivers prior to 14.6)
R9 270X - 10 MH/s
R9 280X - 16 MH/s (some only report 12MH/s, see details below. Probably you need 13.12 driver)

Speed with Myriad-Groestl (Myriadcoin, Saffroncoin, Futurecoin) mining:

R9 290 - 34.2 MH/s

Github: https://github.com/BoostPool/boost-sgminer
Twitter (to get updates on new versions): https://twitter.com/CryptoHunger


Version 1.4.0 (17 August 2014)
* Windows build
* switch between Groestlcoin and Myriadcoin-groestl on the fly without restarding the miner
* 5% more hashrate in optimized kernel

Version 1.3.1 (10 July 2014)
* Added support for a wide range of AMD videocards (more .bop files in the package)
* packed with 7zip now (http://http://www.7-zip.org/)

Version 1.3.0 (7 July 2014)
* Added myriadcoin groestl support (see example-myriad.conf)
* Removed "l4" suffix from .bop filenames

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



* BAMT setup instructions (see step "6a").

*** Example command line ***
Groestlcoin (20.5 MH/s on R9 290): sgminer.exe -k optimized -o stratum+tcp://cryptohunger.com:50001 -u FnzMEE2fkX31J5EjheNMo8pq2672Q5kjGh -p xxx -I 22 -w 256

Myriadcoin (34.2 MH/s on R9 290): sgminer.exe -k myriadcoin-optimized -o stratum+tcp://cryptohunger.com:60001 -u MUbwYW4NmmkR4Ejg5v7tQye5DW5jSQVz3X -p xxx -I 22 -w 256

Diamondcoin (20.5 MH/s on R9 290): sgminer.exe -k optimized -o stratum+tcp://cryptohunger.com:50002 -u dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz -p xxx -I 22 -w 256 --normal-hashing true


*** Release highlights ***
* Built-in Diamondcoin support (via a "normal-hashing" per-pool parameter, see example.conf)
* Automatically sets proper difficulty multiplier (not required to write --difficulty-multiplier 0.0039062500 anymore)
* thread-concurrency and lookup-gap parameters are not used anymore
* Added "optimized" kernel, see below

Attention Diamondcoin miners:
* You need to specify --normal-hashing true parameter on the command line or in the .conf file (see example.conf)

!!! Optimized kernel binaries (about 5%-25% better hashrate than if you don't use them) !!!
You need to use "-k optimized" instead of "-k groestlcoin" in command line parameters.

Note: "optimized" kernel only works with these stratums:
   {
      "url" : "stratum+tcp://cryptohunger.com:50001",
      "user" : "FnzMEE2fkX31J5EjheNMo8pq2672Q5kjGh",
      "pass" : "xxx",
      "poolname" : "GroestlCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:50002",
      "user" : "dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz",
      "normal-hashing" : "true",
      "pass" : "xxx",
      "poolname" : "DiamondCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:50003",
      "user" : "AGyE6rqYX2bY1xrmLjBE4gvto8ML1xBuq3",
      "pass" : "xxx",
      "poolname" : "AtheistCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:50004",
      "user" : "NLwqTRzxE3zxi9LZmETE5epMoiW6rVmLNX",
      "pass" : "xxx",
      "poolname" : "DokdoCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:50005",
      "user" : "AJnwuS6yDLZF9AM4GR1Fz8E68TV9AJ1dsA",
      "pass" : "xxx",
      "poolname" : "AidBitOptimized"
   }

Note: "myriadcoin-optimized" kernel only works with these stratums:
   {
      "url" : "stratum+tcp://cryptohunger.com:60001",
      "user" : "MUbwYW4NmmkR4Ejg5v7tQye5DW5jSQVz3X",
      "pass" : "xxx",
      "poolname" : "MyriadCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:60002",
      "user" : "SSY2UGmZfkPasNdjZy3YCgQF8yFx3w899C",
      "pass" : "xxx",
      "poolname" : "SaffronCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:60005",
      "user" : "DBy3212dWAPPzPcyt5fSSchjyozyr5ejLw",
      "pass" : "xxx",
      "poolname" : "DigiByteOptimized"
   }

They do not work with any other pools. They do not work with cryptohunger.com:3333 either. You'll get HW errors and no accepted shares.
See statistics here: http://cryptohunger.com:81. Payouts every hour. Just use your wallet as login.

You can see your payouts list in CSV format here: http://cryptohunger.com/stats/


Please use https://docs.google.com/spreadsheets/d/1hTOUdJZrKqrNDXTIbXgNvJtj_fnpECREcs-eHxaGrZc/edit?usp=sharing to fill in your "Groestl" parameters.

Note: With Groestl and Myriad Groestl algorithms, you usually can overclock GPU quite significally. For example, I'm using 1170Mhz on R9 290 (where standard frequency is 1000Mhz).
This happens because these algorithms don't use power hungry memory exchange operations and thus GPU produces less heat and stays within TDP bounds.

Make sure you are using 14.6 AMD drivers for R9 290 and R9 270X. And make sure your are using 13.12 drivers for R9 280X (other driver versions give lower hashrate).
Note: you can compile .bin files in with one version of drivers and execute miner while another version is installed.



Notice: OpenCL source code for optimized groestl kernel is not open source.
I am ready to exclusively sell the source code and the cryptohunger.com pool for 10 BTC (opensource or keep to yourself the kernel; use the pool or close it and be the only one using the optimized kernel).

[1714496738]

1714496738

[1714496738]

1714496738

[1714496738]

1714496738

[utahjohn]

Does x11mod work with 14.6 now?

[cryptonit]

well done
thx for ur effort!

[smokefirexx]

How does this perform with 280x? Any stats?

[paladin281978]

with 7950 not working only rejections

[NoxX]

Doesn't seem to work with the last generation of AMD cards. I only get rejects on HD 5xxx cards...

[wizard05]

Doesn't seem to work with the last generation of AMD cards. I only get rejects on HD 5xxx cards... DMD  
work on Groestlcoin 6 Mh/s   HD5850
 

[srcxxx]

with 7950 not working only rejections

Please provide more details. Config/command line, screenshot of sgminer or printout. What's the rejection reason? Share below target?

If your sgminer tried to submit the share, it means hashing is working fine.
If you had a 100% hardware error rate, then it would mean it is not working.

Are you mining ATH on suprnova by any chance?

Thanks

[srcxxx]

Does x11mod work with 14.6 now?

No, x11mod Didn't work for me on r9 290. HW errors only

[srcxxx]

How does this perform with 280x? Any stats?

Supposed to be 12 mh/s

[paladin281978]

with 7950 not working only rejections

Please provide more details. Config/command line, screenshot of sgminer or printout. What's the rejection reason? Share below target?

If your sgminer tried to submit the share, it means hashing is working fine.
If you had a 100% hardware error rate, then it would mean it is not working.

Are you mining ATH on suprnova by any chance?

Thanks

.bat file:
sgminer.exe -k groestlcoin -o stratum+tcp://dmdpool.digsys.bg:3333 -u login -p pass --gpu-engine 1170 --gpu-memclock 1050 --thread-concurrency 16384 -I 22

[srcxxx]

You are mining diamond coin but haven't supplied the normal-hashing parameter. See 1st post in this topic.

You need to add --normal-hashing to your command line.

[polanskiman]

I'm on Xubuntu 12.04. Updated drivers to 14.6. I lost hashing power. Reverted to pevious drivers.

[srcxxx]

I'm on Xubuntu 12.04. Updated drivers to 14.6. I lost hashing power. Reverted to pevious drivers.

If you could provide name/model of video card, it would be great.

Looks like R9 280X works faster with older drivers.

While R9 290 and R9 270X definitely work better with 14.6.

It'd be nice to have some kind of list and I'm planning to do this.

What's important is that you can compile .bin files with one version of drivers and use the miner in another version of drivers.

I myself use BAMT and it has 13.12 drivers. But the .bin files that I compiled on Windows 14.6 work 80% faster.

[srcxxx]

Optimized kernel binaries are now available! See first post.

Extra hashrate for supported video cards.

[pallas]

srcxxx, may I suggest you remove the thread concurrency (and lookup gap, and vectors...) from the filename, so the files are ok for everyone, regardless?
I did this myself in sph-sgminer in the past, it's much convenient. The only downside is it's not compatible with scrypt.
I can provide details if you wish.

[guidosuller]

r9 280x 15.3mh/s whit 12.3 drivers
r9 280x 12.5mh/s whit 14.6 drivers
windows 8.1

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
sgminer.exe -k groestlcoin -o stratum+tcp://cryptohunger.com:3333 -u guidosuller -p xxx -d 0,1,2,3,4 -I 22 -g 1 --thread-concurrency 11200 --gpu-engine 1150 --gpu-memclock 750 --lookup-gap 0 -w 256 --auto-fan --gpu-fan 30-85,30-85,30-85,30-85,30-85 --temp-cutoff 95,95,95,95,95 --temp-overheat 85,85,85,85,85 --temp-target 72,72,72,72,72

[polanskiman]

I'm on Xubuntu 12.04. Updated drivers to 14.6. I lost hashing power. Reverted to pevious drivers.

If you could provide name/model of video card, it would be great.

Looks like R9 280X works faster with older drivers.

While R9 290 and R9 270X definitely work better with 14.6.

It'd be nice to have some kind of list and I'm planning to do this.

What's important is that you can compile .bin files with one version of drivers and use the miner in another version of drivers.

I myself use BAMT and it has 13.12 drivers. But the .bin files that I compiled on Windows 14.6 work 80% faster.

Sorry should have made that clearer. I'm running on R9 280x. I lost half a day installing those dam drivers to end up installing the previous one. 14.6 did nothing good for me.

[enginehead]

Nice work srcxxx! My 7990 is now running at 13.4 mhs per core running with auto-gpu. Only had 6.4 mhs p/c before. More heat now though!

[srcxxx]

I'm on Xubuntu 12.04. Updated drivers to 14.6. I lost hashing power. Reverted to pevious drivers.

If you could provide name/model of video card, it would be great.

Looks like R9 280X works faster with older drivers.

While R9 290 and R9 270X definitely work better with 14.6.

It'd be nice to have some kind of list and I'm planning to do this.

What's important is that you can compile .bin files with one version of drivers and use the miner in another version of drivers.

I myself use BAMT and it has 13.12 drivers. But the .bin files that I compiled on Windows 14.6 work 80% faster.

Sorry should have made that clearer. I'm running on R9 280x. I lost half a day installing those dam drivers to end up installing the previous one. 14.6 did nothing good for me.

Looks like drivers 13.12 are better for R9 280X.
See post https://bitcointalk.org/index.php?topic=652849.msg7339919#msg7339919 above
Probably because R9 280X is just a rebranded 7970. So it is using some old AMD designs.

New models like R9 290 and R9 270X definitely work faster on 14.6 drivers.

This is when the compiled binaries become interesting (see above).

[peteycamey]

cant get it to work well. does it only work on this specific pool?

[srcxxx]

cant get it to work well. does it only work on this specific pool?

Note: they only work with these 4 stratums:


   {
      "url" : "stratum+tcp://cryptohunger.com:50001",
      "user" : "FnzMEE2fkX31J5EjheNMo8pq2672Q5kjGh",
      "pass" : "xxx",
      "poolname" : "GroestlCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:50002",
      "user" : "dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz",
      "normal-hashing" : "true",
      "pass" : "xxx",
      "poolname" : "DiamondCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:50003",
      "user" : "AGyE6rqYX2bY1xrmLjBE4gvto8ML1xBuq3",
      "pass" : "xxx",
      "poolname" : "AtheistCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:50004",
      "user" : "NLwqTRzxE3zxi9LZmETE5epMoiW6rVmLNX",
      "pass" : "xxx",
      "poolname" : "DokdoCoinOptimized"
   }

They do not work with any other pools. They do not work with cryptohunger.com:3333 either. You'll get HW errors and no accepted shares.
See statistics here: http://cryptohunger.com:81. Payouts every hour. Just use your wallet as login.

[alinutu78]

I cant get miner to start when using --normal-hashing in command line (W7 64bits). I am trying to mine diamond. Any help on this param?

Withou this command, miner is starting but get only rejects

[srcxxx]

I cant get miner to start when using --normal-hashing in command line (W7 64bits). I am trying to mine diamond. Any help on this param?

Withou this command, miner is starting but get only rejects

Try to rename example.conf into sgminer.conf and run sgminer without parameters. Switch to diamond pool. Will it work now?

Please provide your full command line and I will double check.

Thanks

[alinutu78]

I cant get miner to start when using --normal-hashing in command line (W7 64bits). I am trying to mine diamond. Any help on this param?

Withou this command, miner is starting but get only rejects

Try to rename example.conf into sgminer.conf and run sgminer without parameters. Switch to diamond pool. Will it work now?

Please provide your full command line and I will double check.

Thanks

My .bat file: sgminer.exe -k groestlcoin -o stratum+tcp://groestlcoin.biz:3334 -u blablabla -p 1 -I 22 -g 1 --thread-concurrency 11200 --lookup-gap 0 -w 256 --normal-hashing

[lobo13hf]

What are the righ settings for 290s? i only get 13mh/s per card i have the 14.6 beta drive win64, and this are my configurations:

Code:

-k groestlcoin -o stratum+tcp://cryptohunger.com:50003 -u AUQYw1YzJuyqT8H6As5qCLXEzUWskrJgYe -p x --lookup-gap 2 -I 19 -g 1 -w 128 --thread-concurrency 8192 --gpu-engine 0-0 --gpu-memclock 0 --auto-fan --gpu-fan 40-80 --temp-cutoff 92,92 --temp-overheat 85,85 --temp-target 75 --gpu-powertune 25

can you also post the righ confs for 7970 and yes i have tried docs.google.com/spreadsheets, another thing why i cant control the speed of my gpu fans?...

[wizard05]

settings for HD 5850 diamond coin 6.3 Mh/s  driver 14.6 beta


setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
COLOR 0A

sgminer.exe -k groestlcoin --normal-hashing true -o stratum+tcp://groestlcoin.biz:3334 -u xxxxxxxxxxxxxxxxxxxxxxx -p x -o stratum+tcp://dmdpool.digsys.bg:3333 -u xxxxxxxxx -p xxxxxxxx  -w 256 --failover-only  --no-submit-stale  --expiry 1 --scan-time 1 --queue 0 --temp-cutoff 80 --temp-overheat 85 --temp-target 70 --auto-fan --xintensity 150 -g 1 --thread-concurrency 5824 --gpu-engine 900 --gpu-memclock 900 --lookup-gap 0 --worksize 256


 

[Slydog]

290x= 17.97 Mh/s-14.6
280x= 14.68 Mh/s-13.12

nice bump in speed
:-))

[srcxxx]

What are the righ settings for 290s? i only get 13mh/s per card i have the 14.6 beta drive win64, and this are my configurations:

Code:

-k groestlcoin -o stratum+tcp://cryptohunger.com:50003 -u AUQYw1YzJuyqT8H6As5qCLXEzUWskrJgYe -p x --lookup-gap 2 -I 19 -g 1 -w 128 --thread-concurrency 8192 --gpu-engine 0-0 --gpu-memclock 0 --auto-fan --gpu-fan 40-80 --temp-cutoff 92,92 --temp-overheat 85,85 --temp-target 75 --gpu-powertune 25

can you also post the righ confs for 7970 and yes i have tried docs.google.com/spreadsheets, another thing why i cant control the speed of my gpu fans?...

Hi!

Your parameters are not optimal.
Try to rename example.conf to sgminer.conf and run without command line params.
That example.conf is exactly my config file for R9 290

You need to increase intensity and increase gpu clock from default 947 to around 1050.

[alexzerg11]

My result on groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 7.5 Mh, and on the optimized groestlcoin.cl - 7.87 Mh = better in 5%
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 5.18 Mh, and on the optimized groestlcoin.cl - 5.4 Mh = better in 5%

on myriad-groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original myriadcoin-groestl.cl - 12.45 Mh, and on the optimized myriadcoin-groestl.cl - 13.27 Mh = better in 6.5%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original myriadcoin-groestl.cl - 13.47 Mh, and on the optimized myriadcoin-groestl.cl - 12.84 Mh = worse in 5%   
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original myriadcoin-groestl.cl - 9.366 Mh, and on the optimized myriadcoin-groestl.cl - 8.781 Mh = worse in 6%   

[pa1318]

My result on groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 7.5 Mh, and on the optimized groestlcoin.cl - 7.87 Mh = better in 5%
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 5.18 Mh, and on the optimized groestlcoin.cl - 5.4 Mh = better in 5%

on myriad-groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original myriadcoin-groestl.cl - 12.45 Mh, and on the optimized myriadcoin-groestl.cl - 13.27 Mh = better in 6.5%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original myriadcoin-groestl.cl - 13.47 Mh, and on the optimized myriadcoin-groestl.cl - 12.84 Mh = worse in 5%   
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original myriadcoin-groestl.cl - 9.366 Mh, and on the optimized myriadcoin-groestl.cl - 8.781 Mh = worse in 6%   

Me too,270x is only 7.8Mh,how to running at  8.4Mh?

[pa1318]

What are the righ settings for 290s? i only get 13mh/s per card i have the 14.6 beta drive win64, and this are my configurations:

Code:

-k groestlcoin -o stratum+tcp://cryptohunger.com:50003 -u AUQYw1YzJuyqT8H6As5qCLXEzUWskrJgYe -p x --lookup-gap 2 -I 19 -g 1 -w 128 --thread-concurrency 8192 --gpu-engine 0-0 --gpu-memclock 0 --auto-fan --gpu-fan 40-80 --temp-cutoff 92,92 --temp-overheat 85,85 --temp-target 75 --gpu-powertune 25

can you also post the righ confs for 7970 and yes i have tried docs.google.com/spreadsheets, another thing why i cant control the speed of my gpu fans?...

Hi!

Your parameters are not optimal.
Try to rename example.conf to sgminer.conf and run without command line params.
That example.conf is exactly my config file for R9 290

You need to increase intensity and increase gpu clock from default 947 to around 1050.

270x is only 7.8Mh(driver 14.6b,gpu 1180),how to running at 8.4Mh?

[srcxxx]

My result on groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 7.5 Mh, and on the optimized groestlcoin.cl - 7.87 Mh = better in 5%
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 5.18 Mh, and on the optimized groestlcoin.cl - 5.4 Mh = better in 5%

on myriad-groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original myriadcoin-groestl.cl - 12.45 Mh, and on the optimized myriadcoin-groestl.cl - 13.27 Mh = better in 6.5%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original myriadcoin-groestl.cl - 13.47 Mh, and on the optimized myriadcoin-groestl.cl - 12.84 Mh = worse in 5%   
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original myriadcoin-groestl.cl - 9.366 Mh, and on the optimized myriadcoin-groestl.cl - 8.781 Mh = worse in 6%   

Hi!

Thank you for your tests!

Please try optimized kernel binary on your 270X. Will you get to 8.4MHs?

As for myriad-groestl, I know that it is not as fast. And that's why I'm not advertising myriad-groestl support.
But... I think I know how to make myriad-groestl perform better.
And planning to get to shortly.

[srcxxx]

270x is only 7.8Mh(driver 14.6b,gpu 1180),how to running at 8.4Mh?

You need to download the optimized kernel binary for 270X and use stratum+tcp://cryptohunger.com:50001
(See 1st post)

[polanskiman]

Possible to get these to work with danbi's pool?

[srcxxx]

I cant get miner to start when using --normal-hashing in command line (W7 64bits). I am trying to mine diamond. Any help on this param?

Withou this command, miner is starting but get only rejects

Try to rename example.conf into sgminer.conf and run sgminer without parameters. Switch to diamond pool. Will it work now?

Please provide your full command line and I will double check.

Thanks

My .bat file: sgminer.exe -k groestlcoin -o stratum+tcp://groestlcoin.biz:3334 -u blablabla -p 1 -I 22 -g 1 --thread-concurrency 11200 --lookup-gap 0 -w 256 --normal-hashing

Should be: sgminer.exe -k groestlcoin -o stratum+tcp://groestlcoin.biz:3334 -u blablabla -p 1 -I 22 -g 1 --thread-concurrency 11200 --lookup-gap 0 -w 256 --normal-hashing true

[srcxxx]

Possible to get these to work with danbi's pool?

Sure. I'm getting 16.7MH/s on R9 290 using "groestlcoin" kernel. "Optimized" is still faster, of course.

Diamondcoin (16.7 MH/s on R9 290): sgminer.exe -k groestlcoin -o stratum+tcp://dmdpool.digsys.bg:3333 -u whatever -p whatever -I 22 -w 256 --normal-hashing true
Diamondcoin (17.9 MH/s on R9 290): sgminer.exe -k optimized -o stratum+tcp://cryptohunger.com:50002 -u dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz -p xxx -I 22 -w 256 --normal-hashing true

[srcxxx]

Version 1.2.4 of grs-sgminer is now avaiable. See https://bitcointalk.org/index.php?topic=652849 for details.

R9 290 speed increased from 17.1 MH/s to 17.9 MH/s. Other GPUs should get a similar boost.

* now you need to use "-k optimized" if you want to use the optimized kernel.
* lookup-gap and thread-concurrency parameters are now removed. They were only needed for scrypt mining anyways.

PS: Future plans are adding myriad-groestl optimized support

[atlas12345]

hi, it should there be a problem with the new site because I mine for a week but I do not get anything in my wallet since 20/06.
I utilsait version 1 of the optimized kernel but I just upgrade to version 2 can be my problem be solved?

[pa1318]

Version 1.2.4 of grs-sgminer is now avaiable. See https://bitcointalk.org/index.php?topic=652849 for details.

R9 290 speed increased from 17.1 MH/s to 17.9 MH/s. Other GPUs should get a similar boost.

* now you need to use "-k optimized" if you want to use the optimized kernel.
* lookup-gap and thread-concurrency parameters are now removed. They were only needed for scrypt mining anyways.

PS: Future plans are adding myriad-groestl optimized support

270x on 14.6 driver,use "-k optimized"  get HW,no WU,why?

[srcxxx]

Version 1.2.4 of grs-sgminer is now avaiable. See https://bitcointalk.org/index.php?topic=652849 for details.

R9 290 speed increased from 17.1 MH/s to 17.9 MH/s. Other GPUs should get a similar boost.

* now you need to use "-k optimized" if you want to use the optimized kernel.
* lookup-gap and thread-concurrency parameters are now removed. They were only needed for scrypt mining anyways.

PS: Future plans are adding myriad-groestl optimized support

270x on 14.6 driver,use "-k optimized"  get HW,no WU,why?

If you provided more info, like your command line, it would have been easier to pinpoint the problem.

I assume that you are using the wrong server. Optimized only works with cryptohunger.com ports 50001 and up. Please reread the 1st post.

[srcxxx]

hi, it should there be a problem with the new site because I mine for a week but I do not get anything in my wallet since 20/06.
I utilsait version 1 of the optimized kernel but I just upgrade to version 2 can be my problem be solved?

Do you get any accepted shares in your sgminer?
Perhaps you only get rejects?
What is your hashrate? What is your command line?

Please either post here or PM me and I'll look into this (I can check logs on server)

[atlas12345]

my command line:

sgminer  -I 22  -w 256 -k optimized -o stratum+tcp://cryptohunger.com:50001 -u FcxzMudz3LT65TfaMpqsx5PvkTBiZvAiza -p xxx

all my work its accepted.

My hasrate : 60 - 70 mhs

wallet V: 2.1.06

last payments : 20/06/2014 18:51 ...

[srcxxx]

my command line:

sgminer  -I 22  -w 256 -k optimized -o stratum+tcp://cryptohunger.com:50001 -u FcxzMudz3LT65TfaMpqsx5PvkTBiZvAiza -p xxx

all my work its accepted.

My hasrate : 60 - 70 mhs

wallet V: 2.1.06

last payments : 20/06/2014 18:51 ...

Hi!

Thank you for notifying about this.

The payout job got stuck. Now fixed and all payouts should have come through.

srcxxx

[polanskiman]

Looking for a good how-to for windows 7 and grs-sgminer.

I normally mine on ubuntu 12.04 but wanted to try out windows 7 see if I could improve the hashing of my 280x cards. I installed Windows 7 and 13.12 AMD drivers. Also downloaded sgr-sgminer and configured the conf file. Unfortunatelly only 3 cards are recognised out of 4 and none seem to be hashing.

Did I forget to install anything else?

[safedisc]

I was mining 48h in your dokdo pool with the optimized groestl kernel and works fine and very fast..., but i calculate the fee and..., are you sure that is 0.8% instead 8% ? i can show my numbers if you like.

[srcxxx]

I was mining 48h in your dokdo pool with the optimized groestl kernel and works fine and very fast..., but i calculate the fee and..., are you sure that is 0.8% instead 8% ? i can show my numbers if you like.

I'm not sure what 0.8% fee you are referring to.

You are paid for your hashrate. The hashrate that is displayed in sgminer in "optimized" mode is already multiplied by the fee (so yes, the card is actually hashing a bit faster than what is displayed).

[srcxxx]

Looking for a good how-to for windows 7 and grs-sgminer.

I normally mine on ubuntu 12.04 but wanted to try out windows 7 see if I could improve the hashing of my 280x cards. I installed Windows 7 and 13.12 AMD drivers. Also downloaded sgr-sgminer and configured the conf file. Unfortunatelly only 3 cards are recognised out of 4 and none seem to be hashing.

Did I forget to install anything else?

Hi!

I have two R9 290 rigs. One is 14.6 beta on Windows and the other is 13.12 on BAMT linux.
Windows is much faster (I just can't figure out how to update the driver on BAMT).

But in theory you should be getting the same speed in Ubuntu and Windows, since 13.12 are the best drivers for R9 280X.

Please provide more info. Like command line, the exact error you're getting, etc.

Thanks

[polanskiman]

Looking for a good how-to for windows 7 and grs-sgminer.

I normally mine on ubuntu 12.04 but wanted to try out windows 7 see if I could improve the hashing of my 280x cards. I installed Windows 7 and 13.12 AMD drivers. Also downloaded sgr-sgminer and configured the conf file. Unfortunatelly only 3 cards are recognised out of 4 and none seem to be hashing.

Did I forget to install anything else?

Hi!

I have two R9 290 rigs. One is 14.6 beta on Windows and the other is 13.12 on BAMT linux.
Windows is much faster (I just can't figure out how to update the driver on BAMT).

But in theory you should be getting the same speed in Ubuntu and Windows, since 13.12 are the best drivers for R9 280X.

Please provide more info. Like command line, the exact error you're getting, etc.

Thanks

Hi there,

I can provide more info tonight as I am in the office now. But the bottom end of my question was if, apart from windows 7 + drivers + sgminer was there any other software/dependencies that I needed to install to start mining?

For now I just wanted to make sure I've got all in place before even troubleshooting mining issues (which in theory I can normally figure out myself).

As a side note I am only getting 4.7Mh out of my 280x cards while mining DMD on ubuntu 12.04, reason why I was tempted to make a Windows 7 install see if hashing could be improved. What I've seen in the google doc shared document is that 280x cards get around 7Mh and depending the brand even up to 14Mh.

Right now I'm stuck in limbo because my linux install is on a USB Drive.  I installed Windows on a separate Hard Drive. As stated above things didn't work so I wanted to revert to my linux install. I unplugged my HD and plugged my USB Drive linux back and for some reason it doesn't want to boot. Anyways I need to make this work soon enough.

[Litejavichu]

Nice work.  We will Atheistcoin nice pool. No block information worker?
Thanks

[srcxxx]

Nice work.  We will Atheistcoin nice pool. No block information worker?
Thanks

Thanks. I'm hoping to get even more speed.

> No block information worker?
Not sure what you mean, but perhaps this is what you're looking for: http://cryptohunger.com:81/workers

[safedisc]

I was mining 48h in your dokdo pool with the optimized groestl kernel and works fine and very fast..., but i calculate the fee and..., are you sure that is 0.8% instead 8% ? i can show my numbers if you like.

I'm not sure what 0.8% fee you are referring to.

You are paid for your hashrate. The hashrate that is displayed in sgminer in "optimized" mode is already multiplied by the fee (so yes, the card is actually hashing a bit faster than what is displayed).

What is the fee in your dokdo pool ?

[srcxxx]

I was mining 48h in your dokdo pool with the optimized groestl kernel and works fine and very fast..., but i calculate the fee and..., are you sure that is 0.8% instead 8% ? i can show my numbers if you like.

I'm not sure what 0.8% fee you are referring to.

You are paid for your hashrate. The hashrate that is displayed in sgminer in "optimized" mode is already multiplied by the fee (so yes, the card is actually hashing a bit faster than what is displayed).

What is the fee in your dokdo pool ?

Your hashrate in sgminer is already multiplied by the pool fee. There is no other fee on top of it. There are no transaction fees either.
You are paid for the amount of MH/s you're getting in sgminer. Nothing less and nothing more.

[polanskiman]

Possible to get these to work with danbi's pool?

Sure. I'm getting 16.7MH/s on R9 290 using "groestlcoin" kernel. "Optimized" is still faster, of course.

Diamondcoin (16.7 MH/s on R9 290): sgminer.exe -k groestlcoin -o stratum+tcp://dmdpool.digsys.bg:3333 -u whatever -p whatever -I 22 -w 256 --normal-hashing true
Diamondcoin (17.9 MH/s on R9 290): sgminer.exe -k optimized -o stratum+tcp://cryptohunger.com:50002 -u dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz -p xxx -I 22 -w 256 --normal-hashing true

I personally can't use the groestlcoin kernel. All shares get rejected.

This is my config with 4 280x Gigabyte Windforce:

Code:

"api-listen" : true,
"api-allow" : "W:127.0.0.1",
"api-mcast-port" : "4028",
"api-port" : "4028",
"_device" : "0,1,2,3",
"intensity" : "13",
"difficulty-multiplier" : "0.0039062500",
"_rawintensity" : "8191",
"gpu-threads" : "2",
"worksize" : "256",
"thread-concurrency" : "0",
"shaders" : "2048",
"gpu-engine" : "1200,1200,1200,1200",
"gpu-memclock" : "1500,1500,1500,1500",
"gpu-powertune" : "0",
"lookup-gap" : "2",
"auto-gpu" : true,
"auto-fan" : true,
"gpu-fan" : "0-100",
"temp-cutoff" : "89",
"temp-overheat" : "85",
"temp-target" : "65",
"temp-hysteresis" : "3",
"failover-only" : true,
"_scrypt" : true,
"_vectors" : "1",
"kernel" : "diamond",
"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"
}

And this is my hashrate:

Code:

--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  62.0C 2282RPM | 4.772M/4.841Mh/s | R:  0.0% HW:0 WU:0.121/m I:13
 GPU 1:  61.0C 2149RPM | 4.744M/4.812Mh/s | R:  0.0% HW:0 WU:0.040/m I:13
 GPU 2:  61.0C 2534RPM | 4.742M/4.824Mh/s | R:  0.0% HW:0 WU:0.061/m I:13
 GPU 3:  60.0C 1981RPM | 4.770M/4.844Mh/s | R:  0.0% HW:0 WU:0.020/m I:13
--------------------------------------------------------------------------------

All this is on ubuntu 12.04. Normally my cards are undervolted for other coins but for DMD I had to bring the voltage back to 1.2V in order to maximise hashing. Even had to overlock a bit from 1100Mhz to 1200Mhz.

What you guys think? Seems low to me.

[srcxxx]

For all people that have problems - I highly recommend that you try the example command lines. They work 100%.
Once you see that it does work, you can move on to playing with other settings.

As for the problem in your config...
You are using kernel "diamond". There is no such thing in grs-sgminer.
You should use kernel "groestl" or "optimized". For diamondcoin, you should set "normal-hashing" to true. Please read the 1st post for details.

Possible to get these to work with danbi's pool?

Sure. I'm getting 16.7MH/s on R9 290 using "groestlcoin" kernel. "Optimized" is still faster, of course.

Diamondcoin (16.7 MH/s on R9 290): sgminer.exe -k groestlcoin -o stratum+tcp://dmdpool.digsys.bg:3333 -u whatever -p whatever -I 22 -w 256 --normal-hashing true
Diamondcoin (17.9 MH/s on R9 290): sgminer.exe -k optimized -o stratum+tcp://cryptohunger.com:50002 -u dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz -p xxx -I 22 -w 256 --normal-hashing true

I personally can't use the groestlcoin kernel. All shares get rejected.

This is my config with 4 280x Gigabyte Windforce:

Code:

"api-listen" : true,
"api-allow" : "W:127.0.0.1",
"api-mcast-port" : "4028",
"api-port" : "4028",
"_device" : "0,1,2,3",
"intensity" : "13",
"difficulty-multiplier" : "0.0039062500",
"_rawintensity" : "8191",
"gpu-threads" : "2",
"worksize" : "256",
"thread-concurrency" : "0",
"shaders" : "2048",
"gpu-engine" : "1200,1200,1200,1200",
"gpu-memclock" : "1500,1500,1500,1500",
"gpu-powertune" : "0",
"lookup-gap" : "2",
"auto-gpu" : true,
"auto-fan" : true,
"gpu-fan" : "0-100",
"temp-cutoff" : "89",
"temp-overheat" : "85",
"temp-target" : "65",
"temp-hysteresis" : "3",
"failover-only" : true,
"_scrypt" : true,
"_vectors" : "1",
"kernel" : "diamond",
"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"
}

And this is my hashrate:

Code:

--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  62.0C 2282RPM | 4.772M/4.841Mh/s | R:  0.0% HW:0 WU:0.121/m I:13
 GPU 1:  61.0C 2149RPM | 4.744M/4.812Mh/s | R:  0.0% HW:0 WU:0.040/m I:13
 GPU 2:  61.0C 2534RPM | 4.742M/4.824Mh/s | R:  0.0% HW:0 WU:0.061/m I:13
 GPU 3:  60.0C 1981RPM | 4.770M/4.844Mh/s | R:  0.0% HW:0 WU:0.020/m I:13
--------------------------------------------------------------------------------

All this is on ubuntu 12.04. Normally my cards are undervolted for other coins but for DMD I had to bring the voltage back to 1.2V in order to maximise hashing. Even had to overlock a bit from 1100Mhz to 1200Mhz.

What you guys things? Seems low to me.

[paladin281978]

srcxxx

where can I see on the pool cryptohunger.com how much me paid and how much I mining coins a total of?
I tried mining GRS, but I did not get coins.

[polanskiman]

For all people that have problems - I highly recommend that you try the example command lines. They work 100%.
Once you see that it does work, you can move on to playing with other settings.

As for the problem in your config...
You are using kernel "diamond". There is no such thing in grs-sgminer.
You should use kernel "groestl" or "optimized". For diamondcoin, you should set "normal-hashing" to true. Please read the 1st post for details.

I did read the OP. I simply got confused with the miner names and didn't realise that grs was a fork of sph. I am currently using Danbi's sph-sgminer in which there is indeed a diamond kernel.

I guess I'll have to try out grs-sgminer see if that improves hashing. Just bored of having to continuously compile miners and all the related config that goes with them in order to make the rig autonomous.

As for the "normal-hashing" paramenter. It is not included in the example.conf file provided in the windows build as you mention in the OP. Should it be like this:?

Code:

"normal-hashing" : true,

Finally, and please don't take this the wrong way, but providing those binary files in the built is not a good idea for several reasons. One of them being that each GPU even same model GPUs behave differently due to the fact that each memory chip is different thus making your binary only truely efficient for your cards.

[srcxxx]

R9 290 is now 20 MH/s. Get this file: https://mega.co.nz/#!FRZHhTTS!pkZZm61d7q1RkOmvL0N5sOEidbimabCGKRn0w0kcso8

[srcxxx]

srcxxx

where can I see on the pool cryptohunger.com how much me paid and how much I mining coins a total of?
I tried mining GRS, but I did not get coins.

See statistics here: http://cryptohunger.com:81/workers

As for payouts, I can look it up for you if you send me your wallet address (here or PM).

I doubt that payouts are not working, because I'm mining on this pool myself.

[srcxxx]

Finally, and please don't take this the wrong way, but providing those binary files in the built is not a good idea for several reasons. One of them being that each GPU even same model GPUs behave differently due to the fact that each memory chip is different thus making your binary only truely efficient for your cards.

I don't think so. Memory is not currently used in the miner at all.

But it'll be interesting to read about this. Please send a link if you have it. Thanks

[Mister1k]

srcxxx

where can I see on the pool cryptohunger.com how much me paid and how much I mining coins a total of?
I tried mining GRS, but I did not get coins.

See statistics here: http://cryptohunger.com:81/workers

As for payouts, I can look it up for you if you send me your wallet address (here or PM).

I doubt that payouts are not working, because I'm mining on this pool myself.

I mined for at least 12 hours on the diamond pool. I have diamond wallet v 2.0.2.1
But I am not getting paid. Address 
dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL
7950 12.880 mhs. Thankx
Great job.

[polanskiman]

Finally, and please don't take this the wrong way, but providing those binary files in the built is not a good idea for several reasons. One of them being that each GPU even same model GPUs behave differently due to the fact that each memory chip is different thus making your binary only truely efficient for your cards.

I don't think so. Memory is not currently used in the miner at all.

But it'll be interesting to read about this. Please send a link if you have it. Thanks

I didn't say memory was used nor that it was used in the miner. I said the memory chips (withing the GPUs) are all different thus each configuration is different. Part of those binaries data include how the GPU's memory chip perform thus if you make them with your own GPUs they will be 100% customized for your GPUs. 2 GPUs of the same brand and same model might very well not perform the same way because of the memory chips inside them. Hope it's clearer like this.

[srcxxx]

Finally, and please don't take this the wrong way, but providing those binary files in the built is not a good idea for several reasons. One of them being that each GPU even same model GPUs behave differently due to the fact that each memory chip is different thus making your binary only truely efficient for your cards.

I don't think so. Memory is not currently used in the miner at all.

But it'll be interesting to read about this. Please send a link if you have it. Thanks

I didn't say memory was used nor that it was used in the miner. I said the memory chips (withing the GPUs) are all different thus each configuration is different. Part of those binaries data include how the GPU's memory chip perform thus if you make them with your own GPUs they will be 100% customized for your GPUs. 2 GPUs of the same brand and same model might very well not perform the same way because of the memory chips inside them. Hope it's clearer like this.

This is interesting information and that's why I'm asking if you can point me to some article on this. I really would like to know more about .bin files that AMD uses. NVidia .bin are really easy, they are clear text.

An interesting thing is that Piticarn and Tahiti binaries are interchangeable.

And you probably know how the .bin naming strategy is used in sgminer. So if you had two R9 290 from different brands in your mining rig, they'll still be using the same .bin. Not different.

[Mister1k]

I'll try to contribute to this discussion somewhat.
Just my experiences. Food for thought. When I am mining dark.
3 7950s two machines. One win 32 one win 64.
sgminer 4.1. x11 This is an example.
The Bin generated in the Win 7 64 machine I use in the
Win7 32 because its better. More kh around 400 by my observations.
If I let it generate in the win7 32 it drops. So I drag it over.
I've done this before scrypt mining as well. Some bins are better than others.
Whenever I mine ,whatever I mine, I use custom memory timed bios.All cards. all Tahiti.
Hynix memory on one. elpidia on the other two Ref sapphires. Tweaked for 1500
X11 Litecoin, dark ,diamond don't matter. In my opinion these Bios tweak it to the max.
My 7950s eat up other 7950s and efficient. Just amaze me really.
Bios where created edited By a user named Stilt. On the Lite coin forum.
I must have 200 bios. . 7950s 7970s some 280x all specific to the memory chips.
Now I'm hitting 13.70 on this win7 32 machine with a renamed Bop dropped in the directory.
All Stable. Kudos again OP.
this was the thread.
https://litecointalk.org/index.php?topic=12369.0
https://litecointalk.org/index.php?topic=12830.0

[polanskiman]

Finally, and please don't take this the wrong way, but providing those binary files in the built is not a good idea for several reasons. One of them being that each GPU even same model GPUs behave differently due to the fact that each memory chip is different thus making your binary only truely efficient for your cards.

I don't think so. Memory is not currently used in the miner at all.

But it'll be interesting to read about this. Please send a link if you have it. Thanks

I didn't say memory was used nor that it was used in the miner. I said the memory chips (withing the GPUs) are all different thus each configuration is different. Part of those binaries data include how the GPU's memory chip perform thus if you make them with your own GPUs they will be 100% customized for your GPUs. 2 GPUs of the same brand and same model might very well not perform the same way because of the memory chips inside them. Hope it's clearer like this.

This is interesting information and that's why I'm asking if you can point me to some article on this. I really would like to know more about .bin files that AMD uses. NVidia .bin are really easy, they are clear text.

An interesting thing is that Piticarn and Tahiti binaries are interchangeable.

And you probably know how the .bin naming strategy is used in sgminer. So if you had two R9 290 from different brands in your mining rig, they'll still be using the same .bin. Not different.

I'm by no means an expert. I simply used my logic since when configuring a GPU in the .conf file it nearly always lead to having slightly different configuration values for 2 different cards (in order to maximise their potential) although they are identical brands/model. You can actually see it in the hashrate (above) of the 4 cards. You will notice that the 1st and last one are slightly hashing more than the 2nd and 3rd one. The 4 cards are 280x Windforce Gigabyte cards but 2 of them have Elpida chips while the 2 others have the Hynix chip.

Anyways, I also installed grs-sgminer. I keep getting all rejects. I've disabled tc, lookup-gap, changed to groestlcoin kernel, disabled difficulty multiplier and added the normal hashing parameter. This is my 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" : "2",
"worksize" : "256",
"_thread-concurrency" : "0",
"shaders" : "2048",
"gpu-engine" : "1200,1200,1200,1200",
"gpu-memclock" : "1500,1500,1500,1500",
"gpu-powertune" : "0",
"_lookup-gap" : "2",
"auto-gpu" : true,
"auto-fan" : true,
"gpu-fan" : "0-100",
"temp-cutoff" : "89",
"temp-overheat" : "85",
"temp-target" : "65",
"temp-hysteresis" : "3",
"failover-only" : true,
"_scrypt" : true,
"_vectors" : "1",
"kernel" : "groestlcoin",
"normal hashing" : true,
"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"
}

EDIT: I just saw the subtlety. The normal-hashing parameter goes just under the pools config info (below the user).

EDIT 2: Sweet jesus! just getting 2.8Mh more per card than with sph-sgminer. It's like having ~2 more cards

[alexzerg11]

My result on groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 7.5 Mh, and on the optimized groestlcoin.cl - 7.87 Mh = better in 5%
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 5.18 Mh, and on the optimized groestlcoin.cl - 5.4 Mh = better in 5%

Version 1.2.4 (second release):
radeon 270x (1180Mhz, driver ver. 14.6b) - 8.81 Mh;
radeon 7850 (1050Mhz, driver ver. 14.6b) - 6.24 Mh.

Second best original release by ~18-20%, but is rigidly attached to the pool Developer 

[polanskiman]

My result on groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 7.5 Mh, and on the optimized groestlcoin.cl - 7.87 Mh = better in 5%
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 5.18 Mh, and on the optimized groestlcoin.cl - 5.4 Mh = better in 5%

Version 1.2.4 (second release):
radeon 270x (1180Mhz, driver ver. 14.6b) - 8.81 Mh;
radeon 7850 (1050Mhz, driver ver. 14.6b) - 6.24 Mh.

Second best original release by ~18-20%, but is rigidly attached to the pool Developer 

Indeed. I did try the optimized kernel and it gave me ~3Mh more per card from the already 2.8Mh extra given by the standard kernel from sgr-sgminer.

Will the optimized kernel work with other pools at some point?

[pikuchato]

Is it possible to solo mine DMD with the optimized kernel ?

[srcxxx]

Is it possible to solo mine DMD with the optimized kernel ?

No.

[srcxxx]

Will the optimized kernel work with other pools at some point?

Possibly, but not in short term.

[utahjohn]

14.6 RC2 available now

http://support.amd.com/en-us/kb-articles/Pages/latest-catalyst-windows-beta.aspx

[srcxxx]

Notice for 7950 and 280X miners. And possibly for R9 270 and 270X.

If you want to achieve better hashrates, you might try to use the Hawaii optimized kernel.

For example, 7950 went from 12.880 to 13.700 using it (thank you Mister1k for this info).

What you need to do: download this file.

Rename it to groestlcoinTahiti256l4.bop and see if it gives you better speed.
Other cards might need the Piticarn or Cayman instead of Tahiti.

[srcxxx]

I'm sorry to say but looks like DMD payouts where not processed for a few days.
The problem is fixed now and you should be getting 0.1+ DMD payments frequently if you are mining.
I apologize for this screwup.

If you are one of the people that did not get proper payout - please send me a personal message with your wallet, hashrate and duration of mining. I'll check server logs and will send you the DMD owed manually.

Thanks!

[utahjohn]

Notice for 7950 and 280X miners. And possibly for R9 270 and 270X.

If you want to achieve better hashrates, you might try to use the Hawaii optimized kernel.

For example, 7950 went from 12.880 to 13.700 using it (thank you Mister1k for this info).

What you need to do: download this file.

Rename it to groestlcoinTahiti256l4.bop and see if it gives you better speed.
Other cards might need the Piticarn or Cayman instead of Tahiti.

Using sgminer 4.1.0-103-g00015

I tried the bop renamed appropriately to Tahiti bin:
R9280X 13.9 Mhs
HD7950 12.5 MHs
Total     26.4 MHs up from 21.4 MHs
Will report if blocks found solo mining ...

Getting HW errors on both cards

[paladin281978]

utahjohn

which driver version?

on 14.6 speed is not changed.

[utahjohn]

using 14.6 may23 release
went back to earlier posted OPT bin file and mining at 21.4 MHs no HW errors, finding blocks solo.
Am going to try 14.6 RC2 June23 release in a bit ...

[Jodlar]

Wtf, with 1.0.1 version it was working fine. I got 14.9 Mh/s per card (sapphire dual-x 280x)

With 1.2.4 version I got only 7 Mh/s on groestlcoin kernel. 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) When I changed kernel back to groestlcoin, it started to show my hashrate on the pool again.

So now I'm back to version 1.0.1

[paladin281978]

Jodlar

optimized kernel works only on cryptohunger.com

[paladin281978]

srcxxx

cryptohunger.com has no clear statistics - this is bad!
need to see how much I mining and how much was paid.
need more detailed statistics pool and blocks
Please add!

and optimized kernel stronger heats graphics card

[srcxxx]

srcxxx

cryptohunger.com has no clear statistics - this is bad!
need to see how much I mining and how much was paid.
need more detailed statistics pool and blocks
Please add!

and optimized kernel stronger heats graphics card

Yes, I also want to have proper statistics.

But the NOMP pool software is not created by me.
I offered the developer some BTC and hopefully it'll get added soon.

There's a feature request on github: https://github.com/zone117x/node-open-mining-portal/issues/295

For now, the payouts are happening every 10 minutes if you have 1 ATH, 1 DMD or 0.1 DMD.
You can calculate how much you are supposed to earn per day using calculators from coinwarz.com.

For example, one R9 290 should give 12 DMD per day. Something like five 0.1 DMD payouts per hour.


I have MPOS stratum running on grs.cryptohunger.com and I hate it.
It crashes at least once in a week.
And also there are 200,000 GRS in the wallet mined by all users I have in the pool.

So if my server gets hacked or broken, they'll all just disappear.

With NOMP - there are no risks. All mined coins are payed out completely during a pay cycle.

PS: I'm thinking of changing 10 minute payouts to per-hour payouts.

[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"

[polanskiman]

"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

Yeah every card is different even if they are the same model and even the same brand. Mine are Gigabyte Windforce. Two are GV-R928XOC-3GD/F70 and two are GV-R928XOC-3GD/F60. 280x are in fact HD7970 rebranded.

Strange regarding threads though. Did you try with "gpu-threads" : 1 ?

[polanskiman]

"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",
"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"

You can't use the optimized kernel in solo mining though. Also, Thread Concurrency and look gap are not necessary anymore. Mem clock seems also high to me. Intensity works best with 22 in my case. That's for the 280x ?

Have you tried the OP's basic config or mine?

[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

Yeah every card is different even if they are the same model and even the same brand. Mine are Gigabyte Windforce. Two are GV-R928XOC-3GD/F70 and two are GV-R928XOC-3GD/F60. 280x are in fact HD7970 rebranded.

Strange regarding threads though. Did you try with "gpu-threads" : 1 ?

Just tried 1 and I get about 1.5MHs gain combined on both cards, thanks

Revising my config posted last page

[polanskiman]

I recommend you start from scratch and use the basic config provided by the OP. Mine is quite similar except I simply disabled most parameters with underscores.

[utahjohn]

Obviously my config for solo still needs a bit of work.

280x 63C 11.4 MHs
7950 64C 12.4 MHs

280x was faster than 7950 before

[polanskiman]

Obviously my config for solo still needs a bit of work.

280x 63C 11.4 MHs
7950 64C 12.4 MHs

280x was faster than 7950 before

Try deleting the .bin file if you make some changes to the config.

[srcxxx]

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?

Once Danbi is back from his travel we can discuss it with him directly.

[srcxxx]

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.

Hi!

the l4 / l8 is the sizeof(long). So looks like "long int" is 8 bytes on your system.
Are you using linux?

I assume that it works ok after renaming, so I can probably safely get rid of "l4" in the end in next release.

What are your video cards? 7950?

Thanks

[srcxxx]

Obviously my config for solo still needs a bit of work.

280x 63C 11.4 MHs
7950 64C 12.4 MHs

280x was faster than 7950 before

Hi!

Could you please let me know why are you solomining?
Is it some other coin? (I.e. not DMD, GRS, ATH, DOKDO) ?
Is it because if power consumption?

Because 280X should give you about 14MH - 17MH on 280X with optimized kernel.

Thanks

[polanskiman]

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?

Once Danbi is back from his travel we can discuss it with him directly.

Indeed. He said he would look at it after his trip.

[polanskiman]

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.

Hi!

the l4 / l8 is the sizeof(long). So looks like "long int" is 8 bytes on your system.
Are you using linux?

I assume that it works ok after renaming, so I can probably safely get rid of "l4" in the end in next release.

What are your video cards? 7950?

Thanks

Hello Srcxxx,

Yes using Ubuntu 12.04.

No, I am using 280x cards (or 7970 for that matter).

BTW, will the kernel be further improved while maintaining power consumption?

[paladin281978]

srcxxx

ATH has 80 confirmations?
Withdrawal also wait 2-3 hours or less?

[polanskiman]

srcxxx

ATH has 80 confirmations?
Withdrawal also wait 2-3 hours or less?

As stated in his previous post ATH payments are also processed every hour except when you start mining, the first payment will take place within 2/3 hours from mining. I have been mining DMD in cryptohunger pool since yesterday and I am receiving payments every hour now.

As for the confirmation with ATH that I don't know

[utahjohn]

@srcxxx

You asked why I am solo mining, As soon as my block gets confirmed it starts getting coin-age right?  Seems like an advantage over pool mining to me

[Mister1k]

Whats going on with the diamond/groestl network. Snails pace or what.
Why is the net diff so low all of a sudden and rejects everywhere?
Auto pay doesn't seem to be working or is slow as molasses@ cryptohunger.
Two transactions in   7 hours from start of mining.waited 4 plus for first pay.
Two machines.Transactions for one address only.
Any ideas ?  The whole groestl network way down. Coming back now.
I see a lot of unconfirmed block finds on Diamond.
And see alot of
Block detected before pool notification.

[polanskiman]

Whats going on with the diamond/groestl network. Snails pace or what.
Why is the net diff so low all of a sudden and rejects everywhere?
Auto pay doesn't seem to be working or is slow as molasses@ cryptohunger.
Two transactions in   7 hours from start of mining.waited 4 plus for first pay.
Two machines.Transactions for one address only.
Any ideas ?  The whole groestl network way down. Coming back now.
I see a lot of unconfirmed block finds on Diamond.
And see alot of
Block detected before pool notification.

PoS just started. Diff is back up now. Have a look at https://bitcointalk.org/index.php?topic=580725

[Mister1k]

Whats going on with the diamond/groestl network. Snails pace or what.
Why is the net diff so low all of a sudden and rejects everywhere?
Auto pay doesn't seem to be working or is slow as molasses@ cryptohunger.
Two transactions in   7 hours from start of mining.waited 4 plus for first pay.
Two machines.Transactions for one address only.
Any ideas ?  The whole groestl network way down. Coming back now.
I see a lot of unconfirmed block finds on Diamond.
And see alot of
Block detected before pool notification.

PoS just started. Diff is back up now. Have a look at https://bitcointalk.org/index.php?topic=580725

Thank for the pointer .
I am Still a little bewildered on the numbers coming from cryptohunger. :/
.3 dmd for 35 mhs 10 blocks found personally. 6 hours on one machine ,4 on another.
Uh...??
Standard groestl diamond pool.25 mhs 1.5 dmd in an hour!! 3 blocks personally found.
Uh?
Hash for cash?
What's the round time? Whens a block found? Etc.

[pikuchato]

Whats going on with the diamond/groestl network. Snails pace or what.
Why is the net diff so low all of a sudden and rejects everywhere?
Auto pay doesn't seem to be working or is slow as molasses@ cryptohunger.
Two transactions in   7 hours from start of mining.waited 4 plus for first pay.
Two machines.Transactions for one address only.
Any ideas ?  The whole groestl network way down. Coming back now.
I see a lot of unconfirmed block finds on Diamond.
And see alot of
Block detected before pool notification.

PoS just started. Diff is back up now. Have a look at https://bitcointalk.org/index.php?topic=580725

Thank for the pointer .
I am Still a little bewildered on the numbers coming from cryptohunger. :/
.3 dmd for 35 mhs 10 blocks found personally. 6 hours on one machine ,4 on another.
Uh...??
Standard groestl diamond pool.25 mhs 1.5 dmd in an hour!! 3 blocks personally found.
Uh?
Hash for cash?
What's the round time? Whens a block found? Etc.

My payouts are low as well

[Mister1k]

Whats going on with the diamond/groestl network. Snails pace or what.
Why is the net diff so low all of a sudden and rejects everywhere?
Auto pay doesn't seem to be working or is slow as molasses@ cryptohunger.
Two transactions in   7 hours from start of mining.waited 4 plus for first pay.
Two machines.Transactions for one address only.
Any ideas ?  The whole groestl network way down. Coming back now.
I see a lot of unconfirmed block finds on Diamond.
And see alot of
Block detected before pool notification.

PoS just started. Diff is back up now. Have a look at https://bitcointalk.org/index.php?topic=580725

Thank for the pointer .
I am Still a little bewildered on the numbers coming from cryptohunger. :/
.3 dmd for 35 mhs 10 blocks found personally. 6 hours on one machine ,4 on another.
Uh...??
Standard groestl diamond pool.25 mhs 1.5 dmd in an hour!! 3 blocks personally found.
Uh?
Hash for cash?
What's the round time? Whens a block found? Etc.

My payouts are low as well

Something not right.
Transaction detail for today from cryptohunger. EST
TRUE   2014-06-26T15:46:17   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.167671
TRUE   2014-06-26T14:46:16   Received with   Cryptohunger Diamond Mac2   dW4K3gk1d6eKt3F2hn24Dt89tbqizuWWQ3    0.076928
TRUE   2014-06-26T14:46:16   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.194418
TRUE   2014-06-26T14:38:08   Received with   Standard groestl pool  Mac2  dLCjSU7dpSQFuFx9R58bDC35Md6VRkCeey    1.085448

TRUE   2014-06-26T13:46:15   Received with    Cryptohunger Diamond Mac2   dW4K3gk1d6eKt3F2hn24Dt89tbqizuWWQ3    0.034695
TRUE   2014-06-26T13:46:15   Received with    Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.029923
TRUE   2014-06-26T11:47:13   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.05359
TRUE   2014-06-26T10:46:16   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.188692

.745917 for 40 mhs with at least 10 blocks found. Are you kidding me?
As soon as I seen the first transaction I knew something was up.
Mac1 is  one card 13.7 mhs on optimized. 10.6mh on standard groestl
Mac2 is a double card 26+ mh on optimized. 21+mh on standard groestl
I started at 6 am until 12 noon on Mac 1
Mac2 at 7 am until the first transaction came thru!! around 11 am.
Then I switched to standard pools.
Look at the time stamps for the other transaction from a standard pool.FFS!!
Mac2 in an hour or less.
Mac 2 at Cryptohunger 4 hrs run time for .111623!!!
10 Machine hours 40mh+ for .745917 diamond.. OMFG
1 machine hour 25+mh standard pool. For 1.085448.
You do the math.
Look at the worker stats on the site. For WHAT?
Share count means nothing!
Rejects mean nothing! 
Hash rates float all over.
Hash for your cash. 
burning out cards.

[polanskiman]

Something not right.
Transaction detail for today from cryptohunger. EST
TRUE   2014-06-26T15:46:17   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.167671
TRUE   2014-06-26T14:46:16   Received with   Cryptohunger Diamond Mac2   dW4K3gk1d6eKt3F2hn24Dt89tbqizuWWQ3    0.076928
TRUE   2014-06-26T14:46:16   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.194418
TRUE   2014-06-26T14:38:08   Received with   Standard groestl pool  Mac2  dLCjSU7dpSQFuFx9R58bDC35Md6VRkCeey    1.085448

TRUE   2014-06-26T13:46:15   Received with    Cryptohunger Diamond Mac2   dW4K3gk1d6eKt3F2hn24Dt89tbqizuWWQ3    0.034695
TRUE   2014-06-26T13:46:15   Received with    Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.029923
TRUE   2014-06-26T11:47:13   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.05359
TRUE   2014-06-26T10:46:16   Received with   Cryptohunger Diamond Mac1   dK2bEazyFqqBFkyXeTYLpmM5Rw6BFAtAJL    0.188692

.745917 for 40 mhs with at least 10 blocks found. Are you kidding me?
As soon as I seen the first transaction I knew something was up.
Mac1 is  one card 13.7 mhs on optimized. 10.6mh on standard groestl
Mac2 is a double card 26+ mh on optimized. 21+mh on standard groestl
I started at 6 am until 12 noon on Mac 1
Mac2 at 7 am until the first transaction came thru!! around 11 am.
Then I switched to standard pools.
Look at the time stamps for the other transaction from a standard pool.FFS!!
Mac2 in an hour or less.
Mac 2 at Cryptohunger 4 hrs run time for .111623!!!
10 Machine hours 40mh+ for .745917 diamond.. OMFG
1 machine hour 25+mh standard pool. For 1.085448.
You do the math.
Look at the worker stats on the site. For WHAT?
Share count means nothing!
Rejects mean nothing! 
Hash rates float all over.
Hash for your cash. 
burning out cards.

I quote from srcxxx (post #82: https://bitcointalk.org/index.php?topic=652849.msg7500564#msg7500564):

"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!"

I personally see no problem. Every payout is different every hour but the total in 24 hours corresponds to my hashing power (~60Mh) which roughtly corresponds to 25 DMD per day.

[paladin281978]

the pool is not transparent statistics, so people are not happy ...
only srcxxx is to blame that chose this template for a pool with no clear statistics, not people.
but I think the statistics correct. but not transparent

[polanskiman]

the pool is not transparent statistics, so people are not happy ...
only srcxxx is to blame that chose this template for a pool with no clear statistics, not people.
but I think the statistics correct. but not transparent

Yes I agree the website needs some more detailed stats and also needs to be a bit more polished. The Getting Started and API pages are also not complete.

Not sure why you are talking about blame though. That's a choice scrxxx did to select NOMP over MPOS and there is nothing wrong with that. Now, some people might like it some others might not, but then it become their choice to mine elsewhere.

What I see though is that most people tend to complaint quite quick whitout trying to figure out why things are the way they are. I have noticed in general that people don't simply read past posts or OP properly. Impatience. I also remember being like that myself.

Anyways, yes the pool needs to be polished and I beleive it's a priority.

[srcxxx]

Hi Guys!

First of all, thanks for your feedback. Both positive and negative.

Regarding the pool and the lack of statistics...
As I already said, I would like to have statistics myself. Pools like http://max.1gh.com/ and http://dwarfpool.com/tac have nice statistics and stuff.
But they are using some custom pool code and it is not open source. I.e. I don't have access to it.

MPOS is open source and I even have it running on grs.cryptohunger.com. But... I hate it.
Had too many troubles with it (BTW, I had to write my own stratum implementation for Groestlcoin which took 2 weeks).
So I am not going to use MPOS.

When you are just starting mining or switching to a new coin, you want statistics. I get that. But once you played with it for a few days, you just leave your rigs hashing and find something else to occupy your time. Just look at the 1.13 GH whale mining Dokdocoin (BTW, thanks for staying on my pool, whoever you are). I'm sure he is very sensitive to the amount of coins he gets every hour.

NOMP is a new project. It is growing fast. It is very good conceptually (very low server load, no risk for pool operator as all coins are completely paid out). Just about a month ago it didn't have worker statistics. Now it is added: http://cryptohunger.com:81/workers
There is a feature request for statistics in NOMP and I'm hoping it'll be added shortly.

I encourage you to give it a try with the "optimized" kernel. Leave it running say overnight.
In the morning check transactions in your wallet. There will be some coins sent to you every hour. That's your statistics.
If you are happy with it - please keep mining.
If you are not - no problem also. Use some other pool with "groestlcoin" kernel.
Yes, the non-optimized kernel is slower. But it is still faster than the sph-sgminer.

I am planning to continue working on grs-sgminer until there is stuff to optimize (currently I see 5 potential changes that might improve hashrate, that is without completely changing the algo, like ccMiner KillerGroestl's bit slicing).

This weekend I'm planning to get more hashrate for both the "groestlcoin" and "optimized" kernels.

Once it is ready, I'll post here and in twitter (https://twitter.com/CryptoHunger).

Also, if you are mining on cryptohunger.com:5000X, you will see a notification message pop up.

Keep on hashing!

Thanks!
srcxxx

[srcxxx]

@srcxxx

You asked why I am solo mining, As soon as my block gets confirmed it starts getting coin-age right?  Seems like an advantage over pool mining to me

Hi!

With a pool you'll be getting payouts every hour.
And the newly received coins will start accumulating coin age in your wallet every hour.

If you are solo mining, you don't get blocks on a regular basis.

Also, I doubt that a few more minutes of coin age will change much.

Plus there is additional hashrate in optimized kernel.

srcxxx

[polanskiman]

Hi Guys!

First of all, thanks for your feedback. Both positive and negative.

Regarding the pool and the lack of statistics...
As I already said, I would like to have statistics myself. Pools like http://max.1gh.com/ and http://dwarfpool.com/tac have nice statistics and stuff.
But they are using some custom pool code and it is not open source. I.e. I don't have access to it.

MPOS is open source and I even have it running on grs.cryptohunger.com. But... I hate it.
Had too many troubles with it (BTW, I had to write my own stratum implementation for Groestlcoin which took 2 weeks).
So I am not going to use MPOS.

When you are just starting mining or switching to a new coin, you want statistics. I get that. But once you played with it for a few days, you just leave your rigs hashing and find something else to occupy your time. Just look at the 1.13 GH whale mining Dokdocoin (BTW, thanks for staying on my pool, whoever you are). I'm sure he is very sensitive to the amount of coins he gets every hour.

NOMP is a new project. It is growing fast. It is very good conceptually (very low server load, no risk for pool operator as all coins are completely paid out). Just about a month ago it didn't have worker statistics. Now it is added: http://cryptohunger.com:81/workers
There is a feature request for statistics in NOMP and I'm hoping it'll be added shortly.

I encourage you to give it a try with the "optimized" kernel. Leave it running say overnight.
In the morning check transactions in your wallet. There will be some coins sent to you every hour. That's your statistics.
If you are happy with it - please keep mining.
If you are not - no problem also. Use some other pool with "groestlcoin" kernel.
Yes, the non-optimized kernel is slower. But it is still faster than the sph-sgminer.

I am planning to continue working on grs-sgminer until there is stuff to optimize (currently I see 5 potential changes that might improve hashrate, that is without completely changing the algo, like ccMiner KillerGroestl's bit slicing).

This weekend I'm planning to get more hashrate for both the "groestlcoin" and "optimized" kernels.

Once it is ready, I'll post here and in twitter (https://twitter.com/CryptoHunger).

Also, if you are mining on cryptohunger.com:5000X, you will see a notification message pop up.

Keep on hashing!

Thanks!
srcxxx

+1

"But once you played with it for a few days, you just leave your rigs hashing and find something else to occupy your time."
Yes and no. Yes you are right. No, it's not a reason for not actively persuing improvements. People might not look at the pool every day, still people are investing in your pool and the future of the coin.

In anycase, for me what should be addressed in priority is the looks of the website. At least make it look like it's finished. Like I said the API and the Get Started pages seem to be incomplete and that for me is more of a problem than the current available stats. It doesn't give a good image. I rather see something little but well finished than a huge gas factory where flames are coming out of everywhere whole. You get my point.

As for the stats, well I guess patience is the word. The basic stats I would personally like to see are:
- estimated coin/day
- hashing history of addresses under graph form
- node uptime
- current coin difficulty
- payouts per address (this would give some more transparency to the project)

Anyways, good job. Keep it coming. BTW is it your job to code?

[srcxxx]

I'm seeing lots of orphaned blocks on Diamond pool.

I'm pretty sure I'm on the right fork.

root@CryptoHunger:~# diamondd getinfo
{
    "version" : "v2.0.2.1",
    "protocolversion" : 60006,
    "walletversion" : 60000,
    "balance" : 148.69427000,


root@CryptoHunger:~# diamondd getcheckpoint
{
    "synccheckpoint" : "000000005babbddb5baad7bb9632738ab901b2f9eb3acfd2f390b2f4a97f1eee",
    "height" : 463183,
    "timestamp" : "2014-06-26 16:46:41 UTC"
}

I think it may influence payouts.

[polanskiman]

I'm seeing lots of orphaned blocks on Diamond pool.

I'm pretty sure I'm on the right fork.

root@CryptoHunger:~# diamondd getinfo
{
    "version" : "v2.0.2.1",
    "protocolversion" : 60006,
    "walletversion" : 60000,
    "balance" : 148.69427000,


root@CryptoHunger:~# diamondd getcheckpoint
{
    "synccheckpoint" : "000000005babbddb5baad7bb9632738ab901b2f9eb3acfd2f390b2f4a97f1eee",
    "height" : 463183,
    "timestamp" : "2014-06-26 16:46:41 UTC"
}

I think it may influence payouts.

Should I stop my miner?

[srcxxx]

> Anyways, good job. Keep it coming. BTW is it your job to code?

Thanks, I'm a professional C/C++ developer and specialize in 3D graphics.

As for the pool software... It's not really my thing.
I'm using what's available open source. NOMP is a community project here: https://github.com/zone117x/node-open-mining-portal

[srcxxx]

I'm seeing lots of orphaned blocks on Diamond pool.

I'm pretty sure I'm on the right fork.

root@CryptoHunger:~# diamondd getinfo
{
    "version" : "v2.0.2.1",
    "protocolversion" : 60006,
    "walletversion" : 60000,
    "balance" : 148.69427000,


root@CryptoHunger:~# diamondd getcheckpoint
{
    "synccheckpoint" : "000000005babbddb5baad7bb9632738ab901b2f9eb3acfd2f390b2f4a97f1eee",
    "height" : 463183,
    "timestamp" : "2014-06-26 16:46:41 UTC"
}

I think it may influence payouts.

Should I stop my miner?

I don't think so. But it is your choice.

I think that the network is currently in a "not so good" state. And if you mine on a different pool, it'll probably be the same.

I guess I'm just saying that statistics may not look good for awhile.

I had similar problems with Groestlcoin when we hard-forked.

[polanskiman]

I'm seeing lots of orphaned blocks on Diamond pool.

I'm pretty sure I'm on the right fork.

root@CryptoHunger:~# diamondd getinfo
{
    "version" : "v2.0.2.1",
    "protocolversion" : 60006,
    "walletversion" : 60000,
    "balance" : 148.69427000,


root@CryptoHunger:~# diamondd getcheckpoint
{
    "synccheckpoint" : "000000005babbddb5baad7bb9632738ab901b2f9eb3acfd2f390b2f4a97f1eee",
    "height" : 463183,
    "timestamp" : "2014-06-26 16:46:41 UTC"
}

I think it may influence payouts.

Should I stop my miner?

I don't think so. But it is your choice.

I think that the network is currently in a "not so good" state. And if you mine on a different pool, it'll probably be the same.

I guess I'm just saying that statistics may not look good for awhile.

I had similar problems with Groestlcoin when we hard-forked.

Ok. As long as the pool where people are mining is on the right fork then it should be ok...hopefully!.

[srcxxx]

Looks like the situation with DMD is ok now.

The number of orhpaned blocks is 228 and is not growing (http://cryptohunger.com:81/tbs).

I also checked the "getpeerinfo" and all nodes connected to the pool are 2.0.2.1.

[polanskiman]

Looks like the situation with DMD is ok now.

The number of orhpaned blocks is 228 and is not growing (http://cryptohunger.com:81/tbs).

I also checked the "getpeerinfo" and all nodes connected to the pool are 2.0.2.1.

Good to know. When you first noticed the increase in orphans, what was the number?

[sce]

Hello,

I have problem with wallet and I donn't know what to do?

I get this message when I run it:

--------------------------------------------------------
MinGW Runtime Assertion
--------------------------------------------------------

Assertion failed!

......\Diamond v.2.0.2.1\diamond-qt.exe
File: src\kernel.cpp, Line 412

Expression: pindex- >pprev || pindex- >GetBlockHash() ==
(!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)


Does anyone have this kind a problem?

[polanskiman]

Hello,

I have problem with wallet and I donn't know what to do?

I get this message when I run it:

--------------------------------------------------------
MinGW Runtime Assertion
--------------------------------------------------------

Assertion failed!

......\Diamond v.2.0.2.1\diamond-qt.exe
File: src\kernel.cpp, Line 412

Expression: pindex- >pprev || pindex- >GetBlockHash() ==
(!fTestNet ? hashGenesisBlock : hashGenesisBlockTestNet)


Does anyone have this kind a problem?

You would be better off posting in the official thread: https://bitcointalk.org/index.php?topic=580725.1480

That is an issue the wallet has been experiencing since yesterday. The blockchain forked. Most are having the same problem unless you keep your wallet open, which is not viable for me.

[polanskiman]

http://cryptohunger.com:81 seems to be down.

EDIT: Seems to be back up.

[Litejavichu]

The website looks great

[incognitoworker]

when starting miner, i get an error 11, frontend error.
and miner crashes.
what have i done wrong? :-)
win 7, 64x  13.12 drivers with 4 280x gpus.

[polanskiman]

The website looks great

You mean the girl looks great 

[BusyBeee]

grs-sgminer is a OpenCL optimized miner for Groestlcoin, Diamondcoin coins.

Speed with Groestl mining:

R9 290 - 20 MH/s (14.4MH/s if using standard sph-sgminer with 14.6 beta AMD drivers and 9.5MH/s on drivers prior to 14.6)
R9 270X - 10 MH/s
R9 280X - 16 MH/s (some only report 12MH/s, see details below. Probably you need 13.12 driver)

Github: https://github.com/srcxxx/grs-sgminer
Twitter (to get updates on new versions): https://twitter.com/CryptoHunger


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

Hi srcxxx, many thanks for sharing your work with the community.  Version 1.2.5 worked as expected on r9 290 and r9 280x with catalyst 14.4.  When I switch to catalyst 13.12, I get the "Error: Compilation from LLVMIR binary to IL text failed!."  What can I do to correct the problem?

[polanskiman]

Hello scrxxx,

I've updated grs-sgminer to 1.2.5 today. I am getting the following error if I use the .bop file provided in the 1.2.5 version. It does this while loading (I guess for each gpu thread) and then sgminer starts fine. Cards start hashing ok too exept they hash less than with the 1.2.4 .bop file.

Code:

Optimized groestlcoin kernel invoked.WARNING: Linking two modules of different data layouts!
                                                                                                       WARNING: Linking two modules of different target triples: 'amdil64-pc-unknown-amdopencl' and 'amdil-pc-unknown-amdopencl'
                                                                                                                                                                                                                                WARNING: Linking two modules of different data layouts!
                                                                                                                                                                                                                                                                                       WARNING: Linking two modules of different target triples: 'amdil64-pc-unknown-amdopencl' and 'amdil-pc-unknown-amdopencl'
                                                                                                                         WARNING: Linking two modules of different data layouts!
                                                                                                                                                                                WARNING: Linking two modules of different target triples: 'amdil64-pc-unknown-amdopencl' and 'amdil-pc-unknown-amdopencl'

[sce]

What are the righ settings for 290s? i only get 13mh/s per card i have the 14.6 beta drive win64, and this are my configurations:

Code:

-k groestlcoin -o stratum+tcp://cryptohunger.com:50003 -u AUQYw1YzJuyqT8H6As5qCLXEzUWskrJgYe -p x --lookup-gap 2 -I 19 -g 1 -w 128 --thread-concurrency 8192 --gpu-engine 0-0 --gpu-memclock 0 --auto-fan --gpu-fan 40-80 --temp-cutoff 92,92 --temp-overheat 85,85 --temp-target 75 --gpu-powertune 25

can you also post the righ confs for 7970 and yes i have tried docs.google.com/spreadsheets, another thing why i cant control the speed of my gpu fans?...

Hi!

Your parameters are not optimal.
Try to rename example.conf to sgminer.conf and run without command line params.
That example.conf is exactly my config file for R9 290

You need to increase intensity and increase gpu clock from default 947 to around 1050.

270x is only 7.8Mh(driver 14.6b,gpu 1180),how to running at 8.4Mh?

I don't know how you make 8.4Mh with 270x when I get 8.6mh with 270 dualx OC 1000/1400?

[nullfiat]

Quick question... Why is the Optimized kernel tied into exclusive pools. Something does not add up. Review the code on Github, a couple contributions and a hard coded link to a few sites with a multiplier.

At the end of the day what is your payout? If the code is an Optimization, it should be for all pools.

Are we missing something here? Some magic on the pool side?

[istvandv]

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.

Hi!

the l4 / l8 is the sizeof(long). So looks like "long int" is 8 bytes on your system.
Are you using linux?

I assume that it works ok after renaming, so I can probably safely get rid of "l4" in the end in next release.

What are your video cards? 7950?

Thanks

im on linux and this method worked for me too
i copied groestlcoinPitcairn256l4.bop to groestlcoinPitcairn256l8.bop

Specs:
OS = Ubuntu 12.04 64bit
GPU = 7850 1GB Pitcairn
driver =  14.6

Hashrates:
kernel groestlcoin = 6.1 Mh/s
kernel optimized = 7.86 Mh/s

result: 29% increase

my hashrate can be verified on cryptohunger workers with address dR254aoWk5XgMwgJDPBWZR3VR1K3UQ7WfQ
http://cryptohunger.com:81/workers

[lobo13hf]

Doesn't seem to work with the last generation of AMD cards. I only get rejects on HD 5xxx cards... DMD  
work on Groestlcoin 6 Mh/s   HD5850
 

Do u mine sharing your conf for 5850???

[lobo13hf]

Why am i getting this error?

Code:

Error -54: Enqueueing kermel onto command queue. <clEqueueNDrangeKer.......


GPU 1 failure, disabling!
GPU 2 failure, disabling!

If i use this it works just fine

Code:

],

"gpu-engine" : "1150,1150,900,900",
"gpu-memclock" : "900",
"intensity" : "22,22,22,22",
"gpu-threads" : "1",
"auto-fan" : true,
"temp-cutoff" : "90",
"temp-overheat" : "80",
"temp-target" : "76",
"gpu-fan" : "40-85",
"worksize" : "128",

"api-port" : "4028",
"kernel" : "GroestlCoin",
"gpu-powertune" : "20"
}

But if i want to use optimized instead of Groestlcoin it disables all my GPUs???

[alexzerg11]

My result on groestl:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%
radeon 270x (1180Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 7.5 Mh, and on the optimized groestlcoin.cl - 7.87 Mh = better in 5%
radeon 7850 (1050Mhz, driver ver. 14.6b) on the original groestlcoin.cl - 5.18 Mh, and on the optimized groestlcoin.cl - 5.4 Mh = better in 5%

Version 1.2.4 (second release):
radeon 270x (1180Mhz, driver ver. 14.6b) - 8.81 Mh;
radeon 7850 (1050Mhz, driver ver. 14.6b) - 6.24 Mh.

Second best original release by ~18-20%, but is rigidly attached to the pool Developer  

Version 1.2.5 (second release):
radeon 270x (1180Mhz, driver ver. 14.6b) - 10.2 Mh;
radeon 7850 (1050Mhz, driver ver. 14.6b) - 7.2 Mh.
...
More than 35% from the original acceleration - good, unfortunately it only works on developer pool ...
And when it will be possible to use it on older video cards 5870, 6850? ..

[sandpaper]

Heavily disappointed that the optimized only works on a specific pool. Also, why can you not run dmd without --normal-hashing true? I would like to be able to switch between grs and dmd pools at will without having to take that config in and out.

[istvandv]

anyone using the optimized kernel on linux headless?

i get " File groestlcoinPitcairn256l8.bop not found. Cannot work in optimized
 mode. See https://bitcointalk.org/index.php?topic=652849"

when i try to run headless but when i run it normally no problem

[polanskiman]

anyone using the optimized kernel on linux headless?

i get " File groestlcoinPitcairn256l8.bop not found. Cannot work in optimized
 mode. See https://bitcointalk.org/index.php?topic=652849"

when i try to run headless but when i run it normally no problem

Yes me. Hint: Look at the name of the bop file provided, and now look at the error: l4 at the end of the file name is the culprit simply change l4 to l8.

Enjoy.

[BusyBeee]

when starting miner, i get an error 11, frontend error.
and miner crashes.
what have i done wrong? :-)
win 7, 64x  13.12 drivers with 4 280x gpus.

the same crap with 13.12 drivers, 280x, miner v1.2.5
no error with 14.4 drivers
no error with 13.12 if using .bop file from v1.2.4

Hello Ladies and Gents,  I have the same problem but I solve the frontend error by copying the followings 10 files from the Catalyst 14.6 Beta RC2 into the main grs-sgminer folder.

amdocl_as32
amdocl_as64
amdocl_ld32
amdocl_ld64

amd_opencl32.dll
amd_opencl64.dll
amdocl.dll
amdocl64.dll

amdmmcl.dl_
amdmmcl6.dl_

The above 10 files are in the ..\Packages\Drivers\Display\WB6A_INF. 
Hashrate is slightly lower - 15.5mhs on optimized kernel .... 14.8mhs on groestl kernel, using  Sapphire 280x Toxic @ 1150 engine.  Memory speed is irrelevant on these kernel. Set it very low - the lower the better to reduce heat.  I set mine @ 150.

[polanskiman]

Memory speed is irrelevant on these kernel. Set it very low - the lower the better to reduce heat.  I set mine @ 150.

Setting memory clock at 150 Mhz doesn't change anything. The GPU's automatically brings the memclock back to 1500 MHz. At least it doesn't work for me.

[BusyBeee]

Quick question... Why is the Optimized kernel tied into exclusive pools. Something does not add up. Review the code on Github, a couple contributions and a hard coded link to a few sites with a multiplier.

At the end of the day what is your payout? If the code is an Optimization, it should be for all pools.

Are we missing something here? Some magic on the pool side?

Yeah, some people asked essentially the same question a few page back about the pool fee and so on.  srcxx never gives them a straight answer.  He only said somethings about " you getting paid for your hashrate....shown on sgminer..."     DEFINITELY NOOOOOOTTTTTTTTT!!!!!!!

If you mine in these so called optimized pools,  you get robbed on 2 fronts. 

1) You only getting paid for 75% - 80% of your hashrate.   My rig of 5 R9 290 hashrate is about 100mhs on sgminer, but the pool reports a hashrate as high as 165mhs - the average is never less than 125mhs.  So I never get paid for the extra 25mhs to 65 mhs that the pool reported.

2)  You get wayyyys  less coin. <<< NOTE >>> srcxxx never discloses how much fee he charges for his pools.   @ 100mhs  I should get about 50- 60 diamond or 700-900 atheist coins.  The best I received for a 24hours mining is 45.2...... diamond coins or 560 something atheist coins.   If you do the math,  his pool fee is at least 10%.

And another thing when press for mining statistic,  he always give you the "software that I used is limited....lacking feature..." bull crap.  Hey srcxxx why don't you tell us upfront what is you pool fee and really give us the true hashrate instead of squimping.

Frankly,  I stop mining in his pool.  Yeah, you get a few extra meg of hash power, but you got rip off  big time.  Plus your mining equipments run must hotter and noisier ...  I can't stand the noise and heat generated from my rig. It's like scrypt mining all over again  --- DEFINITELY NOT WORTH THE FEW EXTRA MEG OF HASH POWER  --- YOU BETTER OFF MINING SOME OTHER POOLS FOR MORE COINS RETURN.

[BusyBeee]

Memory speed is irrelevant on these kernel. Set it very low - the lower the better to reduce heat.  I set mine @ 150.

Setting memory clock at 150 Mhz doesn't change anything. The GPU's automatically brings the memclock back to 1500 MHz. At least it doesn't work for me.

You're right -- GPU always set memory to default speed.

[DumDumz]

with 7950 not working only rejections

same on 7970 not working

[istvandv]

Yeah, some people asked essentially the same question a few page back about the pool fee and so on.  srcxx never gives them a straight answer.  He only said somethings about " you getting paid for your hashrate....shown on sgminer..."     DEFINITELY NOOOOOOTTTTTTTTT!!!!!!!

If you mine in these so called optimized pools,  you get robbed on 2 fronts.  

1) You only getting paid for 75% - 80% of your hashrate.   My rig of 5 R9 290 hashrate is about 100mhs on sgminer, but the pool reports a hashrate as high as 165mhs - the average is never less than 125mhs.  So I never get paid for the extra 25mhs to 65 mhs that the pool reported.

2)  You get wayyyys  less coin. <<< NOTE >>> srcxxx never discloses how much fee he charges for his pools.   @ 100mhs  I should get about 50- 60 diamond or 700-900 atheist coins.  The best I received for a 24hours mining is 45.2...... diamond coins or 560 something atheist coins.   If you do the math,  his pool fee is at least 10%.

And another thing when press for mining statistic,  he always give you the "software that I used is limited....lacking feature..." bull crap.  Hey srcxxx why don't you tell us upfront what is you pool fee and really give us the true hashrate instead of squimping.

Frankly,  I stop mining in his pool.  Yeah, you get a few extra meg of hash power, but you got rip off  big time.  Plus your mining equipments run must hotter and noisier ...  I can't stand the noise and heat generated from my rig. It's like scrypt mining all over again  --- DEFINITELY NOT WORTH THE FEW EXTRA MEG OF HASH POWER  --- YOU BETTER OFF MINING SOME OTHER POOLS FOR MORE COINS RETURN.

1.) on http://cryptohunger.com:81/ it says:

"No extra pool fees (what you see in grs-sgminer is what you are paid for)
No transaction fees"

2.) you quote "you getting paid for your hashrate....shown on sgminer..." and you mentioned your sgminer is 100mhs, so this is the accurate hashrate

3.) at 100mhs and looking at mining calculator in coinwarz for 24 hrs mining you should get these amount of diamond coins at these difficulties:
   36.57 = 55 difficulty
   40.23 = 50 difficulty
   44.70 = 45 difficulty
   50.29 = 40 difficulty

4.) i would like more detailed mining statistics too but i have yet to find a NOMP that has one, this is NOMP source https://github.com/zone117x/node-open-mining-portal/
    maybe you can point to one that has this feature already?

5.) as for the extra heat/watts vs extra hash gained, i havent put this into consideration, ill need to make some calculations to see which is more profitable for me

[seljak]

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

can you please share the config for 270x.
tnx

[polanskiman]

with 7950 not working only rejections

same on 7970 not working

I recommend you read the OP. There are several things you should not forget:

1 - adding the normal-hashing parameter if mining DMD
2 - make sure you use the optimized kernel only with the 4 stratums mentionned in the OP. It will not work in other pools.
3 - use the default config posted in OP or available in the example.conf file that comes with the miner
4 - and most importantly, you should provide more detailed info. Saying you only get rejections is not very useful to figure out what you problem is. Perhaps posting your config file and a screenshot of sgminer or printout could be useful.

I don't see why with 7970 it cannot work. 280x is a 7970 rebranded so they should behave the same way. Only scrxxx can confirm this 100% though.

Hope this helps.

[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

can you please share the config for 270x.
tnx

It's in the OP or example.conf file that comes with the miner. Start with exactly that and ONLY then start tweaking if necessary.

[polanskiman]

Quick question... Why is the Optimized kernel tied into exclusive pools. Something does not add up. Review the code on Github, a couple contributions and a hard coded link to a few sites with a multiplier.

At the end of the day what is your payout? If the code is an Optimization, it should be for all pools.

Are we missing something here? Some magic on the pool side?

Yeah, some people asked essentially the same question a few page back about the pool fee and so on.  srcxx never gives them a straight answer.  He only said somethings about " you getting paid for your hashrate....shown on sgminer..."     DEFINITELY NOOOOOOTTTTTTTTT!!!!!!!

If you mine in these so called optimized pools,  you get robbed on 2 fronts.  

1) You only getting paid for 75% - 80% of your hashrate.   My rig of 5 R9 290 hashrate is about 100mhs on sgminer, but the pool reports a hashrate as high as 165mhs - the average is never less than 125mhs.  So I never get paid for the extra 25mhs to 65 mhs that the pool reported.

2)  You get wayyyys  less coin. <<< NOTE >>> srcxxx never discloses how much fee he charges for his pools.   @ 100mhs  I should get about 50- 60 diamond or 700-900 atheist coins.  The best I received for a 24hours mining is 45.2...... diamond coins or 560 something atheist coins.   If you do the math,  his pool fee is at least 10%.

And another thing when press for mining statistic,  he always give you the "software that I used is limited....lacking feature..." bull crap.  Hey srcxxx why don't you tell us upfront what is you pool fee and really give us the true hashrate instead of squimping.

Frankly,  I stop mining in his pool.  Yeah, you get a few extra meg of hash power, but you got rip off  big time.  Plus your mining equipments run must hotter and noisier ...  I can't stand the noise and heat generated from my rig. It's like scrypt mining all over again  --- DEFINITELY NOT WORTH THE FEW EXTRA MEG OF HASH POWER  --- YOU BETTER OFF MINING SOME OTHER POOLS FOR MORE COINS RETURN.

Although I understand your concern, I think that srcxxx has been quite clear on that, plus the pool does say there is no fee:



As for the hash rate, I beleive I am persoanlly getting paid for my hash power. You can not rely on what you see on the pool at a specific moment in time. What you see is not real time. There is a delay. This is valid for any pool. I am not even sure how you managed to calculate 125mhs on average. For that you would have needed to either refresh the page every 5 seconds or so during 24 hours and then make an average (whcih I don't think you did) or have access to the pool backend, which you dont have. The best way to see if you get paid properly is to mine for a full day, then add up all the transactions you got on a hourly basis. From there you can estimate the hashing power vs the average difficulty of that day. It should nornally match.

Hope this helps.

EDIT: after scrcxxx's posting in the DMD official Bitcointalk.org thread, there indeed seems to be a pool fee (see: https://bitcointalk.org/index.php?topic=580725.msg7611037#msg7611037)

[seljak]

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

can you please share the config for 270x.
tnx

It's in the OP or example.conf file that comes with the miner. Start with exactly that and ONLY then start tweaking if necessary.

With the config in the OP:

[10:44:29] Started sgminer 1.2.5
[10:44:29] Started sgminer 1.2.5
[10:44:29] Loaded configuration file example.conf
[10:44:29] Optimized groestlcoin kernel invoked.
[10:44:29] Error -11: Building Program (clBuildProgram)
[10:44:29] Frontend phase failed compilation.
Error: Compilation from LLVMIR binary to IL text failed!
[10:44:29] Failed to init GPU thread 0, disabling device 0
[10:44:29] Restarting the GPU from the menu will not fix this.
[10:44:29] Try restarting sgminer.
Press enter to continue:

sgminer 1.2.5 - Started: [2014-06-30 10:45:21]
--------------------------------------------------------------------------------

ST: 1  SS: 0  NB: 1  LW: 3  GF: 0  RF: 0
Connected to GroestlCoinOptimized (stratum) diff 0.031 as user FnzMEE2fkX31J5Ejh
Block: 9cdb58f0...  Diff:25  Started: [10:45:21]  Best share: 0
--------------------------------------------------------------------------------
[P]ool management [G]PU management S]ettings [D]isplay options [Q]uit
 GPU 0:  30.0C 2002RPM | OFF   / 0.000h/s | R:  0.0% HW:0 WU:0.000/m I:22
 GPU 1:  26.0C 2012RPM | OFF   / 0.000h/s | R:  0.0% HW:0 WU:0.000/m I:22
--------------------------------------------------------------------------------
Error: Compilation from LLVMIR binary to IL text failed!
[10:45:20] Failed to init GPU thread 1, disabling device 1
[10:45:20] Probing for an alive pool
[10:45:21] AtheistCoinOptimized difficulty changed to 0.031
[10:45:21] DiamondCoinOptimized difficulty changed to 0.031
[10:45:21] GroestlCoinOptimized difficulty changed to 0.031
[10:45:21] DokdoCoinOptimized difficulty changed to 0.031
[10:45:21] Switching to AtheistCoinOptimized - first alive pool
[10:45:21] DiamondCoinOptimized alive, testing stability
[10:45:21] Switching to DiamondCoinOptimized
[10:45:21] GroestlCoinOptimized alive, testing stability
[10:45:21] Switching to GroestlCoinOptimized
[10:45:21] Network diff set to 25


and then the miner crashes...

[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

can you please share the config for 270x.
tnx

It's in the OP or example.conf file that comes with the miner. Start with exactly that and ONLY then start tweaking if necessary.

With the config in the OP:

[10:44:29] Started sgminer 1.2.5
[10:44:29] Started sgminer 1.2.5
[10:44:29] Loaded configuration file example.conf
[10:44:29] Optimized groestlcoin kernel invoked.
[10:44:29] Error -11: Building Program (clBuildProgram)
[10:44:29] Frontend phase failed compilation.
Error: Compilation from LLVMIR binary to IL text failed!
[10:44:29] Failed to init GPU thread 0, disabling device 0
[10:44:29] Restarting the GPU from the menu will not fix this.
[10:44:29] Try restarting sgminer.
Press enter to continue:

sgminer 1.2.5 - Started: [2014-06-30 10:45:21]
--------------------------------------------------------------------------------

ST: 1  SS: 0  NB: 1  LW: 3  GF: 0  RF: 0
Connected to GroestlCoinOptimized (stratum) diff 0.031 as user FnzMEE2fkX31J5Ejh
Block: 9cdb58f0...  Diff:25  Started: [10:45:21]  Best share: 0
--------------------------------------------------------------------------------
[P]ool management [G]PU management S]ettings [D]isplay options [Q]uit
 GPU 0:  30.0C 2002RPM | OFF   / 0.000h/s | R:  0.0% HW:0 WU:0.000/m I:22
 GPU 1:  26.0C 2012RPM | OFF   / 0.000h/s | R:  0.0% HW:0 WU:0.000/m I:22
--------------------------------------------------------------------------------
Error: Compilation from LLVMIR binary to IL text failed!
[10:45:20] Failed to init GPU thread 1, disabling device 1
[10:45:20] Probing for an alive pool
[10:45:21] AtheistCoinOptimized difficulty changed to 0.031
[10:45:21] DiamondCoinOptimized difficulty changed to 0.031
[10:45:21] GroestlCoinOptimized difficulty changed to 0.031
[10:45:21] DokdoCoinOptimized difficulty changed to 0.031
[10:45:21] Switching to AtheistCoinOptimized - first alive pool
[10:45:21] DiamondCoinOptimized alive, testing stability
[10:45:21] Switching to DiamondCoinOptimized
[10:45:21] GroestlCoinOptimized alive, testing stability
[10:45:21] Switching to GroestlCoinOptimized
[10:45:21] Network diff set to 25

and then the miner crashes..

Seems you are having the same issue than BusyBeee (https://bitcointalk.org/index.php?topic=652849.msg7556772#msg7556772)

1 - Try renaming the example.conf file to sgminer.conf first
2 - make sure you are using the correct kernel corresponding to the card.
3 - make sure you are using the 14.6 Beta drivers
4 - try again
5 - post your config as is please.

[seljak]

.
.
.

Seems you are having the same issue than BusyBeee (https://bitcointalk.org/index.php?topic=652849.msg7556772#msg7556772)

1 - Try renaming the example.conf file to sgminer.conf first
2 - make sure you are using the correct kernel corresponding to the card.
3 - make sure you are using the 14.6 Beta drivers
4 - try again
5 - post your config as is please.

1- tried that..didnt work
2- kernel corresponding to the card? i am trying to use "optimized" kernel for diamondcoin
3- currently using 13.12 and dont wanna change unless absolutely necessary
4- will do ...curently on remote
5- using the example.cfg as you suggested (minus oc settings)...didnt even change the payment address.

[polanskiman]

1 - What does "doesn't work" mean? Please be precise and provide an error code or anything that can be used to debug your problem.
2 - For 270x use groestlcoinPitcairn256l4.bop or groestlcoinTahiti256l4.bop
3 - As adviced by OP 14.6 Beta are the drivers to be used. Whethere or not it is a requirement to function that I can't tell. But others with 270x have been able to use the optimized kernel with their 270x cards.
4 - Noted.
5 - Read: https://bitcointalk.org/index.php?topic=652849.msg7411804#msg7411804
6 - Try using the .bop file from version 1.2.4. For some reason the .bop file of 1.2.5 gives me an error on my 280x cards. Not the same error though.

Finally have you tried using the normal kernel instead of the optimized one?

Optional but recommended: use your own address and try with only one pool to start with...

[polanskiman]

Stratum is down.

[polanskiman]

Why did I not receive any payment today between 6am and 12pm? Payments are supposed to happen every hour and my miner was very well running. The loss is estimated at ~10DMD

Same happened on June 28. Between 5am and 12pm. The loss is estimated at ~10DMD

The total estimated loss = ~20 DMD

[polanskiman]

Why did I not receive any payment today between 6am and 12pm? Payments are supposed to happen every hour and my miner was very well running. The loss is estimated at ~10DMD

Same happened on June 28. Between 5am and 12pm. The loss is estimated at ~10DMD

The total estimated loss = ~20 DMD

Srcxx where are you.....?

[sandpaper]

Glad I decided to read up on the thread a bit before moving over to his pool. I am ok with a fee and all but transparency while mining is a must.

[srcxxx]

Why did I not receive any payment today between 6am and 12pm? Payments are supposed to happen every hour and my miner was very well running. The loss is estimated at ~10DMD

Same happened on June 28. Between 5am and 12pm. The loss is estimated at ~10DMD

The total estimated loss = ~20 DMD

Srcxx where are you.....?

If you need me - please PM.

I'm not reading this thread regularly and devoting all time to making a new OpenCL kernel.

I'm not aware of any problems and am mining DMD myself with 90 MH/s.

Possibly it is related to some troubles with the Diamondcoin network (BTW pool is using the latest 2.0.2.2 wallet).
The pool performs payouts based on the number of coins earned per hour. This is purely luck based.

If you feel the this pool is not transparent enough or is stealing your coins, please move to some other pool.
This is your decision.

You can see statistics here visually:
(Sometimes there is more and sometimes there is less "light blue")

[polanskiman]

If you need me - please PM.

Are you afraid of making this public? I've sent you 2 PMs, one of which was unrelated but to this date answers to none. So I will keep posting here.

I'm not reading this thread regularly and devoting all time to making a new OpenCL kernel.

Good but that doesn't dispense you from answering comments here specially when you are running a pool and people are paying a fee.

I'm not aware of any problems and am mining DMD myself with 90 MH/s.
Possibly it is related to some troubles with the Diamondcoin network (BTW pool is using the latest 2.0.2.2 wallet).

Not sure where the problem is coming from, but I am mining in your pool, so naturally I come to you first. The network has been running ok apart from the assertion problem and the PoS on June 26. Since that, the network has been up and running. Consult with DMD team before making such statements.

As for the 2.0.2.2 wallet.... Well, I don't mean to be brutal here, but I was the VERY FIRST one to test it following the updated code by Danbi so I am pretty much aware of the update. Your pool went down for ~ an hour or so (on June 30 @ ~7.18am Bangkok time) when you tried to update the wallet (which is to be expected) and complained about the assertion problem which had been disscussed profusely all 4 days prior your pool's wallet update.

The pool performs payouts based on the number of coins earned per hour. This is purely luck based.

Payments are supposed to be done according to the hash power hourly. Yes solving blocks is luck based. So are you saying that we had no luck for over 6 hours? There was twice, no payment for ~6 hours in a row... I am not sure if this is luck related but if it is then everyone mining DMD in your pool should nornally have the exact same thing happen to them. If anyone reads this and mines at DMD at cryptohunger, could you please check you transaction on June 28 and July 1st?

If you feel the this pool is not transparent enough or is stealing your coins, please move to some other pool.
This is your decision.

Please don't deflect. First, let's talk about the the problem and the ~20 coins I am not seing. I am simply investigating the reasons.

You can see statistics here visually:
(Sometimes there is more and sometimes there is less "light blue")

I reiterate, there are no "more" or "less", there is simply NOTHING for 6 straight hours in a row.

As for the graph, that one is from today. I was refering to June 28 and July 1st. Thank you for checking your logs. Appreciated.

[katak]

Hi,

Why are we three on this pool for grs ? :p

See ya

[lobo13hf]

why am nit getting any accepts? nor rejects my miners says setting GPUs for idle???

[paladin281978]

community, please confirm or disprove this point:
on a pool of cryptohunger.com:81 first of payment occur in 3 hours, but on my supervision if to stop mining, that payments occur only in the last hour, and not as it should be the last 3 hours. is this true? I noticed it already 2 times.
basically I get every hour from 9 to 25 ATH depending on the difficulty, but if stop mining, that comes only 4+ ATH and all this for the last 3 hours.

[srcxxx]

"optimized" kernel will get myriad-groestl support shortly (you can already see me testing it on port 60002).

So it'll be possible to mine myriadcoin and saffroncoin (also futurecoin, but I think it is already dead).

R9 290 gives about 33.5 MH/s. Perhaps I'll be able to make it faster.

I'll keep you posted.

PS: Getting past 20 MH/s on Groestl appeared to be quite hard. I still am hoping that I can achieve at least 22MH/s on R9 290 using the current algorithm, but it'll probably be some time later.

[polanskiman]

"optimized" kernel will get myriad-groestl support shortly (you can already see me testing it on port 60002).

So it'll be possible to mine myriadcoin and saffroncoin (also futurecoin, but I think it is already dead).

R9 290 gives about 33.5 MH/s. Perhaps I'll be able to make it faster.

I'll keep you posted.

PS: Getting past 20 MH/s on Groestl appeared to be quite hard. I still am hoping that I can achieve at least 22MH/s on R9 290 using the current algorithm, but it'll probably be some time later.

I am still waiting for your answer.

[srcxxx]

If you need me - please PM.

> Are you afraid of making this public? I've sent you 2 PMs, one of which was unrelated but to this date answers to none. So I will keep posting here.

Of course not. After all, this is a self moderated thread and I can just delete your messages if I feel like it. :-)
But as I said, I am not checking this thread daily. And if somebody needs my attention urgently (like if payouts are not working or stratum is offline) - just PM me.

I chose to ignore this PM of yours:

Hi there,

What do you think about DMD and it's development team?

Cheers,

Polanskiman

and have replied to all your other PM questions.
Which there were a few :-)

I'm not reading this thread regularly and devoting all time to making a new OpenCL kernel.

>Good but that doesn't dispense you from answering comments here specially when you are running a pool and people are paying a fee.

Agreed, but I am still not going to read this thread regularly.
And if something is broken - just PM me.

I'm not aware of any problems and am mining DMD myself with 90 MH/s.
Possibly it is related to some troubles with the Diamondcoin network (BTW pool is using the latest 2.0.2.2 wallet).

> Not sure where the problem is coming from, but I am mining in your pool, so naturally I come to you first. The network has been running ok apart from the assertion problem and the PoS on June 26. Since that, the network has been up and running. Consult with DMD team before making such statements.

Why should I consult? I saw that there is a problem with DMD network.
I had the same problem when I was forking Groestlcoin.

> As for the 2.0.2.2 wallet.... Well, I don't mean to be brutal here, but I was the VERY FIRST one to test it following the updated code by Danbi so I am pretty much aware of the update. Your pool went down for ~ an hour or so (on June 30 @ ~7.18am Bangkok time) when you tried to update the wallet (which is to be expected) and complained about the assertion problem which had been disscussed profusely all 4 days prior your pool's wallet update.

That's true. But all pools go down for some time. Even danbi's.
I had the assert after updating to the new wallet and then had to find and redownload the blockchain.
To return to your question about DMD devs, I feel like they should devote a bit more time to testing.

If you feel the this pool is not transparent enough or is stealing your coins, please move to some other pool.
This is your decision.

> Please don't deflect. First, let's talk about the the problem and the ~20 coins I am not seing. I am simply investigating the reasons.

Basically, I think that you are not missing any coins.
I was mining DMD myself on exactly this pool and did not get any other complaints.

As I said before, I'm running NOMP pool software and it pays out all the matured blocks completely without leaving anything in the running DMD wallet.

You can see statistics here visually:
(Sometimes there is more and sometimes there is less "light blue")

> I reiterate, there are no "more" or "less", there is simply NOTHING for 6 straight hours in a row.
> As for the graph, that one is from today. I was refering to June 28 and July 1st. Thank you for checking your logs. Appreciated.

Unfortunately, it is not possible to rewind the graph to those dates. But please look at it next time you have problems.

As for these 6 missing hours, perhaps you had no internet connection or forgot about it and actually was mining some other coin or something similar to this.


Please don't get me wrong, I don't have anything against you personally.

It's just that replying to your messages and trying to explain myself is taking too much of my time and decreases my motivation to proceed with any improvements.

Also, I think it doesn't work in my favour and people who read this think that it is a scam or something like that and avoid.

I feel like you are not happy with the pool and non-transparency so I recommend that you return to danbi's pool.
If you think that I owe you 20 DMD or some other amount - let me know and I'll pay you.

[srcxxx]

"optimized" kernel will get myriad-groestl support shortly (you can already see me testing it on port 60002).

So it'll be possible to mine myriadcoin and saffroncoin (also futurecoin, but I think it is already dead).

R9 290 gives about 33.5 MH/s. Perhaps I'll be able to make it faster.

I'll keep you posted.

PS: Getting past 20 MH/s on Groestl appeared to be quite hard. I still am hoping that I can achieve at least 22MH/s on R9 290 using the current algorithm, but it'll probably be some time later.

I am still waiting for your answer.

Tell me how much I owe you and please move on to some other pool.

I feel that this thread is overloaded with your complaints.

[srcxxx]

And these are my payouts for 28 June:

[srcxxx]

Heavily disappointed that the optimized only works on a specific pool. Also, why can you not run dmd without --normal-hashing true? I would like to be able to switch between grs and dmd pools at will without having to take that config in and out.

Normal hashing parameter was introduced exactly for this reason. To be able to switch between grs and dmd pools in realtime.

See example.conf. You also should be able to specify normal-hashing true, false in command line if you are specifying two pools: dmd and grs

[srcxxx]

Memory speed is irrelevant on these kernel. Set it very low - the lower the better to reduce heat.  I set mine @ 150.

Setting memory clock at 150 Mhz doesn't change anything. The GPU's automatically brings the memclock back to 1500 MHz. At least it doesn't work for me.

Some cards cannot go as low as 150.
Try to find your minimum value. It could be 900 or 1150. You'll have to experiment

[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

can you please share the config for 270x.
tnx

See example.conf that is included in the installer zip file. It is for r9 270x and/or r9 290

[srcxxx]

EDIT: after scrcxxx's posting in the DMD official Bitcointalk.org thread, there indeed seems to be a pool fee (see: https://bitcointalk.org/index.php?topic=580725.msg7611037#msg7611037)

Of course there is a fee. But there is one important difference!
The hashrate that you see in sgminer is already multiplied by it.
So there is no fee on top of what you see in sgminer. Period.

It is different from other pools. In other pools if you have 10.0 mhs in sgminer and 2% fee, you'll actually be paid for 9.8 mhs.

Transaction fees are even harder to account for.

If you are so curious to know what the pool fee is, you can figure out this value with at least two different ways on your own. (I'm not going to explain them here of course)

I'm setting up the fee in a way, so that it is interesting for you miners to mine on my pool instead of using non optimized kernel with other pools.

PS: in case you are wonderinv why I wrote so many messages in this thread today... :-) I'm at my son's tae kwon do grading and there are like 30 people besides my son. I'm happy my iPhone is with me..

[srcxxx]

grs-sgminer 1.3.0 is out. See first page for details.

If you do not plan to mine Saffroncoin or Myriadcoin, you can skip this release. Groestl mining speed is not changed.


Main improvement is addition of myriadcoin-groestl mining in "optimized" mode. Myriadcoin-groestl speed is:
R9 290 - 33 MH/s
R9 270X - 16 MH/s

You can mine Saffroncoin and Myriadcoin on the optimized pool. See example-myriad.conf.

{
"pools" : [
   {
      "url" : "stratum+tcp://cryptohunger.com:60001",
      "user" : "MUbwYW4NmmkR4Ejg5v7tQye5DW5jSQVz3X",
      "pass" : "xxx",
      "poolname" : "MyriadCoinOptimized"
   },
   {
      "url" : "stratum+tcp://cryptohunger.com:60002",
      "user" : "SSY2UGmZfkPasNdjZy3YCgQF8yFx3w899C",
      "pass" : "xxx",
      "poolname" : "SaffronCoinOptimized"
   }
],

"gpu-engine" : "1150",
"gpu-memclock" : "150",
"intensity" : "22",
"gpu-threads" : "1",

"auto-fan" : true,
"temp-cutoff" : "90",
"temp-overheat" : "80",
"temp-target" : "70",
"gpu-fan" : "40-80",
"worksize" : "256",

"api-port" : "4028",
"kernel" : "myriadcoin-optimized",
"gpu-powertune" : "20"
}

[sandpaper]

Heavily disappointed that the optimized only works on a specific pool. Also, why can you not run dmd without --normal-hashing true? I would like to be able to switch between grs and dmd pools at will without having to take that config in and out.

Normal hashing parameter was introduced exactly for this reason. To be able to switch between grs and dmd pools in realtime.

See example.conf. You also should be able to specify normal-hashing true, false in command line if you are specifying two pools: dmd and grs

See that is the problem I am having. I have my rig setup under Mining Rig Rentals and don't have the option to put flags in depending on what pool I am mining at.

If I want to change it, I would need to restart the miner everytime with and without the parameter. Do you think setting it up as pool 1 and 2 with and without the parameter would work?

[srcxxx]

Heavily disappointed that the optimized only works on a specific pool. Also, why can you not run dmd without --normal-hashing true? I would like to be able to switch between grs and dmd pools at will without having to take that config in and out.

Normal hashing parameter was introduced exactly for this reason. To be able to switch between grs and dmd pools in realtime.

See example.conf. You also should be able to specify normal-hashing true, false in command line if you are specifying two pools: dmd and grs

See that is the problem I am having. I have my rig setup under Mining Rig Rentals and don't have the option to put flags in depending on what pool I am mining at.

If I want to change it, I would need to restart the miner everytime with and without the parameter. Do you think setting it up as pool 1 and 2 with and without the parameter would work?

There must be some way to tell Groestlcoin algo pools from Diamondcoin algo pools.
Because the two coins use different merkle tree hashing (Groestlcoin uses single sha256, while Diamondcoin uses double sha256).

Perhaps it is possible to do something on the mining rig rentals site. Actually when I went to https://www.miningrigrentals.com/, there are no Diamond or Groestl algorithms.

[sandpaper]

Heavily disappointed that the optimized only works on a specific pool. Also, why can you not run dmd without --normal-hashing true? I would like to be able to switch between grs and dmd pools at will without having to take that config in and out.

Normal hashing parameter was introduced exactly for this reason. To be able to switch between grs and dmd pools in realtime.

See example.conf. You also should be able to specify normal-hashing true, false in command line if you are specifying two pools: dmd and grs

See that is the problem I am having. I have my rig setup under Mining Rig Rentals and don't have the option to put flags in depending on what pool I am mining at.

If I want to change it, I would need to restart the miner everytime with and without the parameter. Do you think setting it up as pool 1 and 2 with and without the parameter would work?

There must be some way to tell Groestlcoin algo pools from Diamondcoin algo pools.
Because the two coins use different merkle tree hashing (Groestlcoin uses single sha256, while Diamondcoin uses double sha256).

Perhaps it is possible to do something on the mining rig rentals site. Actually when I went to https://www.miningrigrentals.com/, there are no Diamond or Groestl algorithms.

They removed it from the front page with the addition of Fresh algorithm because it doesn't sell well with not many groestl coins out there.
https://www.miningrigrentals.com/rigs/groestl is the direct link to it now.

The problem is that on MRR you can enter 5 pools that you'd like to fall back to. The problem comes in because you still have to point your rig to MRR with the --normalhashing true command. So switching to a GRS coin wouldnt work because --normalhashing is still in there. Do you get what im saying?

Sorry this is hard to explain for some reason. It's basically 2 diff algorithms as far as MMR is concerned.

[srcxxx]

Heavily disappointed that the optimized only works on a specific pool. Also, why can you not run dmd without --normal-hashing true? I would like to be able to switch between grs and dmd pools at will without having to take that config in and out.

Normal hashing parameter was introduced exactly for this reason. To be able to switch between grs and dmd pools in realtime.

See example.conf. You also should be able to specify normal-hashing true, false in command line if you are specifying two pools: dmd and grs

See that is the problem I am having. I have my rig setup under Mining Rig Rentals and don't have the option to put flags in depending on what pool I am mining at.

If I want to change it, I would need to restart the miner everytime with and without the parameter. Do you think setting it up as pool 1 and 2 with and without the parameter would work?

There must be some way to tell Groestlcoin algo pools from Diamondcoin algo pools.
Because the two coins use different merkle tree hashing (Groestlcoin uses single sha256, while Diamondcoin uses double sha256).

Perhaps it is possible to do something on the mining rig rentals site. Actually when I went to https://www.miningrigrentals.com/, there are no Diamond or Groestl algorithms.

They removed it from the front page with the addition of Fresh algorithm because it doesn't sell well with not many groestl coins out there.
https://www.miningrigrentals.com/rigs/groestl is the direct link to it now.

The problem is that on MRR you can enter 5 pools that you'd like to fall back to. The problem comes in because you still have to point your rig to MRR with the --normalhashing true command. So switching to a GRS coin wouldnt work because --normalhashing is still in there. Do you get what im saying?

Sorry this is hard to explain for some reason. It's basically 2 diff algorithms as far as MMR is concerned.

1) The only rig they have there right now is actually "myriad-groestl". This is not the same groestl as in DMD and GRS.

2) Yes, I understand exactly what you are saying.
The only thing that I have in mind is modifying the sgminer app to automatically guess the "normal-hashing" parameter for DMD pools. There are just a few of them after all, perhaps 5.

[srcxxx]

I believe that I have found a way to compile .BOP files for all AMD videocards, not just for 79X0, R9 290, R9 280X and R9 270X.

So if you had some problems with an old videocard, please re-download grs-sgminer 1.3.0 from here: https://github.com/srcxxx/grs-sgminer/releases/download/1.3.0/grs-sgminer1_3_0_M.7z

The file is compressed with 7-zip (http://www.7-zip.org) to reduce the filesize.

Note: there are no changes to the distributable rather than addition of .BOP files. So if everything is working fine, don't bother re-downloading.

PS: These .bop files were compiled in 14.6 beta. I'll also compile another set in 13.12, perhaps it'll be faster for some hardware (for example I think 7970 works better with 13.12 drivers).

[spankyminer]

I believe that I have found a way to compile .BOP files for all AMD videocards, not just for 79X0, R9 290, R9 280X and R9 270X.

will there be a myriadcoin-groestlCypress256.bop file in the future too?

[Watchy312]

I believe that I have found a way to compile .BOP files for all AMD videocards, not just for 79X0, R9 290, R9 280X and R9 270X.

So if you had some problems with an old videocard, please re-download grs-sgminer 1.3.0 from here: https://github.com/srcxxx/grs-sgminer/releases/download/1.3.0/grs-sgminer1_3_0_M.7z

The file is compressed with 7-zip (http://www.7-zip.org) to reduce the filesize.

Note: there are no changes to the distributable rather than addition of .BOP files. So if everything is working fine, don't bother re-downloading.

PS: These .bop files were compiled in 14.6 beta. I'll also compile another set in 13.12, perhaps it'll be faster for some hardware (for example I think 7970 works better with 13.12 drivers).

I'm on Linux
My 7850 (myriadcoin-groestlPitcairn256.bop) works with 13.12 & 14.6 but my 7950 cards (myriadcoin-groestlTahiti256.bop) only works in 14.6, not in 13.12 like you recommend...

I get these errors :
[17:15:14] Error -11: Building Program (clBuildProgram)
[17:15:14] Frontend phase failed compilation.
Error: Compilation from LLVMIR binary to IL text failed!

[srcxxx]

I believe that I have found a way to compile .BOP files for all AMD videocards, not just for 79X0, R9 290, R9 280X and R9 270X.

will there be a myriadcoin-groestlCypress256.bop file in the future too?

Yes, it is already included in the 3.1.0M release. See my post above.

Or if you have 3.1.0 and just need this particular file, get it from github repository: https://github.com/srcxxx/grs-sgminer/raw/master/myriad-groestlCypress256.bop

[srcxxx]

I believe that I have found a way to compile .BOP files for all AMD videocards, not just for 79X0, R9 290, R9 280X and R9 270X.

So if you had some problems with an old videocard, please re-download grs-sgminer 1.3.0 from here: https://github.com/srcxxx/grs-sgminer/releases/download/1.3.0/grs-sgminer1_3_0_M.7z

The file is compressed with 7-zip (http://www.7-zip.org) to reduce the filesize.

Note: there are no changes to the distributable rather than addition of .BOP files. So if everything is working fine, don't bother re-downloading.

PS: These .bop files were compiled in 14.6 beta. I'll also compile another set in 13.12, perhaps it'll be faster for some hardware (for example I think 7970 works better with 13.12 drivers).

I'm on Linux
My 7850 (myriadcoin-groestlPitcairn256.bop) works with 13.12 & 14.6 but my 7950 cards (myriadcoin-groestlTahiti256.bop) only works in 14.6, not in 13.12 like you recommend...

I get these errors :
[17:15:14] Error -11: Building Program (clBuildProgram)
[17:15:14] Frontend phase failed compilation.
Error: Compilation from LLVMIR binary to IL text failed!

Hi!

Did I understand correctly that current version of myriadcoin-groestlTahiti256.bop does not work in 13.12 on Linux for 7950 cards?
Which driver version are you using on Linux? 13.12?

PS: I'll probably upload a 13.12 compile of all .bop files in approx 14 hours from now.

Thanks

[Watchy312]

I believe that I have found a way to compile .BOP files for all AMD videocards, not just for 79X0, R9 290, R9 280X and R9 270X.

So if you had some problems with an old videocard, please re-download grs-sgminer 1.3.0 from here: https://github.com/srcxxx/grs-sgminer/releases/download/1.3.0/grs-sgminer1_3_0_M.7z

The file is compressed with 7-zip (http://www.7-zip.org) to reduce the filesize.

Note: there are no changes to the distributable rather than addition of .BOP files. So if everything is working fine, don't bother re-downloading.

PS: These .bop files were compiled in 14.6 beta. I'll also compile another set in 13.12, perhaps it'll be faster for some hardware (for example I think 7970 works better with 13.12 drivers).

I'm on Linux
My 7850 (myriadcoin-groestlPitcairn256.bop) works with 13.12 & 14.6 but my 7950 cards (myriadcoin-groestlTahiti256.bop) only works in 14.6, not in 13.12 like you recommend...

I get these errors :
[17:15:14] Error -11: Building Program (clBuildProgram)
[17:15:14] Frontend phase failed compilation.
Error: Compilation from LLVMIR binary to IL text failed!

Hi!

Did I understand correctly that current version of myriadcoin-groestlTahiti256.bop does not work in 13.12 on Linux for 7950 cards?
Which driver version are you using on Linux? 13.12?

PS: I'll probably upload a 13.12 compile of all .bop files in approx 14 hours from now.

Thanks

Yes exactly, on my linux it does not, but i don't know for others persons...

I just reinstalled 14.6 beta drivers and my 7950 does work with these but indeed it was not with 13.12 drivers, i got the errors above
Your normal kernel works fine in 13.12 also, i only have my problem with the optimized version, maybe your 13.12 bop files will solve it

[coke15]

hi

no hope for hd 69xx?

[alexzerg11]

sgminer 1.2.5 with -k optimized - OK
sgminer 1.3.0 with -k optimized - OK
sgminer 1.3.0.M with -k optimized - error :

Code:

sgminer 1.3.0 - Started: [2014-07-08 22:56:39]
--------------------------------------------------------------------------------
(5s):0.000 (avg):0.000h/s | A:0  R:0  HW:0  WU:0.000/m
ST: 1  SS: 0  NB: 1  LW: 18  GF: 0  RF: 0
Connected to Pool 0 (stratum) diff 0.031 as user FnzMEE2fkX31J5EjheNMo8pq2672Q5kjGh
Block: 4f990c0c...  Diff:39  Started: [22:56:39]  Best share: 0
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  34.0C 1948RPM | OFF   / 0.000h/s | R:  0.0% HW:0 WU:0.000/m I:22
 GPU 1:  36.0C 3293RPM | OFF   / 0.000h/s | R:  0.0% HW:0 WU:0.000/m I:19
--------------------------------------------------------------------------------
[22:56:37] Started sgminer 1.3.0
[22:56:37] Optimized groestlcoin kernel invoked.
[22:56:37] Optimized groestlcoin kernel invoked.
[22:56:37] Probing for an alive pool
[22:56:38] Pool 0 difficulty changed to 0.031
[22:56:39] Network diff set to 39
[22:56:39] Error -54: Enqueueing kernel onto command queue. (clEnqueueNDRangeKernel)
[22:56:39] Error -54: Enqueueing kernel onto command queue. (clEnqueueNDRangeKernel)
[22:56:39] GPU 1 failure, disabling!
[22:56:39] GPU 0 failure, disabling!

GPU0 - R9_270x; GPU1 - 7850.
...
My result on groestl on old videocards:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%;
radeon 6850 (800Mhz, driver ver. 13.12) on the original groestlcoin.cl - 3.22 Mh, and on the optimized groestlcoin.cl - 3.39 Mh = better in 5%;

Version 1.3.0 with -k optimized - error:

Code:

sgminer 1.3.0 - Started: [2014-07-08 23:43:01]
--------------------------------------------------------------------------------
(5s):0.000 (avg):0.000h/s | A:0  R:0  HW:0  WU:0.000/m
ST: 2  SS: 0  NB: 1  LW: 10  GF: 0  RF: 0
Connected to Pool 0 (stratum) diff 0.031 as user FnzMEE2fkX31J5EjheNMo8pq2672Q5k
Block: e42a4b72...  Diff:37  Started: [23:43:01]  Best share: 0
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  51.0C 2974RPM | OFF   / 0.000h/s | R:  0.0% HW:0 WU:0.000/m I:16
--------------------------------------------------------------------------------
[23:42:59] Started sgminer 1.3.0
[23:42:59] Optimized groestlcoin kernel invoked.
[23:42:59] Probing for an alive pool
[23:43:00] Pool 0 difficulty changed to 0.031
[23:43:01] Network diff set to 37
[23:43:01] Error -54: Enqueueing kernel onto command queue. (clEnqueueNDRangeKer
nel)
[23:43:01] GPU 0 failure, disabling!

[srcxxx]

hi

no hope for hd 69xx?

Why not? I think it should work. The new 1.3.0M should have the BOP file for your video card.

If there is a specific error message - please let me know.

[coke15]

hi

no change with 1.3  or 1.3M  15.7mhs on 6970,  better than "older" 15 mhs.

i'd like 18-20  mhs 

good job

[spankyminer]

Yes, it is already included in the 3.1.0M release. See my post above.

Or if you have 3.1.0 and just need this particular file, get it from github repository: https://github.com/srcxxx/grs-sgminer/raw/master/myriad-groestlCypress256.bop

Thanks for the fast reply but sgminer's error demanded myriadcoin-groestlCypress256.bop and not myriad-groestlCypress256.bop.
I tried and renamed the bop file but it still doesnt work.
There are just a few bop files included which goes myriadcoin-groestl instead of myraid-groestl.. Whats the difference?

[srcxxx]

Yes, it is already included in the 3.1.0M release. See my post above.

Or if you have 3.1.0 and just need this particular file, get it from github repository: https://github.com/srcxxx/grs-sgminer/raw/master/myriad-groestlCypress256.bop

Thanks for the fast reply but sgminer's error demanded myriadcoin-groestlCypress256.bop and not myriad-groestlCypress256.bop.
I tried and renamed the bop file but it still doesnt work.
There are just a few bop files included which goes myriadcoin-groestl instead of myraid-groestl.. Whats the difference?

I think this is my screwup. I apologize.

myriad-groestl is supposed to be myriadcoin-groestl.

Will re-upload 1.3.0M.

What's the error that you are getting after you rename the file? What is the videocard and driver version?

[srcxxx]

You can download full set of BOP files compiled on AMD drivers version 13.12 from here: https://mega.co.nz/#!IFZHCTRY!yo3CpPN_SLrYq0JU2mH1cKvqGcIZG7ZI4352s5nS8Bk

It may be faster for old videocards like 7950 and earlier.

Please reply to this thread with videocard model if 13.12 BOP was better for you.

Thanks!

[paladin281978]

srcxxx

7950, 1.3.0, 14.6, ATH, -k optimized - works
7950, 1.3.0M, 14.6, ATH, -k optimized - does not work
why?

[srcxxx]

srcxxx

7950, 1.3.0, 14.6, ATH, -k optimized - works
7950, 1.3.0M, 14.6, ATH, -k optimized - does not work
why?

This is strange and unexpected.

Can you try taking the BOP file from 13.12 precompiled binaries? Will it work? Will it be faster?

Worst case scenario - just keep using 1.3.0

Thanks

[srcxxx]

14.6 b1 compiled BOP files: https://mega.co.nz/#!dNIwXQjZ!iJLxYu4FeqVyA48jX3GdhRd01fPDMZY406eplvnwVEg
13.12 compiled BOP files: https://mega.co.nz/#!IFZHCTRY!yo3CpPN_SLrYq0JU2mH1cKvqGcIZG7ZI4352s5nS8Bk

I recommend that you try both if your video card is not the latest R9 series (like 58050 or 7950).

If 13.12 turned out to be better than default 14.6 in ZIP - please email to this thread.

[srcxxx]

Version 1.3.1 is out.

It is the same as 1.3.0 but with lots of BOP files.

Also myriadcoin BOP naming convention is fixed.

https://github.com/srcxxx/grs-sgminer/releases/download/1.3.1/grs-sgminer1_3_1.7z

Or https://github.com/srcxxx/grs-sgminer/releases/download/1.3.1/grs-sgminer1_3_1.zip if you can't use 7zip.

Thanks

[paladin281978]

srcxxx

7950, 1.3.0, 14.6, ATH, -k optimized - works
7950, 1.3.0M, 14.6, ATH, -k optimized - does not work
why?

This is strange and unexpected.

Can you try taking the BOP file from 13.12 precompiled binaries? Will it work? Will it be faster?

Worst case scenario - just keep using 1.3.0

Thanks

BOP file from 13.12 - speed is more than 2 times lower = 5+ Mh
14.6 on 7950 = 13.9 Mh

using 1.3.1 speed = 1.3.0
don't know why 1.3.0 M not working

[paladin281978]

srcxxx

noticed that your pool shows speed less than my miner 1.3.1
my speed 41.7 Mh, and pool during the day shows 28-30 Mh
it is much less my speed

UPD: on 1.3.0 speed correct

[Litejavichu]

In 7970-14.6 15MHS
In 7950-14.6 13MHS
In 5850 -13.2on 5.5MHS before 6MHS little difference....

is possible to add to your pool Talkcoin ?
Thanks

[alexzerg11]

Code:

My result on groestl on old videocards:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%;
radeon 6850 (800Mhz, driver ver. 13.12) on the original groestlcoin.cl - 3.22 Mh, and on the optimized groestlcoin.cl - 3.39 Mh = better in 5%;

Sgminer 1.3.1 with -k optimized:
radeon 5870 (900Mhz, driver ver. 13.12) - 6.22Mh = worse than the original 5%;
radeon 6850 (800Mhz, driver ver. 13.12) - 3.03Mh = worse than the original 5%.
Why is that?
With which driver compiled bop files for old video-cards?

[Watchy312]

7850 @ 1100/100 and drivers 13.12 = 5 Mh/s
7950 @ 1080/100 and drivers 13.12 = 11 Mh/s

7850 @ 1100/100 and drivers 14.6b = 12.5 Mh/s
7950 @ 1080/100 and drivers 14.6b = 21 Mh/s

I heard people with 280x have approx 30 Mh/s...

EDIT : Myriadcoin-groestl

[alexzerg11]

7850 @ 1100/100 and drivers 13.12 = 5 Mh/s
7950 @ 1080/100 and drivers 13.12 = 11 Mh/s

-k groestlcoin?

7850 @ 1100/100 and drivers 14.6b = 12.5 Mh/s
7950 @ 1080/100 and drivers 14.6b = 21 Mh/s

and here???

[srcxxx]

7950, 1.3.0, 14.6, ATH, -k optimized - works

BOP file from 13.12 - speed is more than 2 times lower = 5+ Mh
14.6 on 7950 = 13.9 Mh

Thank you for providing the info.

Could you share your config? Like what is the core clock?

[srcxxx]

srcxxx

noticed that your pool shows speed less than my miner 1.3.1
my speed 41.7 Mh, and pool during the day shows 28-30 Mh
it is much less my speed

UPD: on 1.3.0 speed correct

Hi!

Pool only shows very approximate values. For me it shows the hashrate +- 50%. That is normal.

It is important that the daily mining income is equal to the one calculated on whatmine.com or coinwarz. And I believe it should.

Thanks

[paladin281978]

7950, 1.3.0, 14.6, ATH, -k optimized - works

BOP file from 13.12 - speed is more than 2 times lower = 5+ Mh
14.6 on 7950 = 13.9 Mh

Thank you for providing the info.

Could you share your config? Like what is the core clock?

sgminer.exe -k optimized -o stratum+tcp://cryptohunger.com:50003 -u login -p pass --gpu-engine 1170 -I 22 -w 256 --gpu-powertune 10,0,0 --no-submit-stale

[paladin281978]

srcxxx

noticed that your pool shows speed less than my miner 1.3.1
my speed 41.7 Mh, and pool during the day shows 28-30 Mh
it is much less my speed

UPD: on 1.3.0 speed correct

Hi!

Pool only shows very approximate values. For me it shows the hashrate +- 50%. That is normal.

It is important that the daily mining income is equal to the one calculated on whatmine.com or coinwarz. And I believe it should.

Thanks

do not agree.
on 1.3.1 pool stable shows the rate by a third less.
my speed 41.7 Mh. pool shows not more than 30 Mh.
on 1.3.0 pool shows 37-50 Mh
the difference is obvious.

[paladin281978]

srcxxx

today, when tried 1.3.1 noticed for the third time, that your pool does not pay for the last 3 hours mining, if to make a pause.
if the pool pays after 3 hours of a mining, that and payments have to go 3 hours after a stop. am I right?

when you do a normal statistics?

[srcxxx]

hi, it should there be a problem with the new site because I mine for a week but I do not get anything in my wallet since 20/06.
I utilsait version 1 of the optimized kernel but I just upgrade to version 2 can be my problem be solved?

You need to provide more info.

Which coin you are mining, are you getting any Accepts? Do you see your wallet address in http://cryptohunger.com:81/workers?

Payouts are running every hour. So if you did not get payouts for one week - then something is definitely wrong.

[srcxxx]

srcxxx

today, when tried 1.3.1 noticed for the third time, that your pool does not pay for the last 3 hours mining, if to make a pause.
if the pool pays after 3 hours of a mining, that and payments have to go 3 hours after a stop. am I right?

when you do a normal statistics?

I'm not sure what you are asking.

But when you start mining for the 1st time, the coins will only be paid out once the found block mature. Which is usually 2-3 hours.

Same happens when you stop mining. You still will be getting some coins for a few hours after you stop.

[srcxxx]

7850 @ 1100/100 and drivers 13.12 = 5 Mh/s
7950 @ 1080/100 and drivers 13.12 = 11 Mh/s

7850 @ 1100/100 and drivers 14.6b = 12.5 Mh/s
7950 @ 1080/100 and drivers 14.6b = 21 Mh/s

I heard people with 280x have approx 30 Mh/s...

EDIT : Myriadcoin-groestl

Yes, this seem quite low for the optimized kernel. I'm not sure about 30MH/s on R9 280X (I have 33MH/s on R9 280), but 21MH/s on 7950 seem to be low.

Please send your command line.

You are using -k myriadcoin-optimized, right?

Because if you are using just the normal -k myriadcoin-groestl, that's pretty much what you should be getting.

Thanks

[srcxxx]

Code:

My result on groestl on old videocards:
radeon 5870 (900Mhz, driver ver. 13.12) on the original groestlcoin.cl - 6.535 Mh, and on the optimized groestlcoin.cl - 6.91 Mh = better in 6%;
radeon 6850 (800Mhz, driver ver. 13.12) on the original groestlcoin.cl - 3.22 Mh, and on the optimized groestlcoin.cl - 3.39 Mh = better in 5%;

Sgminer 1.3.1 with -k optimized:
radeon 5870 (900Mhz, driver ver. 13.12) - 6.22Mh = worse than the original 5%;
radeon 6850 (800Mhz, driver ver. 13.12) - 3.03Mh = worse than the original 5%.
Why is that?
With which driver compiled bop files for old video-cards?

Have you tried the "original" on your hardware? (I'm just not sure what you are quoting, is it your message or someone else's).

Perhaps you need to use 13.12 BOP or 14.6 BOP.

Provide more info, like your command line, speed with "-k groestlcoin" etc and perhaps we will figure it out.

[srcxxx]

I just uploaded BOPs compiled on 13.12 AMD driver. Download is here: https://mega.co.nz/#!9M4AxIZZ!XfkttSJYKdzWn-fEC8RidIy4oh9EQeGnGOy3IYbPBPo
The previous 13.12 set was compiled in Linux. And looks like all files are 2 times larger in Linux than in Windows.

Could somebody (with 7950 or earlier videocards) try it and see if it is any better?
I think that the myriadcoin-groestlTahiti256.bop / groestcoinlTahiti256.bop from this ZIP may actually be very good.

Or if the speed is exactly the same as in Linux 13.12, it would also be good to know.

Thanks

[Watchy312]

7850 @ 1100/100 and drivers 13.12 = 5 Mh/s
7950 @ 1080/100 and drivers 13.12 = 11 Mh/s

7850 @ 1100/100 and drivers 14.6b = 12.5 Mh/s
7950 @ 1080/100 and drivers 14.6b = 21 Mh/s

I heard people with 280x have approx 30 Mh/s...

EDIT : Myriadcoin-groestl

Yes, this seem quite low for the optimized kernel. I'm not sure about 30MH/s on R9 280X (I have 33MH/s on R9 280), but 21MH/s on 7950 seem to be low.

Please send your command line.

You are using -k myriadcoin-optimized, right?

Because if you are using just the normal -k myriadcoin-groestl, that's pretty much what you should be getting.

Thanks

That's my scrypt, i have 1x7850 and 3x7950

export DISPLAY=:0
export GPU_MAX_ALLOC_PERCENT=100
export GPU_USE_SYNC_OBJECTS=1

# 7850
aticonfig --adapter=0 --pplib-cmd "set fanspeed 0 34"
aticonfig --adapter=0 --odsc 1100,100 <-- 12.5 Mh/s optimized, 8 Mh/s normal kernel
# 7950
aticonfig --adapter=1 --odsc 1080,100 <-- 21 Mh/s optimized, 13 Mh/s normal kernel
aticonfig --adapter=2 --odsc 1050,100
aticonfig --adapter=3 --odsc 1050,100

/home/user/Downloads/grs-sgminer-master/sgminer -k myriadcoin-optimized -o stratum+tcp://cryptohunger.com:60002 -u Sbh4EmQz15hY4nSPvXVP9DszxBpinpUstv -p x -I 22 -g 1 -w 256

On the last miner i was using i had 17 Mh/s instead of 21 Mh/s for my 7950.

[alexzerg11]

i'm use bop files 13.12 for 6850. Result 3.3Mh.
sgminer -k groestlcoin in optimized .CL is better = 3.47Mh.
(sgminer -k groestlcoin -o stratum+tcp://grs.suprnova.cc:5544 -u alexzerg11.az1 -p x --intensity 16 --shaders 960 --gpu-threads 1 -w 256 --gpu-engine 800 --gpu-memclock 800 --gpu-fan 65)

[srcxxx]

# 7850
aticonfig --adapter=0 --pplib-cmd "set fanspeed 0 34"
aticonfig --adapter=0 --odsc 1100,100 <-- 12.5 Mh/s optimized, 8 Mh/s normal kernel
# 7950
aticonfig --adapter=1 --odsc 1080,100 <-- 21 Mh/s optimized, 13 Mh/s normal kernel
aticonfig --adapter=2 --odsc 1050,100
aticonfig --adapter=3 --odsc 1050,100

/home/user/Downloads/grs-sgminer-master/sgminer -k myriadcoin-optimized -o stratum+tcp://cryptohunger.com:60002 -u Sbh4EmQz15hY4nSPvXVP9DszxBpinpUstv -p x -I 22 -g 1 -w 256

On the last miner i was using i had 17 Mh/s instead of 21 Mh/s for my 7950.

The "-g 1" is not usual. If you remove it, would it influence the hashrate?

23.5% gain with optimized. Pretty good.

Could I ask you to try the 3 bop files in this zip package and provide the hashrates for your 7950?

Thanks

[paladin281978]

srcxxx

today, when tried 1.3.1 noticed for the third time, that your pool does not pay for the last 3 hours mining, if to make a pause.
if the pool pays after 3 hours of a mining, that and payments have to go 3 hours after a stop. am I right?

when you do a normal statistics?

I'm not sure what you are asking.

But when you start mining for the 1st time, the coins will only be paid out once the found block mature. Which is usually 2-3 hours.

Same happens when you stop mining. You still will be getting some coins for a few hours after you stop.

I wrote that 3 times checked payments after a stop. they are smaller than they should be and only 1 hour, instead of three.

[Watchy312]

# 7850
aticonfig --adapter=0 --pplib-cmd "set fanspeed 0 34"
aticonfig --adapter=0 --odsc 1100,100 <-- 12.5 Mh/s optimized, 8 Mh/s normal kernel
# 7950
aticonfig --adapter=1 --odsc 1080,100 <-- 21 Mh/s optimized, 13 Mh/s normal kernel
aticonfig --adapter=2 --odsc 1050,100
aticonfig --adapter=3 --odsc 1050,100

/home/user/Downloads/grs-sgminer-master/sgminer -k myriadcoin-optimized -o stratum+tcp://cryptohunger.com:60002 -u Sbh4EmQz15hY4nSPvXVP9DszxBpinpUstv -p x -I 22 -g 1 -w 256

On the last miner i was using i had 17 Mh/s instead of 21 Mh/s for my 7950.

The "-g 1" is not usual. If you remove it, would it influence the hashrate?

23.5% gain with optimized. Pretty good.

Could I ask you to try the 3 bop files in this zip package and provide the hashrates for your 7950?

Thanks

-g 1 change nothing

14.6b = 21 Mh/s
1312l = 7.86 Mh/s
1312w = 18.75 Mh/s

I tested your 13.12 windows compiled bop files too and i get 9.8Mh/s with 7850 and 18,75Mh/s with 7950.
So i guess that "l" was for linux and that "w" for windows

Maybe i should try to test in windows later or that would help if someone else can...

Conclusion 1 : On linux, 14.6b drivers are way better for 7850 & 7950. Seems normal, the weird thing is rather people getting higher hashrate with 280x & old drivers.
Conclusion 2 : There are huge difference between linux and windows compiled bop files. Windows compiled files perform a lot better on linux than linux compiled files...wtf lol

[srcxxx]

14.7 RC1 driver is out. It is not better in terms of groestl algo mining. Perhaps even a bit slower (19.84 MH/s on 14.7 vs 20.03MH/s on 14.6).

I would not recommend you to update at this point unless you have some other reason. Let's wait for the official release...

[DumDumz]

with 7950 not working only rejections

same on 7970 not working

I recommend you read the OP. There are several things you should not forget:

1 - adding the normal-hashing parameter if mining DMD
2 - make sure you use the optimized kernel only with the 4 stratums mentionned in the OP. It will not work in other pools.
3 - use the default config posted in OP or available in the example.conf file that comes with the miner
4 - and most importantly, you should provide more detailed info. Saying you only get rejections is not very useful to figure out what you problem is. Perhaps posting your config file and a screenshot of sgminer or printout could be useful.

I don't see why with 7970 it cannot work. 280x is a 7970 rebranded so they should behave the same way. Only scrxxx can confirm this 100% though.

Hope this helps.

Thanks for your help buddy

[djdizzymok]

can i use this on ath?

[lobo13hf]

Do i need .cl file for AtheistCoin i cant get it to run thiss what i get
Edit: i do get it to run but only with groestlcoin.cl if i want to run it with optimized it wont run

Code:

[12:19:12] Started sgminer 1.3.1

[12:19:12] Started sgminer 1.3.1
[12:19:12] Loaded configuration file sgminer.conf
[12:19:13] Optimized kernel only works with stratum+tcp://cryptohunger.com:50001
, 50002, 50003 and higher. Use cryptohunger pool or don't use the optimized kern
el. See https://bitcointalk.org/index.php?topic=652849. Incompatible pool: myrgr
s.suprnova.cc:5678
[12:19:13] Failed to init GPU thread 0, disabling device 0
[12:19:13] Restarting the GPU from the menu will not fix this.
[12:19:13] Try restarting sgminer.
Press enter to continue:

here are my settings

Code:

{
"pools" : [
	{
		"url" : "stratum+tcp://cryptohunger.com:50003",
		"user" : "AGyE6rqYX2bY1xrmLjBE4gvto8ML1xBuq3",
		"pass" : "xxx",
		"poolname" : "AtheistCoinOptimized"
	},
        
        {
		"url" : "stratum+tcp://cryptohunger.com:50001",
		"user" : "FnzMEE2fkX31J5EjheNMo8pq2672Q5kjGh",
		"pass" : "xxx",
		"poolname" : "GroestlCoinOptimized"
	},
	{
		"url" : "stratum+tcp://cryptohunger.com:50002",
		"user" : "dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz",
		"normal-hashing" : "true",
		"pass" : "xxx",
		"poolname" : "DiamondCoinOptimized"
	},
	
	{
		"url" : "stratum+tcp://cryptohunger.com:50004",
		"user" : "NLwqTRzxE3zxi9LZmETE5epMoiW6rVmLNX",
		"pass" : "xxx",
		"poolname" : "DokdoCoinOptimized"
	}
],

"gpu-engine" : "1150",
"gpu-memclock" : "150",
"intensity" : "22",
"gpu-threads" : "1",

"auto-fan" : true,
"temp-cutoff" : "90",
"temp-overheat" : "80",
"temp-target" : "76",
"gpu-fan" : "40-80",
"worksize" : "256",

"api-port" : "4028",
"kernel" : "optimized",
"gpu-powertune" : "20"
}

version grs-sgminer1_3_1  it works fine with other coins but not with atheistcoin??

[473Bananas]

why is this not released for other pools? :s

[pallas]

why is this not released for other pools? :s

because the working pool is his own and he wants to make money :-)

[473Bananas]

why is this not released for other pools? :s

because the working pool is his own and he wants to make money :-)

lol figures...this goes against any principle of crypto-currency...what happened to open-source and decentralisation?
i understand he puts in the work..but im sure if he would open up a donation fund, lots of us would be very happy to donate some

[Dropkick]

Do i need .cl file for AtheistCoin i cant get it to run thiss what i get
Edit: i do get it to run but only with groestlcoin.cl if i want to run it with optimized it wont run

Code:

[12:19:12] Started sgminer 1.3.1

[12:19:12] Started sgminer 1.3.1
[12:19:12] Loaded configuration file sgminer.conf
[12:19:13] Optimized kernel only works with stratum+tcp://cryptohunger.com:50001
, 50002, 50003 and higher. Use cryptohunger pool or don't use the optimized kern
el. See https://bitcointalk.org/index.php?topic=652849. Incompatible pool: myrgr
s.suprnova.cc:5678
[12:19:13] Failed to init GPU thread 0, disabling device 0
[12:19:13] Restarting the GPU from the menu will not fix this.
[12:19:13] Try restarting sgminer.
Press enter to continue:

here are my settings

Code:

{
"pools" : [
	{
		"url" : "stratum+tcp://cryptohunger.com:50003",
		"user" : "AGyE6rqYX2bY1xrmLjBE4gvto8ML1xBuq3",
		"pass" : "xxx",
		"poolname" : "AtheistCoinOptimized"
	},
        
        {
		"url" : "stratum+tcp://cryptohunger.com:50001",
		"user" : "FnzMEE2fkX31J5EjheNMo8pq2672Q5kjGh",
		"pass" : "xxx",
		"poolname" : "GroestlCoinOptimized"
	},
	{
		"url" : "stratum+tcp://cryptohunger.com:50002",
		"user" : "dSwcxqXiYrZehaiy6sKfQv1NyEtxTXrmrz",
		"normal-hashing" : "true",
		"pass" : "xxx",
		"poolname" : "DiamondCoinOptimized"
	},
	
	{
		"url" : "stratum+tcp://cryptohunger.com:50004",
		"user" : "NLwqTRzxE3zxi9LZmETE5epMoiW6rVmLNX",
		"pass" : "xxx",
		"poolname" : "DokdoCoinOptimized"
	}
],

"gpu-engine" : "1150",
"gpu-memclock" : "150",
"intensity" : "22",
"gpu-threads" : "1",

"auto-fan" : true,
"temp-cutoff" : "90",
"temp-overheat" : "80",
"temp-target" : "76",
"gpu-fan" : "40-80",
"worksize" : "256",

"api-port" : "4028",
"kernel" : "optimized",
"gpu-powertune" : "20"
}

version grs-sgminer1_3_1  it works fine with other coins but not with atheistcoin??

same problem. Somebody know how to fix this

[HR]

7850 @ 1100/100 and drivers 13.12 = 5 Mh/s
7950 @ 1080/100 and drivers 13.12 = 11 Mh/s

7850 @ 1100/100 and drivers 14.6b = 12.5 Mh/s
7950 @ 1080/100 and drivers 14.6b = 21 Mh/s

I heard people with 280x have approx 30 Mh/s...

EDIT : Myriadcoin-groestl

Yes, this seem quite low for the optimized kernel. I'm not sure about 30MH/s on R9 280X (I have 33MH/s on R9 280), but 21MH/s on 7950 seem to be low.

Please send your command line.

You are using -k myriadcoin-optimized, right?

Because if you are using just the normal -k myriadcoin-groestl, that's pretty much what you should be getting.

Thanks

That's my scrypt, i have 1x7850 and 3x7950

export DISPLAY=:0
export GPU_MAX_ALLOC_PERCENT=100
export GPU_USE_SYNC_OBJECTS=1

# 7850
aticonfig --adapter=0 --pplib-cmd "set fanspeed 0 34"
aticonfig --adapter=0 --odsc 1100,100 <-- 12.5 Mh/s optimized, 8 Mh/s normal kernel
# 7950
aticonfig --adapter=1 --odsc 1080,100 <-- 21 Mh/s optimized, 13 Mh/s normal kernel
aticonfig --adapter=2 --odsc 1050,100
aticonfig --adapter=3 --odsc 1050,100

/home/user/Downloads/grs-sgminer-master/sgminer -k myriadcoin-optimized -o stratum+tcp://cryptohunger.com:60002 -u Sbh4EmQz15hY4nSPvXVP9DszxBpinpUstv -p x -I 22 -g 1 -w 256

On the last miner i was using i had 17 Mh/s instead of 21 Mh/s for my 7950.

Have you documented the difference in AC consumption and temperatures?

[HR]

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

polanskiman,

I see you were monitoring this. How about your previous readings using sph-sgminer (both energy consumption and hashrates)? Much appreciated.

[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

polanskiman,
I see you were monitoring this. How about your previous readings using sph-sgminer (both energy consumption and hashrates)? Much appreciated.

If I remember right I was getting around 4.7 Mh with sph-sgminer for a similar energy consumption than with the grs-sgminer optimised kernel. Perhaps even more.

I have now switched to NVIDIA's GTX 750Ti which is way more energy efficient. One 750Ti gives you 7.8 Mh for 50W which is 15.6 Mh for 100W (for 2 GPUs). A 280X give's 14.8 Mh (in my case) with the optimised kernel for 230 Watt. You get the point.

Glad I'm not mining here anymore and that I am not using AMD's 280X. Sold them.

[HR]

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

polanskiman,
I see you were monitoring this. How about your previous readings using sph-sgminer (both energy consumption and hashrates)? Much appreciated.

If I remember right I was getting around 4.7 Mh with sph-sgminer for a similar energy consumption than with the grs-sgminer optimised kernel. Perhaps even more.

I have now switched to NVIDIA's GTX 750Ti which is way more energy efficient. One 750Ti gives you 7.8 Mh for 50W which is 15.6 Mh for 100W (for 2 GPUs). A 280X give's 14.8 Mh (in my case) with the optimised kernel for 230 Watt. You get the point.

Glad I'm not mining here anymore and that I am not using AMD's 280X. Sold them.

Cool. Thanks for the data.

Got to love those 750Ti cards. I'll be replacing my 7950's sometime soon.

BTW, has anyone said anything on why the huge difference between the myriad-groestl and groestl hashrates? Myriad-groestl gets around 90% higher hashrates than groestl (and the diamond kernel too)!

[xfelinho]

myriad groestl is groestl and sha256
groestl is groest groestl

--> sha256 is super fast, so groestl takes most of the time --> myriad groestl nearly 2 times as fast as groestl

[HR]

myriad groestl is groestl and sha256
groestl is groest groestl

--> sha256 is super fast, so groestl takes most of the time --> myriad groestl nearly 2 times as fast as groestl

So that's why Myriadcoin-groestl gets around 90% higher hashrates than groestlcoin

Interesting. Do you have some documentation that you could link us to? TIA

[tyson187]

I started to mine Aidbit Groestl
I get 11,5Mh/s with sapphire dual x 280x (1080/1500)
        4,1Mh/s with asus 6850 (935/1000)

I get the same hashrate with 14,6 and 14,7 beta driver

[baraba80]

I started to mine Aidbit Groestl
I get 11,5Mh/s with sapphire dual x 280x (1080/1500)
        4,1Mh/s with asus 6850 (935/1000)

I get the same hashrate with 14,6 and 14,7 beta driver

same 

[trungquang29]

I started to mine Aidbit Groestl
I get 11,5Mh/s with sapphire dual x 280x (1080/1500)
        4,1Mh/s with asus 6850 (935/1000)

I get the same hashrate with 14,6 and 14,7 beta driver

same 

me too, 280x only run at speed 9 - 10 Mh/s

[srcxxx]

Hi guys!

Sorry for not being active on the thread. I'm on a 3 week business trip in USA/Europe until 1th of August.
If you need something from me - send PM (I'll get an email notification and reply).

I have worked on the groestl algo in the spare time and hoping that it will improve the hashrate even more, I'll know for sure in about 10 days from now.

In the meantime, I've added AidBit coin support at port 50005.

I cannot test if it works or not, as I don't have access to my rigs.

I am going to ask a friend of mine to test and let me know, then I'll post here.

Thanks
srcxxx

[srcxxx]

Do NOT mine AidBit yet. Blocks are being rejected, looking into that...

[akrobet]

Anyone tried the myriad-groestl optimized kernel on a 5970? I only get about 2 x 8.5MH/s, while I get 2 x 11.3MH/s on the normal myriad kernel. Trying with Cat 13.12 whql.

[srcxxx]

Does anybody know how to exchange DOKDO into some other currency?

Thanks in advance.

[Litejavichu]

Does anybody know how to exchange DOKDO into some other currency?

Thanks in advance.

In Cryptocointalk you can try to sell, but only buy from Uncloz and a single person. The other we are waiting for Vaultex ... you see that mystery!

[srcxxx]

Does anybody know how to exchange DOKDO into some other currency?

Thanks in advance.

did you receive pm reply ?

No, not yet.

[srcxxx]

Do NOT mine AidBit yet. Something wrong with their network (reward jumped from 200 to 6 and difficulty is about 0..
See: https://bitcointalk.org/index.php?topic=683317.360
I will let you know when all problems are fixed.

Thanks

Update: I think all problems are now fixed with AidBit network.
I'm mining there and found 9 blocks so far. I'll wait until pool pays out the mining reward from those blocks and then will be able to say that AidBit is supported.
But I'm pretty sure it should be ok. So if you want, you can join the AidBit pool in BETA stage. (The difficulty is pretty low, around 5).

  {
      "url" : "stratum+tcp://cryptohunger.com:50005",
      "user" : "AJnwuS6yDLZF9AM4GR1Fz8E68TV9AJ1dsA",
      "pass" : "xxx",
      "poolname" : "AidBitOptimized"
   }

[srcxxx]

BTW, the official pools for AidBit are using the same pool software:

http://felix.aidbit.net/
http://maya.aidbit.net/
http://kei.aidbit.net:8888/

and even their non-oficial pool:
http://aid.cryptowins.com/

:-)

[srcxxx]

I believe it is safe to mine AID on my pool. Feel free to join. The blocks are confirmed. Payouts have not come through yet, but I am not expecting any problems. If there will be some problems with payouts, I'll pay you myself.

NOTE: AID Block matures in 500 minutes, so if you start mining right now - you'll only get reward in like 10 hours.

[Litejavichu]

I believe it is safe to mine AID on my pool. Feel free to join. The blocks are confirmed. Payouts have not come through yet, but I am not expecting any problems. If there will be some problems with payouts, I'll pay you myself.

NOTE: AID Block matures in 500 minutes, so if you start mining right now - you'll only get reward in like 10 hours.

Thanks, but I am not going to return to risk a lot of hours lost in that currency. Continually has problems and makes you lose money

[SimkoMiner]

I am mining AidBit on Cryptohunger NOMP pool and having cca 20% higher hashrate with the -k optimized switch (18,7 Mh on R290 and 16,2 Mh on R280x).

srcxxx: could you please check if your pool is on the correct fork as the difficulty is very low and it seems like those 3 miners on your pool are the only miners so far on some fork.

[HR]

Do NOT mine AidBit yet. Something wrong with their network (reward jumped from 200 to 6 and difficulty is about 0..

That would be about right since their reward is a dynamic reward based loosely on an 8:1 diff ratio (8 * dDiff, roughly, for now).

[srcxxx]

I am mining AidBit on Cryptohunger NOMP pool and having cca 20% higher hashrate with the -k optimized switch (18,7 Mh on R290 and 16,2 Mh on R280x).

srcxxx: could you please check if your pool is on the correct fork as the difficulty is very low and it seems like those 3 miners on your pool are the only miners so far on some fork.

I used to be on correct fork and could see my transactions on their block explorer. Now they've modified the code AGAIN!!!

Just 12 minutes ago: https://github.com/AidBit/aidbit/commits/master

So looks like it's not worth mining it again...

Sorry about it

[srcxxx]

I updated AidBit daemon to https://github.com/AidBit/aidbit/commit/152026f3fc331268253f4c5f41cada4ec5366761
Which is an hour ago's version and it seems to be the same as the windows 1.0.1 beta 2 (http://www.aidbit.net/bin/AidBit-Setup-v1.0.1.0b2.exe)
So the pool is on correct fork (correct until AidBit dev makes another fix)

PS: Btw, I'm quite sympathetic to the troubles AidBit is going through. When DMD switched from POW to POS+POW they had similar problems and it took quite a bit of time to resolve all issues.

[srcxxx]

So far, so good. Already got two AID payments from the pool.
There are no changes on AidBit github either, so hopefully all problems are resolved.

Update: AidBit Windows wallet version 1.0.1.2 was released. Pool payouts are ok.

Difficulty is around 50 already!!!

[SimkoMiner]

So far, so good. Already got two AID payments from the pool.
There are no changes on AidBit github either, so hopefully all problems are resolved.

Update: AidBit Windows wallet version 1.0.1.2 was released. Pool payouts are ok.

Difficulty is around 50 already!!!

I tried to mine on your pool and then on Maya and the difficulty is different. While on your pool it was over 50, on Maya it's 26. What is more, the wallet is showing cca 16. I don't understand this at all. Are you sure your pool is on right fork?

[srcxxx]

So far, so good. Already got two AID payments from the pool.
There are no changes on AidBit github either, so hopefully all problems are resolved.

Update: AidBit Windows wallet version 1.0.1.2 was released. Pool payouts are ok.

Difficulty is around 50 already!!!

I tried to mine on your pool and then on Maya and the difficulty is different. While on your pool it was over 50, on Maya it's 26. What is more, the wallet is showing cca 16. I don't understand this at all. Are you sure your pool is on right fork?

Hi!

You are asking all the right questions!

Looks like the correct fork is different every day/hour. I'm trying to make sure we constantly stay on the correct fork.

See my post here: https://bitcointalk.org/index.php?topic=683317.msg8058021#msg8058021

srcxxx

[katak]

Hi,

Is that specific to this miner that memory setting can't be applied ?!
May it be fixed ?

Thanks

[M1ST3R]

Hey srcxxx,  when are you going to update your Atheist wallet to version 1002?

In the meantime,  I have 23,041+ unconfirmed Atheist coins in my version 1002 wallet. That's about $134 worth of electricity cost for 3 days mining in your pool.   I ask that you compensate me for this lost since you neglect to update your wallet to the current version.  

PS  My Atheist wallet ID is AYQckoEA19VPtnMgV9CGSXF2oNd5cN5QsL

[srcxxx]

Hi,

Is that specific to this miner that memory setting can't be applied ?!
May it be fixed ?

Thanks

Hi!

I'm not quite sure what you mean. What memory setting?

Thanks

[srcxxx]

Hey srcxxx,  when are you going to update your Atheist wallet to version 1002?

In the meantime,  I have 23,041+ unconfirmed Atheist coins in my version 1002 wallet. That's about $134 worth of electricity cost for 3 days mining in your pool.   I ask that you compensate me for this lost since you neglect to update your wallet to the current version.  

PS  My Atheist wallet ID is AYQckoEA19VPtnMgV9CGSXF2oNd5cN5QsL

Hi M1ST3R!

I was not aware of this new 1002 fork of Atheistcoin. Usually, developers notify pool operators about such things, but they never did.

I'm going to update the ATH coin right now.

[katak]

Hi,

Is that specific to this miner that memory setting can't be applied ?!
May it be fixed ?

Thanks

Hi!

I'm not quite sure what you mean. What memory setting?

Thanks

Hi Srcxxx,

I was talking about memory clock that can't be modified from my side!

Thx

[srcxxx]

Hi,

Is that specific to this miner that memory setting can't be applied ?!
May it be fixed ?

Thanks

Hi!

I'm not quite sure what you mean. What memory setting?

Thanks

Hi Srcxxx,

I was talking about memory clock that can't be modified from my side!

Thx

Hi!

I still don't understand. Perhaps provide the exact details / screenshot.

Are talking about setting memory frequency say to 1400 and it appearing to be 150? If yes, then you probably have R9 290 and it automatially sets low memory frequncy, because memory is not used in Groestl algo.

srcxxx

[katak]

I get 280x and all of them are working at nominal value: 1500 Mhz for memories while I'm requesting through conf file 1000 Mhz.

I hope I was clear!

[katak]

I get 280x and all of them are working at nominal value: 1500 Mhz for memories while I'm requesting through conf file 1000 Mhz.

I hope I was clear!

try some lower values 1400, 1300, 1200 and so on
until you find out what minimum value is possible to set manually.
on my 280x it's 1000, any lower setting resets to default.
no matter what miner used

Yes I agree and was used to get memory clock between 1000 & 1500 Mhz, now it doesn't take into account gpu-memclock... must be specific to this miner!

Here is my config:

"auto-fan" : true,
"gpu-threads" : "1",
"gpu-engine" : "1070",
"gpu-memclock" : "1000",
"intensity" : "20",
"temp-target" : "72",
"temp-overheat" : "85",
"temp-cutoff" : "95",
"worksize" : "256"

[katak]

Hum... so it's coming from my new install ?! Win 8.1 & 14.6 RC2

On any miner I can modify memory clock, as i only used this miner (great), I though it was coming from this...

[katak]

Hum... so it's coming from my new install ?! Win 8.1 & 14.6 RC2

On any miner I can modify memory clock, as i only used this miner (great), I though it was coming from this...

oh damn, i forgot to mention, certainly, i run W7 and 13.12 drivers,
14.6 does no good to me

Ok I see... I'll try new 14.7!

Thanks for your reactivity

[srcxxx]

A word of caution about AidBit. Their network is very unstable and devs make updates/forks a few times per day plus they have the problem with wallet getting stuck.
I try to do everything to be always on correct fork (I think I already did it like 8 times), but still some problems may occur.
Please mine at your own risk (I'm mining it myself with 2x R9 290).

Hopefully, it'll stabilise in the coming days.

[srcxxx]

Saffroncoin wallet updated to version 1.3.3 and ready for upcoming hardfork at block 171780

[srcxxx]

Guys who are mining DOKDO, please tell me how to exchange this coin.

I want to sell 10,000 DOKDO or even more that I got from pool fees. I'm ready to sell at a cheaper price.

Is this coin even alive?

I tried to register on Korean exchanges but failed.

Please PM or reply here.

Thanks

[Mister1k]

Is there a problem on your diamond pool?. Autopayouts are down.
Nothing for july 31..actually last payout was  9 pm july 30 on one machine.
Another machine after 8 hours 14 blocks and Nothing.

[Kloks]

Is there a problem on your diamond pool?. Autopayouts are down.
Nothing for july 31..actually last payout was  9 pm july 30 on one machine.
Another machine after 8 hours. Nothing.

Something wrong with the DMD pool. No payouts for 31 july too.
Maybe pool on fork blockchain or only autopayouts?

[pallas]

Is there a problem on your diamond pool?. Autopayouts are down.
Nothing for july 31..actually last payout was  9 pm july 30 on one machine.
Another machine after 8 hours 14 blocks and Nothing.

there was an attack on diamond.
srcxxx please check your wallet.

[Mister1k]

Ive been on another pool for a couple hours And its auto payout is working but they are not going to the wallet.
I see them go out but not in. Strange.
Since yesterday the diff dropped in half,as well as the whole greostl
network is barely 2 gh.

[srcxxx]

thanks for letting me know about the attack on DMD.

I will check the wallet and re-download the blockchain asap.

[luihp329]

Does anyone know are we mining on the right DMD fork? I have continued mining on cryptohunger ever since the fork happened. Cheers!

[cryptonit]

Does anyone know are we mining on the right DMD fork? I have continued mining on cryptohunger ever since the fork happened. Cheers!

just check if ur pool payouts are visible
in http://diamond.danbo.bg:2750/chain/Diamond

and if ur miners show same diff (around 60 now) as visible on
that pool which is 100% on right chain
http://dmdpool.digsys.bg/index.php?page=dashboard

[luihp329]

Searching with my wallet address on the first link you gave me yield no results, and for the second link I'm not mining on dmdpool im mining on cryptohunger.com:81 which dosent really show payouts etc. But on my own miner it does show diff 0.066 /Diff 67. Haha sorry bear with me I am new to this.

[srcxxx]

There are some problems with payments on DMD after the hardfork, I'm looking into that...

The whole DMD blckchain is having troubles, read here for details: https://bitcointalk.org/index.php?topic=580725.2400

[srcxxx]

DMD transactions are sent out, but they are either not being confirmed or are confirmed very slowly.
I would recommend to not mine DMD for now until the network stabilises.

You might want to try saffroncoin on port 60002 (myriadcoin-groestl algorithm). They are going to have block reward halved in a few days.

[srcxxx]

OK, I am pretty sure that Diamondcoin on my pool is on the correct blockchain (transactions are visible in Diamond block explorer + when I synced Windows wallet as per steps on DMD OP, I can also see transactions).

I hope it will stay this way. We'll see.

As for the previous payouts... I have about 300 DMD that were not paid out while DMD blockchain was stuck. I'll pay them out manually once the network settles down.

PS: The automatic payment should be working ok now, for example see: http://diamond.danbo.bg:2750/tx/1ac84c0f2ee8970054fb18460948b7430efd7680ad021ae3689e4d1e9951ba11#i6

[psychofractor]

OK, I am pretty sure that Diamondcoin on my pool is on the correct blockchain (transactions are visible in Diamond block explorer + when I synced Windows wallet as per steps on DMD OP, I can also see transactions).

I hope it will stay this way. We'll see.

As for the previous payouts... I have about 300 DMD that were not paid out while DMD blockchain was stuck. I'll pay them out manually once the network settles down.

PS: The automatic payment should be working ok now, for example see: http://diamond.danbo.bg:2750/tx/1ac84c0f2ee8970054fb18460948b7430efd7680ad021ae3689e4d1e9951ba11#i6

Thanx for the effort, srcxxx! I hope quite a few of those 300 are coming my way, mined about 95Mh/s for some 30h, only 1,7 in payouts...

[istvandv]

SaffronCoin Coin new wallet v2.4.1 or v1.3.4 classic
http://saffroncoin.com/#wallets

<sfrdev_mob> These versions disconnect the older clients who haven't updated
<sfrdev_mob> Do note that you need to redownload the blockchain

current block is 171823

[srcxxx]

SaffronCoin Coin new wallet v2.4.1 or v1.3.4 classic
http://saffroncoin.com/#wallets

<sfrdev_mob> These versions disconnect the older clients who haven't updated
<sfrdev_mob> Do note that you need to redownload the blockchain

current block is 171823

Thanks.

> saffroncoind getinfo

{
    "version" : 1030400,
    "protocolversion" : 70002,
    "walletversion" : 60000,
    "balance" : 4.68287255,
    "blocks" : 171902,

[srcxxx]

These are the DMD payments that I sent 5 minutes ago for the time that payments were stuck (31 July - 1 August).

If you are not in the list, please PM me with your DMD wallet address and hashrate (don't write in the thread), I'll check the logs and we'll resolve this.

dFqhVwNJVUoGnWyEAXunyTHzfwbF8dQmq3     0.121777
dVgn7vLJRNUn7oTTfqHHAbTU2YYsTd9C5H      14.2546
dYZfJWNn9tNd9dkxdeUZrL4FsNVAVxnh37     17.9042
dcWh5R6H698nb8CyA2mTmaJAVQ1NbeRxrk     1.715
dWB4uGp3JGk5TdLCSGMWjWprc3gaHJFxtw     5.0574
dFrbh72KkG9nJq5CcERK7enKVYXuV4hic5     15.2376
dP3JvmgUwaSRRBnPPLqCQADYpbJzfokiaC     15.1495
dPMEbYG6xyvwbznQvGeJq7mVpKoPqM7Sci    10.8993
dN5Uw5EJYApoaJqXqwFuq7oV2fe4pqim88     13.3596
dYnvY8M84AMkq2o6K3wQPSAfpCY4w8G4fw     8.6143
dLR8LaWySojvi3dmaB9ioz48eSzFqVGRDx     84.7235
dT9xGBQMFNsEet3uTbzLEhShPKoPaqH8J7     7.5302
dNq11HoLRZfCoFiSQcwrfAMRPSncL6QE3D     18.6692
dQUwgS3RZDqEnsdDgTdjPKuH3yJgBSGTtC     3.0153
dH5rj9E148FsgyYpxPUjE3ezSUapz5PyV4     14.4223
dX37iCdhQHgwnyAVGjcraYgNwg11XrudbF     4.7944
dZgy55s3LXhhkx66dYYSMEKhtdFYgKBFzm     3.4591
dE4iqdxASGxVhW6EnU9hYJwi5ACr4ABnAn     23.7168



Thanks!

[srcxxx]

Just wanted to let you know that I'm working on further optimizations almost every day. It is really hard to squeeze more MHs. I tried 2 other algorithms and both achieved worse results.
I'm hoping to get a 10%-30% speedup before I give up, so I'll keep on trying.

Today I was able to optimize the existing algo a tiny bit. Perhaps 1% - 3%.

Below are BOP files for R9 290 (Hawaii).
groestl
myriad-groestl

I'll try to optimize it a bit more and once finished, I'll do another release and include other videocards (1-3% is not worth a whole release).

Thanks

[katak]

Thanks a lot for your great job !

[srcxxx]

Hi all!

Some good news.

A new version of grs-sgminer will be released within a couple of days:
* merged optimized kernel (dynamic switching between groestl and myriad-groestl algo, no need to restart the miner)
* optimized kernel hashrate improved a bit (33.6 vs 32.9 on Myriad and 20.5 vs 19.8 on Groestl [R9 290 TriX @ 1170 Mhz])




Also TrinityCoin (myriad-groestl) has been added on port 60003. Not sure how profitable it is, probably not so much. But it is traded at bittrex.

BTW, if you know of any other groestl or myriadcoin worth mining - please let me know and I'll add it.




And finally, I've added links to the coins threads on the main page (http://cryptohunger.com:81/).
MYR, SFR, GRS and DMD have links to calculators. I did some calculations for a single R9 290 using optimized kernel.
BTC reward per day is:
0.00040709 if you mine GRS
0.00102124 if you mine DMD
0.00112975 if you mine Myriad
0.00539810 if you mine Saffron


PS: Let me know if you are interested in a multipool with payouts in BTC.

Thanks!
srcxxx

[restless]

hi

no change with 1.3  or 1.3M  15.7mhs on 6970,  better than "older" 15 mhs.

i'd like 18-20  mhs 

good job

Weird... I can't reach 15MH with 6970... -g 4 slightly improves speed but top is 13MH, older badman built sgminer 4.0 (from march 26th) gives 15Mh on 6970

I'll try to change opencl files to see if there is difference

[srcxxx]

hi

no change with 1.3  or 1.3M  15.7mhs on 6970,  better than "older" 15 mhs.

i'd like 18-20  mhs 

good job

Weird... I can't reach 15MH with 6970... -g 4 slightly improves speed but top is 13MH, older badman built sgminer 4.0 (from march 26th) gives 15Mh on 6970

I'll try to change opencl files to see if there is difference

Hi!

Please provide your command line / config file.

Thanks

[IMZ]

Hey, fellow krypto geeks!

DOKDO?? It's alive and well. I exchange regular emails with the lead dev. But the English-language community is tiny, so trading is manual. But I have been following the coin for months now, and have confidence in the dev team. Indeed, we have had some bad luck (the first English-language exchange went belly up . . . ); but apparently btc  kor will be online withing days.

Mark (IndiaMikeZulu); Western Australia

You can find us https://cryptocointalk.com/topic/6872-dokdocoin-dokdo-information/page-16

[dokdocoin]

Thank you for your optimized pool for Dokdocoin!
We got a really busy time in korea but in two weeks we can start to do more things for Dokdo and
cryptocoin world
Cheers!
 

[restless]

hi

no change with 1.3  or 1.3M  15.7mhs on 6970,  better than "older" 15 mhs.

i'd like 18-20  mhs 

good job

Weird... I can't reach 15MH with 6970... -g 4 slightly improves speed but top is 13MH, older badman built sgminer 4.0 (from march 26th) gives 15Mh on 6970

I'll try to change opencl files to see if there is difference

Hi!

Please provide your command line / config file.

Thanks

bat file is:

Code:

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1

 sgminer -c example-myriad.conf --no-submit-stale --auto-fan -g 4

In the wallet I only changed wallet address and removed gpu-core/mem settings
With older sgminer I use -g 4 -w 256 -I 20

[srcxxx]

hi

no change with 1.3  or 1.3M  15.7mhs on 6970,  better than "older" 15 mhs.

i'd like 18-20  mhs 

good job

Weird... I can't reach 15MH with 6970... -g 4 slightly improves speed but top is 13MH, older badman built sgminer 4.0 (from march 26th) gives 15Mh on 6970

I'll try to change opencl files to see if there is difference

Hi!

Please provide your command line / config file.

Thanks

bat file is:

Code:

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1

 sgminer -c example-myriad.conf --no-submit-stale --auto-fan -g 4

In the wallet I only changed wallet address and removed gpu-core/mem settings
With older sgminer I use -g 4 -w 256 -I 20

Hi!

With Groestl and Myriad Groestl algorithms, you usually need to overclock GPU quite significally. For example, I'm using 1170Mhz on R9 290 (where standard frequency is 1000Mhz).
This happens because these algorithms don't use power hungry memory exchange operations and thus GPU produces less heat and stays within TDP bounds.

I don't have 6970, so cannot check for sure.

What I'd recommend is to take your "old badman's sgminer 4.0" exact command line, change algorithm to "myriadcoin-optimized" and pool to stratum+tcp://cryptohunger.com:60001 and see what hashrate you'll get.
If it'll be less - then grs-sgminer is not well suited for 6970 videocards and It'll be great if you could post your results before stopping with grs-sgminer.

Thanks

[rgm108]

@srcxxx

Pretty new to Linux here but I have to say something at least.

I made a build from your github repository today.
It was the easiest, CLEANEST build I've done in my 3 months using Linux. (no errors/warnings)

It looks like you spent some time developing and delivering a quality product.

Nicely done 

[restless]

Hi!

Please provide your command line / config file.

Thanks

conf file:

Code:

{
"pools" : [
	
	{
		"url" : "stratum+tcp://cryptohunger.com:60001",
		"user" : "MAVh.................",
		"pass" : "xxx",
		"poolname" : "MyriadCoinOptimized"
	},
	{
		"url" : "stratum+tcp://cryptohunger.com:60002",
		"user" : "Sf23.................",
		"pass" : "xxx",
		"poolname" : "SaffronCoinOptimized"
	}
],

"gpu-engine" : "900",
"gpu-memclock" : "900",
"intensity" : "20",
"gpu-threads" : "1",

"auto-fan" : true,
"temp-cutoff" : "90",
"temp-overheat" : "80",
"temp-target" : "70",
"gpu-fan" : "40-80",
"worksize" : "256",

"api-port" : "4028",
"kernel" : "myriadcoin-groestl",
"gpu-powertune" : "20"
}

Running on older sgminer speed is 14.1MH/s with 14.6 and 14.8MH/s with opencl files from 13.12
Same conf&bat run from grs-sgminer gives 12.3MH/s

Running myriadcoin-optimized the speed is a bit lower ~ 11.9-12MH/s

Also tested on 5850 - no gain either. But on 290 the speed increase is stunning

[srcxxx]

> Running on older sgminer speed is 14.1MH/s with 14.6 and 14.8MH/s with opencl files from 13.12
> Same conf&bat run from grs-sgminer gives 12.3MH/s
> Running myriadcoin-optimized the speed is a bit lower ~ 11.9-12MH/s
> Also tested on 5850 - no gain either. But on 290 the speed increase is stunning

Hi!

OK, looks like the kernel is not good for the old hardware that you mentioned.
So I don't recommend that you use grs-sgminer.
I'm quite surprised that just plain myriad-groestl is slower in grs-sgminer, because it is based on OpenCL kernel from sph-sgminer.
Anyways, I'm working on completely different groestl algo and hoping it'll be a lot faster.
In the meantime, I recommend that you use your old miner and some other pool.
I will post to coin threads once I have a faster miner.

Thanks for your time.

[restless]

How many threads are launched per shader core? You mentioned that thread-concurrency is no longer used... but on 6xxx radeons that parameter is useful - maxing out at shaders*5
It seems by default when using simple myriad-groestl, your version is defaulting to shaders*2.

[pallas]

How many threads are launched per shader core? You mentioned that thread-concurrency is no longer used... but on 6xxx radeons that parameter is useful - maxing out at shaders*5
It seems by default when using simple myriad-groestl, your version is defaulting to shaders*2.

"thread concurrecy" is actually a buffer size, which is used only on scrypt, as far as I now.
surely not on groestl.

[restless]

How many threads are launched per shader core? You mentioned that thread-concurrency is no longer used... but on 6xxx radeons that parameter is useful - maxing out at shaders*5
It seems by default when using simple myriad-groestl, your version is defaulting to shaders*2.

"thread concurrecy" is actually a buffer size, which is used only on scrypt, as far as I now.
surely not on groestl.

Well, on older sgminer (march-april) this paramter helps - no idea why

[restless]

btw new coin which uses myr-grs algo https://bitcointalk.org/index.php?topic=737405.0
And there are no pools for myrgrs yet

[srcxxx]

btw new coin which uses myr-grs algo https://bitcointalk.org/index.php?topic=737405.0
And there are no pools for myrgrs yet

THANK YOU!

JoinCoin pool is now operational:

   {
      "url" : "stratum+tcp://cryptohunger.com:60004",
      "user" : "JakhxuRDsod2kVQiQXcf1k6JomvoTzUB9c",
      "pass" : "xxx",
      "poolname" : "JoinCoinOptimized"
   }

PS: Payouts work fine, I just did a test transfer of mined "J" to bittrex.

[srcxxx]

Version 1.4.0 is out.

Download from: https://github.com/srcxxx/grs-sgminer/releases/download/1.4.0/grs-sgminer1_4_0.zip

* switch between Groestlcoin and Myriadcoin-groestl on the fly without restarding the miner
* 5% more hashrate in optimized kernel

Please keep your existing grs-sgminer 1.3.X just in case. There were quite a few changes and I hope I haven't screwed up anything.

If you have any problems, like crashing - please PM or post here.
If you don't have any problems - please post to this thread and let us know if it works faster (or not).
If not - you can still use prior version of grs-sgminer like 1.3, but of course I'd like to optimize the kernel so that it is always faster. And your feedback is very important here.



* I'm getting 20.5MH/s on groestl and 34.2MH/s on myriad-groestl [R9 290 TriX]. Previously I had 19.8MH/s and 32.9MH/s respectively on same hardware. I used exampleGrs.bat and exampleMyr.bat (included in .zip) in the speed tests.

* Looks like increasing the GPU core speed actually decreases the hashrate, I'll do some more tests and post the results.



I did some measurements with a watt-meter on my rig.
Two R9 290 TriX, Windows 7, Pentium G3220, SSD.

Idle:                           80 watt
exampleGrs.bat:            573 watt (20.45 Mhs) 246.5W per card; 12.05 watt per MHs
exampleGrsSlow.bat:      523 watt (16.67 Mhs) 221.5W per card; 13.28 watt per MHs
exampleMyr.bat:           580 watt (34.2 Mhs) 250.0W per card; 7.30 watt per MHs
exampleMyrSlow.bat:     508 watt (27.7 Mhs) 214.0W per card; 7.72 watt per MHs

Results show that optimized kernels use less watts per each megahash.
So if you don't want to switch to optimized kernels because they make more heat, just downclock your GPU so that it uses the same amount of electricity (while providing you with more megahashes).


Thanks
srcxxx

[srcxxx]

Near term plans:

1) Enrich http://cryptohunger.com:81/tbs with information on coin difficulty, best exchange rate, profitability [possibly also draw nice graphs in http://cryptohunger.com:81/stats]
2) Payout logs. Yes, many people asked for it and I kept saying that NOMP pools doesn't have this functionality. I think that official NOMP is not going to get this functionality any time soon. So I am going to write it myself. I'm not promising fancy looks, probably just plain text for now.

Both of the above will be open source additions to NOMP.
If you are interested in helping achieve 1) and 2) and you are a JavaScript programmer, please let me know. Perhaps we can settle on some BTC bounty (I'm not a JS programmer, so it'll take longer for me to do it on my own and having help would be great).

[AidBit]

AidBit is celebrating its 1st Month Birthday.
Join us, there are very nice prizes to be won.

https://bitcointalk.org/index.php?topic=683317.msg8422802#msg8422802

ps. Great job on v.1.4.0! Thank you!
Edit: Actually, people are having problems with standard kernel on v 1.4.0 (shares not getting accepted).
       For the time being, we reverted back to v1.3.1. Will post more info when we investigate.
       Thanks.

[srcxxx]

Atheistcoin and Trinitycoin removed (low exchange volume and no miners on the pool)

DigiByte mining will be added as soon as block 145,000 hits on their blockchain.
https://bitcointalk.org/index.php?topic=408268.0
To see current block number: http://explorer.cryptopoolmining.com/chain/DigiByte

[lobo13hf]

Near term plans:

1) Enrich http://cryptohunger.com:81/tbs with information on coin difficulty, best exchange rate, profitability [possibly also draw nice graphs in http://cryptohunger.com:81/stats]
2) Payout logs. Yes, many people asked for it and I kept saying that NOMP pools doesn't have this functionality. I think that official NOMP is not going to get this functionality any time soon. So I am going to write it myself. I'm not promising fancy looks, probably just plain text for now.

Both of the above will be open source additions to NOMP.
If you are interested in helping achieve 1) and 2) and you are a JavaScript programmer, please let me know. Perhaps we can settle on some BTC bounty (I'm not a JS programmer, so it'll take longer for me to do it on my own and having help would be great).

1+

[lobo13hf]

I tried the new vertion but but all it does is disappear after a second   am using 1.3.1 and it does works good but the new vertion wont work??

[srcxxx]

I tried the new vertion but but all it does is disappear after a second   am using 1.3.1 and it does works good but the new vertion wont work??

Hi!

Please provide more info (here or via personal message).
What operating system, what error does the app show, what videocard.

Thanks

[donotneedtono]

I tried the new vertion but but all it does is disappear after a second   am using 1.3.1 and it does works good but the new vertion wont work??

Check your anti virus quarantine.

when starting the new version with the assumption ur config is json, the opening screen displays "sgminer" then closes. this is a indication that ur av has seen sgminer.exe as a threat. I temp disable av to start and enable after it's running. I could be off base but this seems to be happening more often. av says less then five users have run this program "SGMINER.EXE" .this makes an assumption that if only a few are using it it is a potential threat. I chose to override it's false quarantine. at least for now.


BR

DONOT

[srcxxx]

I tried the new vertion but but all it does is disappear after a second   am using 1.3.1 and it does works good but the new vertion wont work??

Check your anti virus quarantine.

when starting the new version with the assumption ur config is json, the opening screen displays "sgminer" then closes. this is a indication that ur av has seen sgminer.exe as a threat. I temp disable av to start and enable after it's running. I could be off base but this seems to be happening more often. av says less then five users have run this program "SGMINER.EXE" .this makes an assumption that if only a few are using it it is a potential threat. I chose to override it's false quarantine. at least for now.


BR

DONOT

Hi!

Thank you for this information. I compile sgminer.exe myself on my computer, I do not think it is infected. But I can do a clean windows install in VMWare and try compiling there.

Could you let me know the name of the Antivirus Software, that doesn't "like" grs-sgminer?

I checked the distribution package online and the results are quite positive: https://www.virustotal.com/en/file/df92dc372f8d3b18564a1417b04a1ad4d4eef93ac55d29b8419a3c306468fa02/analysis/



There are 3 "bitcoin-miner" reports, but that's how it should be. Cause the application is actually doing exactly that: mining.

> the opening screen displays "sgminer" then closes
It is supposed to display some warning text before closing.
Could you start sgminer from command prompt and provide the text details?

Thanks

[srcxxx]

Now you can see your payouts history in http://cryptohunger.com/stats/

Nothing fancy, just a CSV file. I'm thinking of adding a nicer HTML version of it showing your current hashrate and last 10 payouts (with most recent ones on top).

PS: If something is not working correctly, please PM.

Thanks

[St.Neman]

https://twitter.com/stNeman/status/504319049648463872

[srcxxx]

Guys mining GRS and using grs-sgminer 1.4...

I have a proposal for you:

I am starting a multipool project, see http://boostpool.com/.
The multipool is selecting the most profitable coin using Groestl or GroestlMyriad algo (mostly Saffroncoin and Myriadcoin currently) and mines it.
During the day, all mined coins are exchanged into BTC and GRS are bought for this amount.
Then, once a day, the GRS are paid to miners.

I am still developing the frontend, where you'll be able to see your per-worker hashrate, daily payouts, etc.
Right now you can't see anything at all.
So I'm starting it as a Beta (since the mining part is working just fine). If you feel adventurous, I can guarantee you 50% more GRS per day than if you were mining straight GRS. My today's GRS profit was about 3X more than if mining straight GRS.

It might be profitable if you are mining other Groestl-algo coins, like DMD or DOKDO. But do your calculations yourself.

Any questions - let me know...



PS: If you are mining Myriad or Saffron, don't switch to multipool! You'll get less profit.

Thanks
srcxxx

[srcxxx]

Special offer for DOKDO miners... 2X more DOKDO per day.

What to do: point your grs-sgminer 1.4 to stratum+tcp://boostpool.com:3333.
Use your DOKDO wallet as login. Use your email as password.
Start mining and make sure you are getting "accepted" shares in sgminer.

I will pay you 2 times more in DOKDO than you were receiving currently for your hashrate.

If you are not sure about this, or think it is a scam - please email me at boostpool@gmail.com and I'll pay you 100% before you even start mining at boostpool and then another 100% next day.

PS: Digibyte mining is coming soon to port 60005. I've already set everything up, but do not mine yet! We are waiting for block 145,000. See: http://insight.dgb.cryptopoolmining.com/ for countdown. It will probably be quite profitable to mine it for a few hours when difficulty is low.

Thanks

[srcxxx]

DigiByte groestl-myriad stratum is now operational on port 60005. Hop in!

Update: there were some problems with auto payouts, probably fixed now. I'll be monitoring this. See https://bitcointalk.org/index.php?topic=408268.msg8629469#msg8629469

[srcxxx]

DigiByte groestl-myriad stratum is now operational on port 60005. Hop in!

Update: there were some problems with auto payouts, probably fixed now. I'll be monitoring this. See https://bitcointalk.org/index.php?topic=408268.msg8629469#msg8629469

I started mining DGB at this pool , I`m using a 280x 1080/1500 temp 65C and I get 24MH (kernel-groestlmyriad) using the latest 1.4 miner

is the 24MH good enough or is it possible to achieve more hashrate ?

Hi!

I don't have 280X unfortunately, but looks like you are not too far from the optimal performance.

Previous reports stated that 280X is about 70%-80% of R9 290 and my R9 290 is 34MHs.

I believe Windows with latest AMD drivers gives the best performance.

Other users mining with R9 280X, could you please comment on your hashrate?

Thanks

[srcxxx]

Note: boostpool.com with auto payouts in BTC and GRS is currently in Beta (official release date: 22 September). No exchange fee until 22 September and BTC payouts are allowed (just use your BTC address to log in instead of GRS address). Details: boostpool.com

[istvandv]

i just pointed my GPU to boostpool with BTC as payout

stats page with blocks found would be nice so we can see if hashrate in the pool is enough to find block

i was mining at DGB cryptohunger with hashrate of 13 Mh/s
now in Boostpool it is 363 Kh/s which is 36 times slower, is that normal?

edit: nevermind, with GRS algo i was 7.8 Mh/s which is about 20x of hash now like you mentioned

[srcxxx]

i just pointed my GPU to boostpool with BTC as payout

stats page with blocks found would be nice so we can see if hashrate in the pool is enough to find block

i was mining at DGB cryptohunger with hashrate of 13 Mh/s
now in Boostpool it is 363 Kh/s which is 36 times slower, is that normal?

edit: nevermind, with GRS algo i was 7.8 Mh/s which is about 20x of hash now like you mentioned

Hi!

Welcome to boostpool!
I just processed payouts for yesterday and they've been great. 0.015294233 BTC per 1 MH/s. That's about 5-10 times more than usual!

Unfortunately, the DGB price is falling steadily and now is 26 satoshi instead of 33 yesterday.
But I'm still expecting a few more days of extra profit.

Hop in!

srcxxx

[lobo13hf]

to use 1.4 miner what amd driver do i need?

[srcxxx]

to use 1.4 miner what amd driver do i need?

Hi!

It doesn't matter what driver. Usually 14.6 works best for new cards and 13.12 for older videocards.

srcxxx

[lobo13hf]

how offen do you send the payment for the multipool? day/time? been mining there for like 24s now havent seen anything yet?

[srcxxx]

how offen do you send the payment for the multipool? day/time? been mining there for like 24s now havent seen anything yet?

Hi!

Payouts are processed once a day about this time. You should get the payment shortly.

https://blockchain.info/tx/e15c08cd8104a9acfeb5865c82bfec5face024277ffeb022f0f8654c8e24c4be

This is payout for the day that ended 5 hours and 20 minutes ago.

Thanks

[lobo13hf]

how offen do you send the payment for the multipool? day/time? been mining there for like 24s now havent seen anything yet?

Hi!

Payouts are processed once a day about this time. You should get the payment shortly.

https://blockchain.info/tx/e15c08cd8104a9acfeb5865c82bfec5face024277ffeb022f0f8654c8e24c4be

This is payout for the day that ended 5 hours and 20 minutes ago.

Thanks

i just got my payment thanks, is there anyway to see what we mining? am just curious?
 

[srcxxx]

> i just got my payment thanks, is there anyway to see what we mining? am just curious?

We're mining DigiByte, it is about 5X more profitable than anything else.

I'm planning to add more info, like hashrate graphs shortly. Hopefully, this weekend.

[srcxxx]

BoostPool now has a separate BTC talk page.

[srcxxx]

Notice: cryptohunger.com:81 and grs-sgminer are going to be retired on 31 October 2014. Please migrate to boostpool.com before 31 October. See details here.

[newuser01]

Notice: cryptohunger.com:81 and grs-sgminer are going to be retired on 31 October 2014. Please migrate to boostpool.com before 31 October. See details here.

is it because of the scam??

haha github removed..

yes.. I think it is because scam 

[srcxxx]

Notice: cryptohunger.com:81 and grs-sgminer are going to be retired on 31 October 2014. Please migrate to boostpool.com before 31 October. See details here.

is it because of the scam??

haha github removed..

yes.. I think it is because scam 

Wrong guess. But whatever, I don't care...

[newuser01]

Notice: cryptohunger.com:81 and grs-sgminer are going to be retired on 31 October 2014. Please migrate to boostpool.com before 31 October. See details here.

is it because of the scam??

haha github removed..

yes.. I think it is because scam  

Wrong guess. But whatever, I don't care...

Then why did you remove the github shortly after someone exposed the scam?

[srcxxx]

Notice: cryptohunger.com:81 and grs-sgminer are going to be retired on 31 October 2014. Please migrate to boostpool.com before 31 October. See details here.

is it because of the scam??

haha github removed..

yes.. I think it is because scam  

Wrong guess. But whatever, I don't care...

Then why did you remove the github shortly after someone exposed the scam?

I did not remove it, I just rebranded it into boost-sgminer. And the link is still available on 1st page of this thread.

https://github.com/BoostPool/boost-sgminer

It even has a comment for curious souls like you.

[srcxxx]

Guys mining groestl (not myriad-groestl)...

There is an updated faster miner here: https://bitcointalk.org/index.php?topic=779598

It is also not tied to any particular pool.

You might want to check it out!

[srcxxx]

Automatic payouts got stuck.

Sorry about this.

I manually restarted the pool and now the coins should have been sent out.

PS: Please move from this pool to boostpool.com or other pools. There is an updated kernel for groestl coins, see my post above.
You might get better hashrate and lower fees there. I recommend you to seriously consider moving.

This pool is going to be closed soon...

[srcxxx]

Pool is closing on 30 of September. That's in less than 2 weeks.

Please move to boostpool.com or some other pool. Most miners have moved on already.

Thanks

[srcxxx]

DMD POW is down, see https://bitcointalk.org/index.php?topic=580725.0

So DMD pool is being permanently deleted from cryptohunger.

Please notice that this is not a problem of this pool, the whole network is down.

I understand that you probably are not going to be happy that your miners will stop working. But there is no point in burning electricity if a block can't be found anyways.

[srcxxx]

There are still some miners left on the pool. Please move to other pools or join boostpool.com.

There is a new open source groestl kernel and you might be getting better income from it than here.

Thanks

[srcxxx]

2 more days and then I'm switching off the server. Your miner will become idle! Please see above. Thanks

[srcxxx]

Pool is now closed. Move to boostpool.com for GRS and BTC payouts. See here.

Thank you all for your business.