[1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 663.

racerguy

sr. member

Activity: 270

Merit: 250

Quote from: kano on July 26, 2012, 10:24:39 AM

Quote from: racerguy on July 26, 2012, 09:23:11 AM

...
There's a huge variance involved when estimating your hashrate based on the number of p2pool shares you've produced in the last 24hrs. Yesterday my hashrate based on p2pool share production was 350mhs and today it's 129mh/s for a 5770 that cgminer says is averaging 200mh/s, I wouldn't rely on speed estimates based on p2pool share production unless it's over the last week or something. Also just looking at your stats page it says you have no incoming connections, you need to forward the p2pool port on your router to reduce stales.

Acutally, I've never seen it 'that' huge on any rig.
As I usually say regarding cgminer, given an hour and about 400-800 MH/s, you should be within about 10%
(I think I've only once ever seen close to 10% after an hour)

If one of the stats guys ... organofcorti?

... wants to actually work out the expected % and given confidence levels (say 99%, 99.9% or even 99.99%) accurately (and provide an equation) then we could see how reasonable what I suggest is

But your figures of a variance of over ~75% and ~35% for 24 hours at 200MH/s seem rather ... unlikely ... to be share variance
(since they are diff 1 shares)

p2pool shares aren't diff 1 shares they're around 400-600.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: racerguy on July 26, 2012, 09:23:11 AM

...
There's a huge variance involved when estimating your hashrate based on the number of p2pool shares you've produced in the last 24hrs. Yesterday my hashrate based on p2pool share production was 350mhs and today it's 129mh/s for a 5770 that cgminer says is averaging 200mh/s, I wouldn't rely on speed estimates based on p2pool share production unless it's over the last week or something. Also just looking at your stats page it says you have no incoming connections, you need to forward the p2pool port on your router to reduce stales.

Acutally, I've never seen it 'that' huge on any rig.
As I usually say regarding cgminer, given an hour and about 400-800 MH/s, you should be within about 10%
(I think I've only once ever seen close to 10% after an hour)

If one of the stats guys ... organofcorti?

... wants to actually work out the expected % and given confidence levels (say 99%, 99.9% or even 99.99%) accurately (and provide an equation) then we could see how reasonable what I suggest is

But your figures of a variance of over ~75% and ~35% for 24 hours at 200MH/s seem rather ... unlikely ... to be share variance
(since they are diff 1 shares)

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Use week stats

racerguy

sr. member

Activity: 270

Merit: 250

Quote from: megatron on July 26, 2012, 09:07:55 AM

Quote from: kwukduck on July 25, 2012, 10:03:03 AM

After running on a pool for 12 hours or so i noticed that also the pool only registers about half of my speed. So i changed my miner, guess what, looking much much better now! I'm going to try on p2pool now see what it does.

I was using DiabloMiner, now changing to CGMiner.

i got exactly same problem,

for a few days my reward from block reduced from ,2 btc to 0,13btc and p2pool.info says my hashrate 683mh but in real its ~950mh.

my hw works for 24/7 with low stale rate (4.1% DOA).
mining sw - guiminer(poclbm)
so what changed in last few days?

http://95.31.22.9:9332/static/graphs.html

There's a huge variance involved when estimating your hashrate based on the number of p2pool shares you've produced in the last 24hrs. Yesterday my hashrate based on p2pool share production was 350mhs and today it's 129mh/s for a 5770 that cgminer says is averaging 200mh/s, I wouldn't rely on speed estimates based on p2pool share production unless it's over the last week or something. Also just looking at your stats page it says you have no incoming connections, you need to forward the p2pool port on your router to reduce stales.

megatron

full member

Activity: 120

Merit: 100

Quote from: kwukduck on July 25, 2012, 10:03:03 AM

After running on a pool for 12 hours or so i noticed that also the pool only registers about half of my speed. So i changed my miner, guess what, looking much much better now! I'm going to try on p2pool now see what it does.

I was using DiabloMiner, now changing to CGMiner.

i got exactly same problem,

for a few days my reward from block reduced from ,2 btc to 0,13btc and p2pool.info says my hashrate 683mh but in real its ~950mh.

my hw works for 24/7 with low stale rate (4.1% DOA).
mining sw - guiminer(poclbm)
so what changed in last few days?

http://95.31.22.9:9332/static/graphs.html

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: kjj on July 25, 2012, 10:29:37 PM

Quote from: mdude77 on July 25, 2012, 07:03:30 PM

Quote from: kwukduck on July 25, 2012, 10:03:03 AM

After running on a pool for 12 hours or so i noticed that also the pool only registers about half of my speed. So i changed my miner, guess what, looking much much better now! I'm going to try on p2pool now see what it does.

I was using DiabloMiner, now changing to CGMiner.

You know.. I've observed similar with phoenix. Phoenix tells me one thing, everything else receiving the data from Phoenix tells me something else. The apparent higher hash rate is why I use phoenix on my 5870s, but cgminer's output matches what the pools (including p2pool) tell me. So... I tend think phoenix is lying.

M

No, phoenix is actually measuring the actual hashrate of the card. Everything else is an estimate, and all of the estimates are based random proxies, and all of the proxies have means less than 100% of the actual hashrate (over infinite time).

cgminer's hash rate is correct.
For BFL and GPU it is simply a count - no estimate involved at all.

I've seen some code around that doesn't 'count' hashes but estimates them -
I'd be curious to know which miners do actually count the numbers ...
(look in the code yourself if you want to be sure ...)

The only estimate anywhere in the cgminer code is my icarus code that estimates the number of hashes done when it aborts work that didn't find a share (since Icarus will not report a value)
Any software that hashes on an Icarus must do this estimate.

However, that estimate is also correct in cgminer since it is based on the correct value of the performance of the bitstreams (and anyone who wants to challenge it can even ask cgminer to verify it with --icarus-timing)

organofcorti

donator

Activity: 2058

Merit: 1007

Poor impulse control.

Every share submitted has exactly the same expected value as any other share. The only difference changing the length of the inclusion bracket would be to change the variance. For example, increasing the length of the inclusion bracket (to say 48 hours) would decrease variance - at the cost of taking longer to get the full value out of each share. With an infinite inclusion bracket, you would have zero variance (same as PPS) with the only downside being you'd have to wait an infinite amount of time to get paid. Picking an inclusion bracket is a trade of between variance and maturity time. A low variance DGM like Ozcoin's is less stressful for low hashrate miners than pure PPLNS.

Ente

legendary

Activity: 2126

Merit: 1001

Quote from: mdude77 on July 25, 2012, 07:04:38 PM

Wouldn't you do better with something like pps from ozcoin if you are varying that much? You're shorting yourself in p2pool because it's based on the last 24 hours.

M

Shouldn't you get a proportional payout nevertheless? Like 1gh/s which runs 12h a day sould give you the same as 500mh/s on 24/7? You receive payments for blocks for the next 24 hours for that.
As long as we don't dip into extremes (super long block round, super low hashrate or the like) it shouldn't do any harm?

Ente

kjj

legendary

Activity: 1302

Merit: 1026

Quote from: mdude77 on July 25, 2012, 07:03:30 PM

Quote from: kwukduck on July 25, 2012, 10:03:03 AM

After running on a pool for 12 hours or so i noticed that also the pool only registers about half of my speed. So i changed my miner, guess what, looking much much better now! I'm going to try on p2pool now see what it does.

I was using DiabloMiner, now changing to CGMiner.

You know.. I've observed similar with phoenix. Phoenix tells me one thing, everything else receiving the data from Phoenix tells me something else. The apparent higher hash rate is why I use phoenix on my 5870s, but cgminer's output matches what the pools (including p2pool) tell me. So... I tend think phoenix is lying.

M

No, phoenix is actually measuring the actual hashrate of the card. Everything else is an estimate, and all of the estimates are based random proxies, and all of the proxies have means less than 100% of the actual hashrate (over infinite time).

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: zvs on July 25, 2012, 06:16:53 AM

Quote

Come to think of it, since the pool seems to fluctuate between 200g/h and 300g/h, there's either something funny going on or a lot of people are shorting themselves.

well, mine varies based on outside temperature and if i'm using my main computer or not, from 2500-6000, i've got another 2000mhash or so, but p2pool doesn't like my hub and the computers that use it get like 50% reject rates.

but i did finally decide to just buy a switch, prolly get here on mon or tues

Wouldn't you do better with something like pps from ozcoin if you are varying that much? You're shorting yourself in p2pool because it's based on the last 24 hours.

M

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: kwukduck on July 25, 2012, 10:03:03 AM

After running on a pool for 12 hours or so i noticed that also the pool only registers about half of my speed. So i changed my miner, guess what, looking much much better now! I'm going to try on p2pool now see what it does.

I was using DiabloMiner, now changing to CGMiner.

You know.. I've observed similar with phoenix. Phoenix tells me one thing, everything else receiving the data from Phoenix tells me something else. The apparent higher hash rate is why I use phoenix on my 5870s, but cgminer's output matches what the pools (including p2pool) tell me. So... I tend think phoenix is lying.

M

twmz

hero member

Activity: 737

Merit: 500

Some changes have been made to p2pool.info to slightly improve the performance of the page load:

The hashrate graph and the stats API (http://p2pool.info/stats) only include one data point per hour instead of one per 5 minutes. If someone needs/wants the 5 minute data, it still exists in the database (and still gets used behind the scenes), they can contact me and we'll work something out.
The block list only shows blocks for the past 90 days. If you want to see blocks older than that, you'll need to use the API (see the next point)
The blocks API (http://p2pool.info/blocks) also only returns the last 90 days of blocks by default, but you can get all blocks by adding a parameter to the request: http://p2pool.info/blocks?all=true

kwukduck

legendary

Activity: 1937

Merit: 1001

fixed... no idea why it doesn't work well with diablominer but oh well..

Code:

Local: 637MH/s in last 10.0 minutes Local dead on ar
rival: ~1.1% (0-7%) Expected time to share: 56.4 minutes

The reward is still low but i'm sure it will go up after running for a bit.

kwukduck

legendary

Activity: 1937

Merit: 1001

After running on a pool for 12 hours or so i noticed that also the pool only registers about half of my speed. So i changed my miner, guess what, looking much much better now! I'm going to try on p2pool now see what it does.

I was using DiabloMiner, now changing to CGMiner.

twmz

hero member

Activity: 737

Merit: 500

Quote from: kwukduck on July 24, 2012, 08:09:42 PM

Yes, i'm running 24/7.

p2pool tells me my hash rate is much lower then my actual mining speed (about 60%) and whenever my miner finds a new share it's not added to the p2pool count.
I recently started it and my miner tells me i found 50 shares (all accepted), p2pool says 15?
very confused...

What does this line say from the p2pool console?

Code:

Local: 1639MH/s in last 10.0 minutes Local dead on arrival: ~0.9% (0-4%) Expected time to share: 24.4 minutes

It should be very close to what your actual hashrate is as it is based on diff 1 shares which have reasonably low variance. Let us know what the reported hashrate is along with the local dead on arrival rate.

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Quote from: mdude77 on July 25, 2012, 04:59:38 AM

I think I figured out the two blockchain logic.
One is for p2pool to keep track of who has what proportions, so that when a block on the real chain is found, it can be divvied up properly.
M

Exactly. Basing on pool sharechain each node can calculate how to cut block prize

And because closing transaction is included to block it is impossible to cheat Tongue

racerguy

sr. member

Activity: 270

Merit: 250

Quote from: kwukduck on July 24, 2012, 07:16:10 PM

i've been mining with p2pool for a while now and today i thought of counting what i had mined, the average of the last month is about 0.17 btc/day, i compared this to what i should get at my speed (625MHash) which is about 0.34 btc/day. I haven't used a regular pool for a while now so i can't really say if that would be any better.
I knew p2pool had slightly lower rewards then regular pools but i didn't expect to lose 50%...
Is there something wrong with my config or is this normal?

Have you forwarded the p2pool port to allow incoming connections? Even if you haven't though that low payout is a bit strange

zvs

legendary

Activity: 1680

Merit: 1000

https://web.archive.org/web/*/nogleg.com

Quote

Come to think of it, since the pool seems to fluctuate between 200g/h and 300g/h, there's either something funny going on or a lot of people are shorting themselves.

well, mine varies based on outside temperature and if i'm using my main computer or not, from 2500-6000, i've got another 2000mhash or so, but p2pool doesn't like my hub and the computers that use it get like 50% reject rates.

but i did finally decide to just buy a switch, prolly get here on mon or tues

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: kwukduck on July 24, 2012, 08:36:52 PM

Last block was 0.068, i've seen worse

You're right, that's about 1/2 of what it should be.

I think I figured out the two blockchain logic.

One is for p2pool to keep track of who has what proportions, so that when a block on the real chain is found, it can be divvied up properly.

M

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Quote from: kwukduck on July 24, 2012, 08:09:42 PM

Yes, i'm running 24/7.

p2pool tells me my hash rate is much lower then my actual mining speed (about 60%) and whenever my miner finds a new share it's not added to the p2pool count.
I recently started it and my miner tells me i found 50 shares (all accepted), p2pool says 15?
very confused...

Miner is reporting diff=1 shares - pool is using this to tell you local hashrate. Check on your graph that you have doa/stales, i never see to pool reports 60% of actual hashrate. After restarting pool/miner wait 10 mins to pool recalculate your rate in last 10 mins.
Pool reports diff=~600 shares to payout. We are mining p2pool blockchain where we have pool block about every 10 sec and diff is fluctuating depends on speed of last share found.

Thats why you (and everyone mining p2pool) have lot more shares reported by pool than by miner.

Check your graphs, it should show you what is going on.

Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 663. (Read 2591920 times)