Author

Topic: [ANN][POOL] Mining Pool Hub - Multipool. Multialgo, Auto Exchange to any coin. - page 205. (Read 487870 times)

sr. member
Activity: 476
Merit: 250
How come benefit by Multi Pool Miner shows so different from what to mine ?
Card GTX 1070
DGB-Groestl multi pool miner on MPH : 0.00117 btc per day *3700 $ = 4.329 $
DGB-Groestl what to mine : 1.59 $ /day



MultiPoolMiner does not use whattomine. It uses your actual hashrate of your system and how much the pool is estimating that they will pay you for that hash. The pool's estimation is based on the coin network difficulty and the exchange rate at the exchange that the pool is using.

Thanks a lot for taking the time to answer me.
I know MPM doesnt use whattomine, and know how it calculates,
I was wondering how come the difference on some coins is so much?
And is it really mining 4$/day at that period of time when it says so?

Yes, it is correct. Remember that power is about $1-$2, the stats that I'm using are live and the hashrate is real.
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
How come benefit by Multi Pool Miner shows so different from what to mine ?
Card GTX 1070
DGB-Groestl multi pool miner on MPH : 0.00117 btc per day *3700 $ = 4.329 $
DGB-Groestl what to mine : 1.59 $ /day



MultiPoolMiner does not use whattomine. It uses your actual hashrate of your system and how much the pool is estimating that they will pay you for that hash. The pool's estimation is based on the coin network difficulty and the exchange rate at the exchange that the pool is using.

Thanks a lot for taking the time to answer me.
I know MPM doesnt use whattomine, and know how it calculates,
I was wondering how come the difference on some coins is so much?
And is it really mining 4$/day at that period of time when it says so?
sr. member
Activity: 476
Merit: 250
How come benefit by Multi Pool Miner shows so different from what to mine ?
Card GTX 1070
DGB-Groestl multi pool miner on MPH : 0.00117 btc per day *3700 $ = 4.329 $
DGB-Groestl what to mine : 1.59 $ /day



MultiPoolMiner does not use whattomine. It uses your actual hashrate of your system and how much the pool is estimating that they will pay you for that hash. The pool's estimation is based on the coin network difficulty and the exchange rate at the exchange that the pool is using.
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
How come benefit by Multi Pool Miner shows so different from what to mine ?
Card GTX 1070
DGB-Groestl multi pool miner on MPH : 0.00117 btc per day *3700 $ = 4.329 $
DGB-Groestl what to mine : 1.59 $ /day

member
Activity: 69
Merit: 10
I had a dash transaction 31974566 credit_ae, that did not show up from the auto-exchange.

It disapeared from the exchange balance about 30 minutes before the rest of the transactions on there, but did not arrive into the bitcoin wallet during the batch porcessing.
sr. member
Activity: 703
Merit: 272
Mining Pool Hub


I found that there were some DB overload lately and new stratum connections were having problem for few minutes. (I believe it was less than an hour)
Some inefficient logic caused DB server overload problem. I believe it's completely fixed and will not happen again.


I'm planning to upgrade stratum server within few days too.
I'll lower the minimum difficulty and modify some job rebroadcast interval so it would be good for some miner programs that didn't work well. (Not sure but I'll try)


Sorry for slow coin addition.
I know that you miners waited so long.

I've been having serious hard time for few months due to slow IO performance from AWS DB server.
I paid much much bills but the write performance was really low like 20% of what it claimed and many logics were struggling at backend.
I moved to AWS Aurora about two weeks ago and now most problems are gone.
I've been optimizing some inefficient logics these days. I believe some of you noticed that pool info update interval has decreased.


I'll add one page miner view, smarter email alarm for coin switching.
And then, I'll add coins one by one quickly.


Sorry for inconvenience and thank you for long waits.

I did an auto-exchange of bitcoincash a few days ago.  I noticed that the exchange went really quick in that the BCC disappeared off my balance page fairly quickly (less than an hour), but i've also noticed that on the dashboard for BCC that there's no evidence of a BCC credit within the history.  can you look into this?
legendary
Activity: 1456
Merit: 1006
Mining Pool Hub
Mining Pool Hub


I found that there were some DB overload lately and new stratum connections were having problem for few minutes. (I believe it was less than an hour)
Some inefficient logic caused DB server overload problem. I believe it's completely fixed and will not happen again.


I'm planning to upgrade stratum server within few days too.
I'll lower the minimum difficulty and modify some job rebroadcast interval so it would be good for some miner programs that didn't work well. (Not sure but I'll try)


Sorry for slow coin addition.
I know that you miners waited so long.

I've been having serious hard time for few months due to slow IO performance from AWS DB server.
I paid much much bills but the write performance was really low like 20% of what it claimed and many logics were struggling at backend.
I moved to AWS Aurora about two weeks ago and now most problems are gone.
I've been optimizing some inefficient logics these days. I believe some of you noticed that pool info update interval has decreased.


I'll add one page miner view, smarter email alarm for coin switching.
And then, I'll add coins one by one quickly.


Sorry for inconvenience and thank you for long waits.
full member
Activity: 304
Merit: 100
@mph, I know you already said many times that ZENcash is on your to do list, but can you give us some ETA on that?

And Decred, LBRY, Pascal, Hush, maybe Diamond as well pretty please. We have been waiting for months so patiently.
legendary
Activity: 1274
Merit: 1006
@mph, I know you already said many times that ZENcash is on your to do list, but can you give us some ETA on that?
sr. member
Activity: 358
Merit: 250
Been using MPH for awhile now, I love the ability to exchange between coins so easily.  I'm not aware of any other pools that allow you to do this, are there any?
Not the way MPH does it. Some Yaamp clones allow you to be paid in any coin that is mined at the pool. I know a couple pools that will exchange to BTC but nothing else. So MPH is very unique since you can keep the coins you want to keep and the exchange others to a preferred coin.

There is also an ASIC pool, scrypt/x11, that lets you be payed out in a various amount of coins even POS coins...
full member
Activity: 675
Merit: 100
Been using MPH for awhile now, I love the ability to exchange between coins so easily.  I'm not aware of any other pools that allow you to do this, are there any?
sr. member
Activity: 703
Merit: 272
Same issue here...happening with the algos neoscrypt, groestl, myr-gr. Tried ccminers 811 and 2.2-skunk.

Sometimes I have to restart it 8-12 times until it works...sometimes it just won't load.

Code:
[2017-08-10 03:39:25] Starting Stratum on stratum+tcp://hub.miningpoolhub.com:20510
[2017-08-10 03:39:25] NVML GPU monitoring enabled.
[2017-08-10 03:39:25] 6 miner threads started, using 'neoscrypt' algorithm.
[2017-08-10 03:39:25] GPU #0: waiting for data
[2017-08-10 03:39:25] ...retry after 10 seconds
[2017-08-10 03:39:28] GPU #0: waiting for data
[2017-08-10 03:39:39] GPU #0: waiting for data
[2017-08-10 03:39:43] GPU #0: waiting for data
[2017-08-10 03:39:51] GPU #0: waiting for data

Anything we can do on our end? Perhaps mess with the difficulty or intensity? Or is this out of our hands?

this happens exclusively with CcminerKlaust.  ccminerTpruvot still works ok.  I've just disabled ccminerKlaust til there's a fix.  Klaust may be faster, but the downtime of Klaust far outstrips the uptime.
newbie
Activity: 30
Merit: 0
newbie
Activity: 20
Merit: 0
Same issue here...happening with the algos neoscrypt, groestl, myr-gr. Tried ccminers 811 and 2.2-skunk.

Sometimes I have to restart it 8-12 times until it works...sometimes it just won't load.

Code:
[2017-08-10 03:39:25] Starting Stratum on stratum+tcp://hub.miningpoolhub.com:20510
[2017-08-10 03:39:25] NVML GPU monitoring enabled.
[2017-08-10 03:39:25] 6 miner threads started, using 'neoscrypt' algorithm.
[2017-08-10 03:39:25] GPU #0: waiting for data
[2017-08-10 03:39:25] ...retry after 10 seconds
[2017-08-10 03:39:28] GPU #0: waiting for data
[2017-08-10 03:39:39] GPU #0: waiting for data
[2017-08-10 03:39:43] GPU #0: waiting for data
[2017-08-10 03:39:51] GPU #0: waiting for data

Anything we can do on our end? Perhaps mess with the difficulty or intensity? Or is this out of our hands?
member
Activity: 413
Merit: 17
That's why I temporarily dropped KlausT's miner until the issue is fixed. The rig occasionally stands idle until MPM changes the algo.
The issue is partially in the miner because it doesn't retry automatically but the server doesn't respond either. It is quite sad to be forced to stop a highly profitable miner.
Did you ever try -R 1? This would make the timeout only 1 second as oppose to the default of 30. Though it would do nothing about the server...

Just tried it, no change. It looks like that the server doesn't respond to the connection handshake and the miner just stands idle.

Code:
PS C:\Users\nitrous\Desktop\1060\Bin\NVIDIA-KlausT> .\ccminer.exe -d 0,4 -a neoscrypt -o stratum+tcp://hub.miningpoolhub.com:17012 -u redacted.red -p x --debug --protocol-dump
ccminer 8.11-KlausT (64bit) for nVidia GPUs
Compiled with Visual Studio 2015 using Nvidia CUDA Toolkit 8.0

Based on pooler cpuminer 2.3.2 and the tpruvot@github fork
CUDA support by Christian Buchner, Christian H. and DJM34
Includes optimizations implemented by sp-hash, klaust, tpruvot and tsiv.

[2017-08-04 22:32:06] using libcurl 7.54.0
[2017-08-04 22:32:06] libcurl supports IPv6
[2017-08-04 22:32:06] libcurl supports SSL
[2017-08-04 22:32:06] libcurl supports international domain names
[2017-08-04 22:32:08] Starting Stratum on stratum+tcp://hub.miningpoolhub.com:17012
[2017-08-04 22:32:08] restart_threads
* Rebuilt URL to: http://hub.miningpoolhub.com:17012/
*   Trying 34.224.196.33...
* TCP_NODELAY set
[2017-08-04 22:32:08] Device 1309221592: nvmlDeviceSetAPIRestriction() failed: Insufficient Permissions
[2017-08-04 22:32:08] Device 1309305648: nvmlDeviceSetAPIRestriction() failed: Insufficient Permissions
[2017-08-04 22:32:08] Device 1309389704: nvmlDeviceSetAPIRestriction() failed: Insufficient Permissions
[2017-08-04 22:32:08] Device 1309473760: nvmlDeviceSetAPIRestriction() failed: Insufficient Permissions
[2017-08-04 22:32:08] Device 1309557816: nvmlDeviceSetAPIRestriction() failed: Insufficient Permissions
[2017-08-04 22:32:08] CUDA GPU 0 matches NVML GPU 2 by busId 3
[2017-08-04 22:32:08] CUDA GPU 1 matches NVML GPU 0 by busId 1
[2017-08-04 22:32:08] CUDA GPU 2 matches NVML GPU 1 by busId 2
[2017-08-04 22:32:08] CUDA GPU 3 matches NVML GPU 3 by busId 7
[2017-08-04 22:32:08] CUDA GPU 4 matches NVML GPU 4 by busId 8
[2017-08-04 22:32:08] NVML GPU monitoring enabled.
[2017-08-04 22:32:08] 2 miner threads started, using 'neoscrypt' algorithm.
[2017-08-04 22:32:08] Binding thread 0 to cpu 0 (mask 1)
[2017-08-04 22:32:08] Binding thread 1 to cpu 1 (mask 2)
[2017-08-04 22:32:08] GPU #0: waiting for data
* Connected to hub.miningpoolhub.com (34.224.196.33) port 17012 (#0)
* Connection #0 to host hub.miningpoolhub.com left intact
[2017-08-04 22:32:08] > {"id": 1, "method": "mining.subscribe", "params": ["ccminer/8.11-KlausT"]}
[2017-08-04 22:32:11] GPU #0: waiting for data
[2017-08-04 22:32:14] GPU #0: waiting for data
[2017-08-04 22:32:17] GPU #0: waiting for data
[2017-08-04 22:32:18] stratum_subscribe timed out
[2017-08-04 22:32:18] ...retry after 10 seconds


The same happens with TPruvot's fork but it manages to retry until there's a successful connection. There is something wrong with MPH's servers because it rejects the subscribe requests.


Code:
PS C:\Users\nitrous\Desktop\1060\Bin\NVIDIA-TPruvot> .\ccminer-x64.exe -d 0,4 -a neoscrypt -o stratum+tcp://hub.miningpoolhub.com:17012 -u whatever.what -p x --debug --protocol-dump -R 1
*** ccminer 2.0 for nVidia GPUs by tpruvot@github ***
    Built with VC++ 2013 and nVidia CUDA SDK 8.0 64-bits

  Originally based on Christian Buchner and Christian H. project
  Include some algos from alexis78, djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2017-08-10 10:16:17] POOL 0: hub.miningpoolhub.com:17012 USER whatever.what -s 10
[2017-08-10 10:16:17] Starting on stratum+tcp://hub.miningpoolhub.com:17012
[2017-08-10 10:16:17] restart_threads
* Rebuilt URL to: http://hub.miningpoolhub.com:17012/
* Hostname was NOT found in DNS cache
*   Trying 34.195.216.28...
* TCP_NODELAY set
[2017-08-10 10:16:17] CUDA GPU 0 matches NVML GPU 2 by busId 3
[2017-08-10 10:16:17] CUDA GPU 1 matches NVML GPU 0 by busId 1
[2017-08-10 10:16:17] CUDA GPU 2 matches NVML GPU 1 by busId 2
[2017-08-10 10:16:17] CUDA GPU 3 matches NVML GPU 3 by busId 7
[2017-08-10 10:16:17] CUDA GPU 4 matches NVML GPU 4 by busId 8
[2017-08-10 10:16:17] NVML GPU monitoring enabled.
[2017-08-10 10:16:17] CUDA GPU 0 matches NVAPI GPU 0 by busId 3
[2017-08-10 10:16:17] CUDA GPU 1 matches NVAPI GPU 1 by busId 1
[2017-08-10 10:16:17] CUDA GPU 2 matches NVAPI GPU 2 by busId 2
[2017-08-10 10:16:17] CUDA GPU 3 matches NVAPI GPU 3 by busId 7
[2017-08-10 10:16:17] CUDA GPU 4 matches NVAPI GPU 4 by busId 8
[2017-08-10 10:16:17] NVAPI GPU monitoring enabled.
[2017-08-10 10:16:17] 2 miner threads started, using 'neoscrypt' algorithm.
[2017-08-10 10:16:17] Binding thread 0 to cpu 0 (mask 1)
[2017-08-10 10:16:17] Binding thread 1 to cpu 1 (mask 2)
* Connected to hub.miningpoolhub.com (34.195.216.28) port 17012 (#0)
* Connection #0 to host hub.miningpoolhub.com left intact
[2017-08-10 10:16:17] > {"id": 1, "method": "mining.subscribe", "params": ["ccminer/2.0"]}
[2017-08-10 10:16:17] stratum_recv_line failed
[2017-08-10 10:16:17] ...retry after 1 seconds
[2017-08-10 10:16:18] sleeptime: 500 ms
[2017-08-10 10:16:18] sleeptime: 500 ms
[2017-08-10 10:16:18] restart_threads
* Rebuilt URL to: http://hub.miningpoolhub.com:17012/


Perhaps it refuses connection if there was another successful connection from the same IP within a given period of time?
sr. member
Activity: 358
Merit: 250
That's why I temporarily dropped KlausT's miner until the issue is fixed. The rig occasionally stands idle until MPM changes the algo.
The issue is partially in the miner because it doesn't retry automatically but the server doesn't respond either. It is quite sad to be forced to stop a highly profitable miner.
Did you ever try -R 1? This would make the timeout only 1 second as oppose to the default of 30. Though it would do nothing about the server...
legendary
Activity: 1281
Merit: 1003
That's why I temporarily dropped KlausT's miner until the issue is fixed. The rig occasionally stands idle until MPM changes the algo.
The issue is partially in the miner because it doesn't retry automatically but the server doesn't respond either. It is quite sad to be forced to stop a highly profitable miner.

yes miner problem when you close and restart it s working so

i also notice i had sgminer idle waiting for work for longer time
member
Activity: 413
Merit: 17
That's why I temporarily dropped KlausT's miner until the issue is fixed. The rig occasionally stands idle until MPM changes the algo.
The issue is partially in the miner because it doesn't retry automatically but the server doesn't respond either. It is quite sad to be forced to stop a highly profitable miner.
full member
Activity: 304
Merit: 100
What wrong with you stratum?


@miningpoolhub
Klaust says he can't do anything about the timeout issues and I started wondering whether there are issues with your stratum servers? It seems like miner is just unable to connect to stratum, mostly happening to the neoscrypt and myrgr ports. Are they overloaded? My new record is restarting MPM 30+ times on two rigs due to stratum not sending work. What's going on?
Jump to: