Author

Topic: [ANN] NiceHash.com - sell & buy hash rate cloud mining service / multipool - page 329. (Read 794124 times)

full member
Activity: 230
Merit: 100
Some improvements were applied, most noticeable one is: Fair way for paying providers. It does not matter the order your miners work on, your miners are paid average sum, according to how much work (shares) was provided by them each minute.

A welcomed improvement. Now if only something can be done about those pesty rejects. In particular I notice that rejects come in batches and streaks. For example, if the next submitted share is rejected then the probability is high that the next several consecutive shares will also get rejected. It's almost like there's a new block or new work but the server didn't notify the miner in time. This causes higher than desirable reject rates when compared to your classic multipool.
sr. member
Activity: 280
Merit: 250
Your p= is now checked against "Currently paying", which you can see on the main page.

To all providers on NiceHash. Please, test out new sgminer with added functionalities that makes your mining on NiceHash faster and with less bugs.

Source & linux: https://github.com/bitbandi/sgminer
Windows 32-bit binaries: https://www.dropbox.com/s/mzq7ia595o785ey/sgminer-win32.zip
full member
Activity: 126
Merit: 100
Some improvements were applied, most noticeable one is: Fair way for paying providers. It does not matter the order your miners work on, your miners are paid average sum, according to how much work (shares) was provided by them each minute.
I'm glad to see this implemented, but how does this affect the p=xxx minimum? Will you drop me if the job I'm mining is below the minimum or if the average payout is below minimum?
sr. member
Activity: 280
Merit: 250
If you have Windows based miner, you can check Windows build: https://www.dropbox.com/s/mzq7ia595o785ey/sgminer-win32.zip
sr. member
Activity: 457
Merit: 273
Quick info: we've updated beta version of sgminer that adds extranonce1 feature when switching orders, you are welcome to test it and please report any issues to nicehashdev: https://github.com/bitbandi/sgminer/. Thanks for help!
sr. member
Activity: 457
Merit: 273
Short info for buyers: we've improved compatibility with many popular pools (such as ipominer.com, manicminer.in, chunkypools.com, miningpoolhub.com, etc.) therefore all orders using the most popular pools should work flawlessly. If you do have some issues with some specific pool, please do not hesitate to let me know about the issues via PM. Thanks!
full member
Activity: 217
Merit: 100
Does the crash happen ever if you don't have this pool as backup pool?

No, the crash does not happen.
sr. member
Activity: 280
Merit: 250
Does the crash happen ever if you don't have this pool as backup pool?
full member
Activity: 217
Merit: 100
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher

First of all, thank you for the fixes.

The "no more reconnects when switching orders" fix seems to work for me (I can see several "PoolName extranonce change requested" in sgminer).

But when I use a specific pool, sgminer immediatly returns to the shell (on Linux). It works with this pool when I use the "--no-extranonce-subscribe" option.

The pool return the following response when it receives an unknown command (the mining.extranonce.subscribe one): {"error": "Unrecognized request provided", "id": 0, "result": false}. I think the "error" parameter value is not a valid JSON-RPC format. Maybe it's the cause of the crash of sgminer.

For the idle bug, I do not use the p=xxx parameter so I can't say.




Hello, can you share with us the name of the pool that reports incorrect msg back, so we can perform tests against it. Does crash happen when your miner tries to connect/subscribe/auth to it?

Just sent you a PM with the pool name.

The crash happens just after the startup of sgminer. The offending pool is one of my backup pool, but sgminer seems to check if the pool is Alive at startup. The crash happens just after the response to the mining.extranonce.subscribe request from this pool. (here after is the response {"error": "Unrecognized request provided", "id": 0, "result": false}). If I remove the pool from the backup, sgminer works fine.
sr. member
Activity: 280
Merit: 250
Another improvement now after we introduced fair payments for providers: Minimal limited hashpower is now 0.05 GH/s -> 50 MH/s.
sr. member
Activity: 280
Merit: 250
Some improvements were applied, most noticeable one is: Fair way for paying providers. It does not matter the order your miners work on, your miners are paid average sum, according to how much work (shares) was provided by them each minute.
sr. member
Activity: 280
Merit: 250
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher

First of all, thank you for the fixes.

The "no more reconnects when switching orders" fix seems to work for me (I can see several "PoolName extranonce change requested" in sgminer).

But when I use a specific pool, sgminer immediatly returns to the shell (on Linux). It works with this pool when I use the "--no-extranonce-subscribe" option.

The pool return the following response when it receives an unknown command (the mining.extranonce.subscribe one): {"error": "Unrecognized request provided", "id": 0, "result": false}. I think the "error" parameter value is not a valid JSON-RPC format. Maybe it's the cause of the crash of sgminer.

For the idle bug, I do not use the p=xxx parameter so I can't say.




Hello, can you share with us the name of the pool that reports incorrect msg back, so we can perform tests against it. Does crash happen when your miner tries to connect/subscribe/auth to it?
full member
Activity: 168
Merit: 100
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher

I tried your fixed version, and after ~8 hours it started acting up.
Then, I added in 'phzi's pool->idle = true; fix as well into the code - and it still started screwing up after a while.

I don't think the idle bug is fixed.
I am fairly sure the idle bug is fixed, but I have heard the extranonce stuff seems possibly unstable.

If you're using the bitbandi/sgminer code, then the included fix is a bit different - https://github.com/bitbandi/sgminer/commit/77545de0e8b0d0a6e57cf518920de5e6b818e290 .  You won't want to be using pool->idle = true; AND this commit.  Closing the stratum connection like in that commit causes pool->stratum_active = pool->stratum_notify = false (but does not affect pool->idle).   I can't say if this works, as I haven't tested it myself.  But, from my read thru of the code, the program flow will be quite different then my patch, and I was marking the pool idle instead of suspending stratum for a reason.

Ah, alright.  Well that was my poor judgement just blindly adding in the pool->idle = true; in addition to the suspending pool thing.
I'll try to debug the issue further if it occurs again - the issue is that it takes so damn long to trigger Tongue

That is because neither phzi nor ebandi implemented a proper idle bug fix. They addressed the symptom but not the cause. Also, ebandi is missing an important piece of a fully backwards compatible extranonce subscription implementation.  Currently, it is unstable universally (i.e. works fine at nicehash but will break unexpectedly at other pools).  I know why that is happening too, but keep working on it though.  You'll get there eventually.
newbie
Activity: 34
Merit: 0
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher

I tried your fixed version, and after ~8 hours it started acting up.
Then, I added in 'phzi's pool->idle = true; fix as well into the code - and it still started screwing up after a while.

I don't think the idle bug is fixed.
I am fairly sure the idle bug is fixed, but I have heard the extranonce stuff seems possibly unstable.

If you're using the bitbandi/sgminer code, then the included fix is a bit different - https://github.com/bitbandi/sgminer/commit/77545de0e8b0d0a6e57cf518920de5e6b818e290 .  You won't want to be using pool->idle = true; AND this commit.  Closing the stratum connection like in that commit causes pool->stratum_active = pool->stratum_notify = false (but does not affect pool->idle).   I can't say if this works, as I haven't tested it myself.  But, from my read thru of the code, the program flow will be quite different then my patch, and I was marking the pool idle instead of suspending stratum for a reason.

Ah, alright.  Well that was my poor judgement just blindly adding in the pool->idle = true; in addition to the suspending pool thing.
I'll try to debug the issue further if it occurs again - the issue is that it takes so damn long to trigger Tongue
hero member
Activity: 700
Merit: 500
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher

I tried your fixed version, and after ~8 hours it started acting up.
Then, I added in 'phzi's pool->idle = true; fix as well into the code - and it still started screwing up after a while.

I don't think the idle bug is fixed.
I am fairly sure the idle bug is fixed, but I have heard the extranonce stuff seems possibly unstable.

If you're using the bitbandi/sgminer code, then the included fix is a bit different - https://github.com/bitbandi/sgminer/commit/77545de0e8b0d0a6e57cf518920de5e6b818e290 .  You won't want to be using pool->idle = true; AND this commit.  Closing the stratum connection like in that commit causes pool->stratum_active = pool->stratum_notify = false (but does not affect pool->idle).   I can't say if this works, as I haven't tested it myself.  But, from my read thru of the code, the program flow will be quite different then my patch, and I was marking the pool idle instead of suspending stratum for a reason.
newbie
Activity: 34
Merit: 0
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher

I tried your fixed version, and after ~8 hours it started acting up.
Then, I added in 'phzi's pool->idle = true; fix as well into the code - and it still started screwing up after a while.

I don't think the idle bug is fixed.
full member
Activity: 217
Merit: 100
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher

First of all, thank you for the fixes.

The "no more reconnects when switching orders" fix seems to work for me (I can see several "PoolName extranonce change requested" in sgminer).

But when I use a specific pool, sgminer immediatly returns to the shell (on Linux). It works with this pool when I use the "--no-extranonce-subscribe" option.

The pool return the following response when it receives an unknown command (the mining.extranonce.subscribe one): {"error": "Unrecognized request provided", "id": 0, "result": false}. I think the "error" parameter value is not a valid JSON-RPC format. Maybe it's the cause of the crash of sgminer.

For the idle bug, I do not use the p=xxx parameter so I can't say.


newbie
Activity: 34
Merit: 0
Back on topic, Nicehash, what happened to all the high paying jobs?  Let's get those rolling again!  I need to ROI before Titan etc lands!

well its even lower now ... on on top of that there are almost no jobs left !

The prices on Nicehash are similar (or a bit less) than the average on big pools like waffle or clever because I think people mostly buy hash power here to direct it to some multipools. Last week was
the "Whitecoin" hype which raised the earnings per MHash drastically but unfortunately this was just a short blast....

When the Scryt ASICS hit the market I think the only profitable (GPU mined) coins will be scrypt-n and X11 (although both are not really asic resistant in the long run). I am really thinking about starting to turn away from Scrypt to e.g. Hiro and Darkcoin though the earnings are even less than scrypt. And there is a fair chance that these coins raise in value as soon as more people start to "switch their rigs" to them. Furthermore
the summer is coming here in Germany and X11 extensively lowers the temperature of my basement :-)

Does it make sense to switch now if you do not need the quick ROI?

full member
Activity: 307
Merit: 102
Back on topic, Nicehash, what happened to all the high paying jobs?  Let's get those rolling again!  I need to ROI before Titan etc lands!

well its even lower now ... on on top of that there are almost no jobs left !
sr. member
Activity: 280
Merit: 250
Whoever is capable of compiling own sgminer, please test this version: https://github.com/bitbandi/sgminer/

It contains two fixes:
- idlebug fix
- support for extranonce subscription - no more reconnects when switching orders -> your hashrate on NiceHash will be higher
Jump to: