Author

Topic: Testing pool latency on my network (Read 91 times)

legendary
Activity: 2338
Merit: 6509
be constructive or S.T.F.U
July 01, 2024, 06:55:26 PM
#8
Unfortunately the new updated OS for my other stick miners took away the CGminer status page with all the details.

Who is maintaining the software now? you might want to contact them regarding the issue, the status page is indeed very important.

Also, most pools would provide you with that kind of information on their status page, those that don't probably take the rejected and sales into consideration when displaying your total hashrate, so if it's 10th locally but 9th on the pool for a good period of time then you know you have an issue somewhere.
jr. member
Activity: 23
Merit: 2
July 01, 2024, 05:42:28 AM
#7

Furthermore, your miner status page (assuming you do use a proper miner and software) would report what's called stale shares, that's the most accurate way to read latency between your miner and the pool, A high stale rate means there is a quiet large delay in the communication between the miner and the pool, there is no universal figure of what is accepted, but I'd say anything below 1% between stale and rejected suggest that your overall mining operation is good and you shouldn't worry, if it goes above that, there is certainly something wrong somewhere.

I've had my miners running almost a month and have had 0 stales, thank goodness. About 200 rejected, 1M discarded, 550k accepted and 5k hardware errors. Difficulty set at 4.5k.
That's just for my S9.

Unfortunately the new updated OS for my other stick miners took away the CGminer status page with all the details.
jr. member
Activity: 23
Merit: 2
July 01, 2024, 05:29:05 AM
#6
You should also do a traceroute https://en.wikipedia.org/wiki/Traceroute
Since you are showing high latency a traceroute may help you figure out where the issue is between you and the pool.

Local network or local provider may be fixable. Something past there and there is not a lot you can do.

-Dave

Interesting. I'll check that out.
jr. member
Activity: 23
Merit: 2
July 01, 2024, 05:28:20 AM
#5
What is the result after testing it with the ping tool?

have you tried the other pool from ckpool if the ping result is high you can use the other suggestion only if your ping is high.

Code:
IPV4 is solo4.ckpool.org
IPV6 is solo6.ckpool.org

Just don't forget to add the port :3333 when testing.

When I use the tool it's under 100ms, which seems better. It floats around 85ms-95ms.

I haven't tried any of the other pools. I should look in to that and see if there's any difference.
legendary
Activity: 2338
Merit: 6509
be constructive or S.T.F.U
June 29, 2024, 09:29:49 PM
#4
But I believe now that they are not accurate, I should instead use a tool which I installed one that is a stratum ping tool. I read it pretty much preforms the exact task a miner does to send packets to the pool and returns a ping.



Correct, stratum-ping will be an exact representation of the work sent/received between you and the pool, I did mention in one of my old posts that stratum-ping could sometimes yield a very different result than using just ICMP aka ping, but I would like to state that in most cases the result will be exactly the same, so unless it's easy to perform stratum-ping (which is) it may not be worth the trouble.

Furthermore, your miner status page (assuming you do use a proper miner and software) would report what's called stale shares, that's the most accurate way to read latency between your miner and the pool, A high stale rate means there is a quiet large delay in the communication between the miner and the pool, there is no universal figure of what is accepted, but I'd say anything below 1% between stale and rejected suggest that your overall mining operation is good and you shouldn't worry, if it goes above that, there is certainly something wrong somewhere.
legendary
Activity: 3500
Merit: 6320
Crypto Swap Exchange
June 29, 2024, 09:01:33 PM
#3
You should also do a traceroute https://en.wikipedia.org/wiki/Traceroute
Since you are showing high latency a traceroute may help you figure out where the issue is between you and the pool.

Local network or local provider may be fixable. Something past there and there is not a lot you can do.

-Dave
legendary
Activity: 3360
Merit: 3094
BTC price road to $80k
June 29, 2024, 07:47:02 PM
#2
What is the result after testing it with the ping tool?

have you tried the other pool from ckpool if the ping result is high you can use the other suggestion only if your ping is high.

Code:
IPV4 is solo4.ckpool.org
IPV6 is solo6.ckpool.org

Just don't forget to add the port :3333 when testing.
jr. member
Activity: 23
Merit: 2
June 29, 2024, 06:43:28 AM
#1
I've seen a few topics on this and want to check I'm doing it right. Since, I'm lottery mining, I don't want to worsen my chances further with high latency.

First I was using sites I've found on google to check pool latency and comes back with 180ms-190ms.

But I believe now that they are not accurate, I should instead use a tool which I installed one that is a stratum ping tool. I read it pretty much preforms the exact task a miner does to send packets to the pool and returns a ping.

I'm using ckpool, so the pool address I saved to the bat file is exactly "solo.ckpool.org:3333".
That should give me an accurate ping I should be getting for the miners on my network for that pool, right?
Jump to: