Pages:
Author

Topic: [ANN] The First Litecoin PPS Pool (litecoinpool.org) - page 56. (Read 227002 times)

sr. member
Activity: 336
Merit: 250
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
Sure, as a higher share difficulty leads to fewer shares being found and submitted.
But that does not mean that a high share difficulty can help lowering the percentage of stale shares, which is what matters.

thanks for informations  Tongue
hero member
Activity: 838
Merit: 507
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
Sure, as a higher share difficulty leads to fewer shares being found and submitted.
But that does not mean that a high share difficulty can help lowering the percentage of stale shares, which is what matters.
sr. member
Activity: 336
Merit: 250
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 Sad

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 Cheesy
hero member
Activity: 838
Merit: 507
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 Sad

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.
sr. member
Activity: 336
Merit: 250
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 Sad

96 or 128 is nice for 700kh/s
hero member
Activity: 770
Merit: 502
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.
hero member
Activity: 838
Merit: 507
Nice touch for the hardware pooler Wink

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

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  Cheesy

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.
sr. member
Activity: 336
Merit: 250
Nice touch for the hardware pooler Wink

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

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  Cheesy
sr. member
Activity: 336
Merit: 250
it was the question, what do I need to check on the conf  Undecided
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
hero member
Activity: 838
Merit: 507
it was the question, what do I need to check on the conf  Undecided
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.
sr. member
Activity: 336
Merit: 250
In my experience, stale shares can be caused by the following:

  • 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  Undecided
hero member
Activity: 838
Merit: 507
In my experience, stale shares can be caused by the following:

  • 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.
sr. member
Activity: 336
Merit: 250
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

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

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
hero member
Activity: 838
Merit: 507
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.
legendary
Activity: 1022
Merit: 1001
I'd fight Gandhi.
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.
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.
hero member
Activity: 838
Merit: 507
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.
legendary
Activity: 1022
Merit: 1001
I'd fight Gandhi.
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?
sr. member
Activity: 277
Merit: 250
ban the people without know its the best thing to stop a attack against your pool im sure its the best way.....
hero member
Activity: 770
Merit: 500
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!
hero member
Activity: 838
Merit: 507
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:
Pages:
Jump to: