[1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]

[Paulizei]

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?

The pool API is based on the shares you submit, since that is all the pool knows, so it's accuracy over a short period of time is quite unreliable - finding shares is statistically random.

My cgminer API, on the other hand, reports the counted hashes done by the devices
(or with ICA and MMQ, it counts successful hashes and reasonably accurately estimates valid aborted hashes if configured correctly)

Thanks for your input, kano. Even my very, very slow 30Mhps-test-miner is running 24x7. Therefore calculations could be made on a reliable basis, I think. But even after some days figures on the live-stats page don't seem to become more realistic.

(I hope I don't start any shitstorm with this:) Mining with this tiny "rig" on other pools showed always nearly accurate figures there.

So I don't think submitting shares (and therefore providing enough data for exact speed calcs) is the point. At least to me (n00b) it seem's like it's more a question about the background processes running on DrHaribos servers.

With deforse mining at around 300Mbps and having the same issues it's seems not an good idea to change to this pool as I have about 8 miners with 120-180Mbps and need to see if all of them are doing their job, right?

[1615110921]

1615110921

[1615110921]

1615110921

[1615110921]

1615110921

[kano]

Hi, not only to you. I have a HD6870 an hashrate ah ~300. On the site it is shown somehow ~220, to ~350. I think it is normal. The site is calculating somewhere in the middle.

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?

The pool API is based on the shares you submit, since that is all the pool knows, so it's accuracy over a short period of time is quite unreliable - finding shares is statistically random.

My cgminer API, on the other hand, reports the counted hashes done by the devices
(or with ICA and MMQ, it counts successful hashes and reasonably accurately estimates valid aborted hashes if configured correctly)

 So write a good gui like the doctors and then come to poach this pool while you are at it make a nice simple litecoin pool  with  a sane easy set up and you will get plenty of customers. You post here a lot take my advice don't waste time posting, write some code that competes with the doctor.  In all the world no one has a pool that is  as simple as the the doctor's is to run.  Just him.  So if you really want the Doctors customers go write some code.  If you really want to be ahead of the curve do it for litecoin.  You could be the only pool in the world like the Doctors but for litecoin not bitcoin.

 There are millions of us with GPUS  just do it and stop posting here until you can come back and say "I did what philipma1957 told me to do I read this post and realized he was correct I was wasting time trying to steal the doctors pool by posting on his thread instead I wrote the greatest gui for both litecoin and bitcoin".

 I only write this because it is true if you can write 2 pools with easy gui like the doctors gui is you would steal his customers.  As you would be superior since you had one for litecoin and one for bitcoin.  Until you do this stop wasting time. I would never switch to your pool unless you wrote a gui like the doctors for both bitcoin and litecoin.   KANO  I am doing you a favor just think how many gpus will move from the doctor to run on your god-like litecoin pool.  In under 6 months there will be millions of gpus looking for a litcoin pool to run. (Asics)  

 So please stop posting here asking us to move to your pool until you do as I say.    Once you take your ego out of the picture you would realize I am giving you good business advice.  Best regards Phil

I don't have a pool you fool.
It an inherent part of how pools work ...

[kano]

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?

The pool API is based on the shares you submit, since that is all the pool knows, so it's accuracy over a short period of time is quite unreliable - finding shares is statistically random.

My cgminer API, on the other hand, reports the counted hashes done by the devices
(or with ICA and MMQ, it counts successful hashes and reasonably accurately estimates valid aborted hashes if configured correctly)

Thanks for your input, kano. Even my very, very slow 30Mhps-test-miner is running 24x7. Therefore calculations could be made on a reliable basis, I think. But even after some days figures on the live-stats page don't seem to become more realistic.

(I hope I don't start any shitstorm with this:) Mining with this tiny "rig" on other pools showed always nearly accurate figures there.

So I don't think submitting shares (and therefore providing enough data for exact speed calcs) is the point. At least to me (n00b) it seem's like it's more a question about the background processes running on DrHaribos servers.

With deforse mining at around 300Mbps and having the same issues it's seems not an good idea to change to this pool as I have about 8 miners with 120-180Mbps and need to see if all of them are doing their job, right?

No, I was comparing a pool API to a miner API (in this case I was referring to the cgminer API)
If you are talking about the DrHaribo miner API, then it should be accurate also.

The problem (again) with any pool API is it only knows about shares.
You get one (1diff) of them on average every ~4 billion hashes.
The miner can usually count single hashes so of course it will be way more accurate and over a much shorter period of time.

[Paulizei]

No, I was comparing a pool API to a miner API (in this case I was referring to the cgminer API)

The miner can usually count single hashes so of course it will be way more accurate and over a much shorter period of time.

Agree, but my point is, is there a way to see many small miners working properly on the website?

My problem could be related to the very small hashrat, my testminer provides. If this would be the case for 120-180Mhps miners too, I wouldn't recognize if one of it fails ...or at least to late.

P.S.: All others figures (e.g. 'Your Ghps' on the live stats page) are totally ok! I'd like to change to this pool but simply need to find a simple way to see if my miners are working - which is the case on at least some other pools.

[Paulizei]

Any ideas? Anybody?

Before I can change my miners I need to know where I can get useful (near live) stats about my miners performance from...

[mdude77]

Any ideas? Anybody?

Before I can change my miners I need to know where I can get useful (near live) stats about my miners performance from...

The webpage has it, if you can get to it.  My monitoring program (windows only) has it (see link in sig), but it pulls the data from the API from the website, so if the website is down, won't help.

M

[Paulizei]

Any ideas? Anybody?

Before I can change my miners I need to know where I can get useful (near live) stats about my miners performance from...

The webpage has it, if you can get to it.  My monitoring program (windows only) has it (see link in sig), but it pulls the data from the API from the website, so if the website is down, won't help.

M

Website doesn't work for me (live stats and my account->workers show 0Mhps most of the time, jumping up to about 600% of my 'real' hashrate for some seconds)

I'll try your api client and really appreciate you help. Hope that'll fix it for me (thus api usage 'costs' 0.5% as I've seen)

[mdude77]

Any ideas? Anybody?

Before I can change my miners I need to know where I can get useful (near live) stats about my miners performance from...

The webpage has it, if you can get to it.  My monitoring program (windows only) has it (see link in sig), but it pulls the data from the API from the website, so if the website is down, won't help.

M

Website doesn't work for me (live stats and my account->workers show 0Mhps most of the time, jumping up to about 600% of my 'real' hashrate for some seconds)

I'll try your api client and really appreciate you help. Hope that'll fix it for me (thus api usage 'costs' 0.5% as I've seen)

I'm too cheap to turn on the API as well, so I don't know if it won't jump all over the place.  I'm working on some enhancement/changes that'll require some testing, so I'll be turning it back on soon.  All my app does is show what the API reports, it doesn't do any math itself.  So if the API is hosed too, then this won't help.

M

[Paulizei]

Any ideas? Anybody?

Before I can change my miners I need to know where I can get useful (near live) stats about my miners performance from...

The webpage has it, if you can get to it.  My monitoring program (windows only) has it (see link in sig), but it pulls the data from the API from the website, so if the website is down, won't help.

M

Website doesn't work for me (live stats and my account->workers show 0Mhps most of the time, jumping up to about 600% of my 'real' hashrate for some seconds)

I'll try your api client and really appreciate you help. Hope that'll fix it for me (thus api usage 'costs' 0.5% as I've seen)

I'm too cheap to turn on the API as well, so I don't know if it won't jump all over the place.  I'm working on some enhancement/changes that'll require some testing, so I'll be turning it back on soon.  All my app does is show what the API reports, it doesn't do any math itself.  So if the API is hosed too, then this won't help.

M

I'll give it a try. Looks exactly like what I need. Thanks a lot and if can help testing or something, give me a hint!

[mdude77]

Any ideas? Anybody?

Before I can change my miners I need to know where I can get useful (near live) stats about my miners performance from...

The webpage has it, if you can get to it.  My monitoring program (windows only) has it (see link in sig), but it pulls the data from the API from the website, so if the website is down, won't help.

M

Website doesn't work for me (live stats and my account->workers show 0Mhps most of the time, jumping up to about 600% of my 'real' hashrate for some seconds)

I'll try your api client and really appreciate you help. Hope that'll fix it for me (thus api usage 'costs' 0.5% as I've seen)

I'm too cheap to turn on the API as well, so I don't know if it won't jump all over the place.  I'm working on some enhancement/changes that'll require some testing, so I'll be turning it back on soon.  All my app does is show what the API reports, it doesn't do any math itself.  So if the API is hosed too, then this won't help.

M

I'll give it a try. Looks exactly like what I need. Thanks a lot and if can help testing or something, give me a hint!

If the API reports wild results as well, I can add an average over an hour value that shows as well as what the API report.  That should help normalize your value.

M

[5120-01-518-6126]

Just getting started with Bitminter -- running in my 8th shift (7 shifts completed) and see NMC rewards for last 11 blocks found by Bitminter, but no rewards for BTC.  Do I have to run 10+ consecutive shifts in order to start getting BTC rewards?

[Mastergerund]

Compare the most recent BTC blocks found to your shifts worked. It is possible you started during an unlucky period and no BTC blocks have been found in the shifts you have worked.

Edit:  Yes. The last BTC block found was in shift 16108, and we are now in 16118, so there were no BTC blocks found during the shifts you have worked so far. When a block is next found, you will be rewarded for your efforts in those shifts.

[matt4054]

It's just a very unlucky round. It happens. Stay tuned for the next series of blocks

[5120-01-518-6126]

Compare the most recent BTC blocks found to your shifts worked. It is possible you started during an unlucky period and no BTC blocks have been found in the shifts you have worked.

Ah, thanks -- looks like Bitminter is becalmed

[Mastergerund]

Compare the most recent BTC blocks found to your shifts worked. It is possible you started during an unlucky period and no BTC blocks have been found in the shifts you have worked.

Ah, thanks -- looks like Bitminter is becalmed

Everybody blow really hard at the sails... 

[Taxidermista]

Compare the most recent BTC blocks found to your shifts worked. It is possible you started during an unlucky period and no BTC blocks have been found in the shifts you have worked.

Ah, thanks -- looks like Bitminter is becalmed

Everybody blow really hard at the sails... 

Why is so low the hash power blowing the sails? Fall from 12 TH/s to 7 TH/s and didn't recover.

[organofcorti]

Compare the most recent BTC blocks found to your shifts worked. It is possible you started during an unlucky period and no BTC blocks have been found in the shifts you have worked.

Ah, thanks -- looks like Bitminter is becalmed

Everybody blow really hard at the sails... 

Why is so low the hash power blowing the sails? Fall from 12 TH/s to 7 TH/s and didn't recover.

ASICMiner moved over to solomining.

[organofcorti]

Okay we will make a block in under 10 or 15 minutes. Tips are not asked for or required. So far I am 2 for 2 with this type of prediction.

On the other  hand, I'll take bets!

[GuiltySpark343]

LOL After nearly 11 hours I think we mined a dud. STALE.  

[Dunkelheit667]

The 6th in one week.