Topic: [ANN] The First Litecoin PPS Pool (litecoinpool.org) - page 58. (Read 228113 times)
Hello Pooler: Can you explain how the "Teams" function works? What are the benefits or drawbacks?
In any case, since shares are weighted, there's no significant difference between getting 4 diff-32 shares and 1 diff-128 share, be they accepted or rejected.
off course but if the calculation is more difficult maybe the rejected share appear less often when a new block is detectedBut that does not mean that a high share difficulty can help lowering the percentage of stale shares, which is what matters.
thanks for informations
In any case, since shares are weighted, there's no significant difference between getting 4 diff-32 shares and 1 diff-128 share, be they accepted or rejected.
off course but if the calculation is more difficult maybe the rejected share appear less often when a new block is detectedBut that does not mean that a high share difficulty can help lowering the percentage of stale shares, which is what matters.
Any possibility to give the opportunity to the miner/worker to set the diff or maybe réajust the vardiff server side ?
up and down all the time :/
32/64/128 etc ...
32 calculation is too fast , have 4 rejects when a new block is found sometimes
96 or 128 is nice for 700kh/s
up and down all the time :/
32/64/128 etc ...
32 calculation is too fast , have 4 rejects when a new block is found sometimes
96 or 128 is nice for 700kh/s
I don't think letting miners choose would be useful. I may try to make the difficulty adjustment less aggressive though.
In any case, since shares are weighted, there's no significant difference between getting 4 diff-32 shares and 1 diff-128 share, be they accepted or rejected.
Quote
In any case, since shares are weighted, there's no significant difference between getting 4 diff-32 shares and 1 diff-128 share, be they accepted or rejected.
off course but if the calculation is more difficult maybe the rejected share appear less often when a new block is detected
just an idea I'm not very good with all of this
Any possibility to give the opportunity to the miner/worker to set the diff or maybe réajust the vardiff server side ?
up and down all the time :/
32/64/128 etc ...
32 calculation is too fast , have 4 rejects when a new block is found sometimes
96 or 128 is nice for 700kh/s
up and down all the time :/
32/64/128 etc ...
32 calculation is too fast , have 4 rejects when a new block is found sometimes
96 or 128 is nice for 700kh/s
I don't think letting miners choose would be useful. I may try to make the difficulty adjustment less aggressive though.
In any case, since shares are weighted, there's no significant difference between getting 4 diff-32 shares and 1 diff-128 share, be they accepted or rejected.
Hi
Any possibility to give the opportunity to the miner/worker to set the diff or maybe réajust the vardiff server side ?
up and down all the time :/
32/64/128 etc ...
32 calculation is too fast , have 4 rejects when a new block is found sometimes
96 or 128 is nice for 700kh/s
Any possibility to give the opportunity to the miner/worker to set the diff or maybe réajust the vardiff server side ?
up and down all the time :/
32/64/128 etc ...
32 calculation is too fast , have 4 rejects when a new block is found sometimes
96 or 128 is nice for 700kh/s
Yup, I found out as well, lowering intensity, I went from 1.20% stales to 0.44%-0.55% stales. I lowered down to 15 from 19.
Nice touch for the hardware pooler 
I've lowered the Intensivity
but I have changed too the pool server from nl2 to stratum+tcp://litecoinpool.org:3333/
I assume .org redirect to random nl nl1 or nl2 server
How can I found the server I'm related ?
Thanks in advance for you help
I've lowered the Intensivity
Quote
2013-07-10 647 kH/s 503,488 2,688 (0.53%) 0 (0.00%) 0.421893741696 LTC
2013-07-09 649 kH/s 841,784 14,162 (1.65%) 1 (0.00%) 0.705366168528 LTC
2013-07-09 649 kH/s 841,784 14,162 (1.65%) 1 (0.00%) 0.705366168528 LTC
but I have changed too the pool server from nl2 to stratum+tcp://litecoinpool.org:3333/
I assume .org redirect to random nl nl1 or nl2 server
How can I found the server I'm related ?
Thanks in advance for you help
Nice!
cgminer displays the address of the server you're currently connected to; consider that the main server may redirect you to secondary servers for load-balancing purposes.
Nice touch for the hardware pooler
I've lowered the Intensivity
but I have changed too the pool server from nl2 to stratum+tcp://litecoinpool.org:3333/
I assume .org redirect to random nl nl1 or nl2 server
How can I found the server I'm related ?
Thanks in advance for you help
I've lowered the Intensivity
Quote
2013-07-10 647 kH/s 503,488 2,688 (0.53%) 0 (0.00%) 0.421893741696 LTC
2013-07-09 649 kH/s 841,784 14,162 (1.65%) 1 (0.00%) 0.705366168528 LTC
2013-07-09 649 kH/s 841,784 14,162 (1.65%) 1 (0.00%) 0.705366168528 LTC
but I have changed too the pool server from nl2 to stratum+tcp://litecoinpool.org:3333/
I assume .org redirect to random nl nl1 or nl2 server
How can I found the server I'm related ?
Thanks in advance for you help
it was the question, what do I need to check on the conf 
That depends on your software and GPU. It's hard to say what needs to be tweaked. As some like to say, fine-tuning scrypt GPU mining is an art, and experimentation is often the key to a successful setup.I gave you a hint, though, when I mentioned intensity as a possible cause; generally speaking, anything that pushes the hardware too hard can cause latency.
ty I will try to play with the conf so
but I'm still disappointed because is only happening when a new block is detected
it was the question, what do I need to check on the conf
That depends on your software and GPU. It's hard to say what needs to be tweaked. As some like to say, fine-tuning scrypt GPU mining is an art, and experimentation is often the key to a successful setup.I gave you a hint, though, when I mentioned intensity as a possible cause; generally speaking, anything that pushes the hardware too hard can cause latency.
In my experience, stale shares can be caused by the following:
@dermo, in your case it seems that the first cause is not the problem, as your ping time to the server is low. The difficulty is currently rising but not dramatically, so I wouldn't consider cause #2 either. As regards cause #3, the average stale rate for the nl2 server is just 1%. The occurrence of stales is subject to probability, of course, but your 2% seems pretty high when compared to the average, so I would suggest that you check your miner's configuration.
- Network latency. This is the most obvious cause. If a share takes too much time to get to the server it can easily turn stale.
- Block frequency. The more frequently the network is finding blocks, the more frequent the stales. This means that if the network difficulty is going up the stales will be higher.
- Server inefficiency. If the server is slow at handling submissions, some shares will turn stale. A high load can of course cause slowdowns.
- Software latency. Latency can also occur before the share leaves the miner, especially in the case of GPU mining. For example, if the intensity/aggressiveness parameter is set too high.
@dermo, in your case it seems that the first cause is not the problem, as your ping time to the server is low. The difficulty is currently rising but not dramatically, so I wouldn't consider cause #2 either. As regards cause #3, the average stale rate for the nl2 server is just 1%. The occurrence of stales is subject to probability, of course, but your 2% seems pretty high when compared to the average, so I would suggest that you check your miner's configuration.
it was the question, what do I need to check on the conf
In my experience, stale shares can be caused by the following:
@dermo, in your case it seems that the first cause is not the problem, as your ping time to the server is low. The difficulty is currently rising but not dramatically, so I wouldn't consider cause #2 either. As regards cause #3, the average stale rate for the nl2 server is just 1%. The occurrence of stales is subject to probability, of course, but your 2% seems pretty high when compared to the average, so I would suggest that you check your miner's configuration.
- Network latency. This is the most obvious cause. If a share takes too much time to get to the server it can easily turn stale.
- Block frequency. The more frequently the network is finding blocks, the more frequent the stales. This means that if the network difficulty is going up the stales will be higher.
- Server inefficiency. If the server is slow at handling submissions, some shares will turn stale. A high load can of course cause slowdowns.
- Software latency. Latency can also occur before the share leaves the miner, especially in the case of GPU mining. For example, if the intensity/aggressiveness parameter is set too high.
@dermo, in your case it seems that the first cause is not the problem, as your ping time to the server is low. The difficulty is currently rising but not dramatically, so I wouldn't consider cause #2 either. As regards cause #3, the average stale rate for the nl2 server is just 1%. The occurrence of stales is subject to probability, of course, but your 2% seems pretty high when compared to the average, so I would suggest that you check your miner's configuration.
hi,
I'm new on the pool and I have an issue with stale share
When a new block is detected I have 1 or 2 stale share not all the time but my ratio is going up since I'm mining on the pool
Any idea ?
I'm new on the pool and I have an issue with stale share
When a new block is detected I have 1 or 2 stale share not all the time but my ratio is going up since I'm mining on the pool
Quote
2013-07-09 643 kH/s 370,784 7,808 (2.06%) 1 (0.00%) 0.310695486528 LTC
2013-07-08 650 kH/s 845,768 10,528 (1.23%) 0 (0.00%) 0.694366868784 LTC
2013-07-07 650 kH/s 846,272 10,272 (1.20%) 0 (0.00%) 0.681653478016 LTC
2013-07-06 514 kH/s 671,504 6,368 (0.94%) 3 (0.00%) 0.540881698912 LTC
2013-07-08 650 kH/s 845,768 10,528 (1.23%) 0 (0.00%) 0.694366868784 LTC
2013-07-07 650 kH/s 846,272 10,272 (1.20%) 0 (0.00%) 0.681653478016 LTC
2013-07-06 514 kH/s 671,504 6,368 (0.94%) 3 (0.00%) 0.540881698912 LTC
Any idea ?
Quote
Pinging nl2.litecoinpool.org [80.69.77.111] with 32 bytes of data:
Reply from 80.69.77.111: bytes=32 time=23ms TTL=56
Reply from 80.69.77.111: bytes=32 time=22ms TTL=56
Reply from 80.69.77.111: bytes=32 time=24ms TTL=56
Reply from 80.69.77.111: bytes=32 time=23ms TTL=56
Ping statistics for 80.69.77.111:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 24ms, Average = 23ms
Reply from 80.69.77.111: bytes=32 time=23ms TTL=56
Reply from 80.69.77.111: bytes=32 time=22ms TTL=56
Reply from 80.69.77.111: bytes=32 time=24ms TTL=56
Reply from 80.69.77.111: bytes=32 time=23ms TTL=56
Ping statistics for 80.69.77.111:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 24ms, Average = 23ms
Ah, didn't know about the DDoS. That, combined with my spotty ISP, is probably what was attributing to my stale/invalid shares. Which resulted in some of my miners being banned. However, I am using Stratum.
How long does a temp ban last? I have to hook-up a monitor and mouse down every time to restart the miner. If the ban only lasts ten minutes or so, I won't bother going through the hassle knowing it will auto fix itself in a short span.
This type of ban only lasts 15 minutes. How long does a temp ban last? I have to hook-up a monitor and mouse down every time to restart the miner. If the ban only lasts ten minutes or so, I won't bother going through the hassle knowing it will auto fix itself in a short span.
Just got home and went to check my web account. One of my rigs is down, and two others are hardly hashing away. I just checked Cgminer on one of my rigs, and it says . What's going on?
The connection between your miner and the pool probably got unstable because of the ongoing DDoS. This can cause the miner to submit too many wrong solutions, which results in a temporary ban.This is much more likely to happen if you are not using Stratum.
How long does a temp ban last? I have to hook-up a monitor and mouse down every time to restart the miner. If the ban only lasts ten minutes or so, I won't bother going through the hassle knowing it will auto fix itself in a short span.
Just got home and went to check my web account. One of my rigs is down, and two others are hardly hashing away. I just checked Cgminer on one of my rigs, and it says . What's going on?
The connection between your miner and the pool probably got unstable because of the ongoing DDoS. This can cause the miner to submit too many wrong solutions, which results in a temporary ban.This is much more likely to happen if you are not using Stratum.
Hey pooler,
Just got home and went to check my web account. One of my rigs is down, and two others are hardly hashing away. I just checked Cgminer on one of my rigs, and it says. What's going on?
Just got home and went to check my web account. One of my rigs is down, and two others are hardly hashing away. I just checked Cgminer on one of my rigs, and it says
ban the people without know its the best thing to stop a attack against your pool im sure its the best way.....
I did, its says at this domain? By sending an email to applications (at) (this domain).
That's just a measure to protect against automated email harvesters.In case you can't figure it out, the address is:
DOH! on me..... email sent, thanks!
Jump to: