[ANN] beeeeer.org - Primecoin mining pool!

[Sy]

...

From the 5861 found blocks 121 are orphans (around 2%).
I don't know if Sy's stats counted everything correctly, he said in his thread it's just an estimation, because his payout barrier calculation differs from the original one & maybe he's missing some fees or orphans. I can't really judge that. If somethings missing, please refer to blocks/payouts on beeeeer.org, i'm not responsible for Sy's stats. Is someone in a similiar situation?

I'll be back later today.

the miner id stats are coming soon.

- xolokram

Orphans are all correct but i didn't factor in fees.

I've put the site offline for now, waiting for the new data - the old one got paid anyway so it's obsolete.

[BrainShutdown]

the miner id stats are coming soon.

- xolokram

Great news! Keep it up 

[marlowbg]

Ive been testing this new 0.6 beta,  but my rejects are still almsot 10%. CPU is a i7 2600k and im on US West Coast (might be related to lag?)

Heres the output of almost 29 hours of running this on a Win8 64bit box

Code: [Select]

********************************************
*** running time: 28.899hrs
***
*** 7-chains: 214       (91.064% | 7.405/hr)
*** 8-chains: 20        (8.511% | 0.692/hr)
***
*** valid: 235  (91.440%)
*** rejects: 22 (8.560%)
*** stale: 0    (0.000%)
********************************************

Everyone stats are similar on the % of rejects, or its more likely something bad on my end??

Hi,

how to see this stats?

[MJ2P]

how to see this stats?

Hit Ctrl+C to shutdown your miner. These stats will show up then.

[marlowbg]

Thanks,

it works

Code: [Select]

********************************************
*** running time: 19.091hrs
***
*** 7-chains: 63        (86.301% | 3.300/hr)
*** 8-chains: 9 (12.329% | 0.471/hr)
*** 9-chains: 1 (1.370% | 0.052/hr)
***
*** valid: 73   (86.905%)
*** rejects: 11 (13.095%)
*** stale: 0    (0.000%)
********************************************


[xolokram]

hi,

i just wanted to let you all know that i added some pages (e.g. CPPSRB payouts (it's empty currently, but this will change)) and changed some parts in the user stats. i think this will break some of the commands posted earlier, sorry.

anyway, please be aware that the sharelog information is not loaded all at once at a restart, the web frontend needs some time to catch up with the most recent data. 

- xolokram

ps. uhm yes ... how's the weather?
pps. i'm know the rejection rate is annoying, i'll try to fix/workaround this asap --- payouts & stats API first...
ppps. please report every bug / mistake / mysterious behavior

[ivanlabrie]

xolo, you're doing a wonderful job bro...major props.
What's the default fee set at? I can modify it with the fee value in the miner config right?

Can I direct your attention to the support thread? Was having some trouble updating...sorry if it's too noob of a mistake.

[xolokram]

default is 3%

the parameter is: -poolfee=<value>
<value> in percent

e.g. -poolfee=50
would be 50% of your share reward to the pool (RECOMMENDED!) 

i'll check the tech support later today, i've to get some other stuff done right now, sorry.

- xolokram

[ivanlabrie]

default is 3%

the parameter is: -poolfee=<value>
<value> in percent

e.g. -poolfee=50
would be 50% of your share reward to the pool (RECOMMENDED!) 

i'll check the tech support later today, i've to get some other stuff done right now, sorry.

- xolokram

Thanks again...my issue is probably a beginner's mistake when compiling. Can't get it to produce the latest version binaries and instead I get 0.4.

[mhps]

I have mined with 0.6RC1 for more than a day on several machines and got

264 7chains
16  8chains
1   9chain (a block found 15min after I started miners)

The ratios don't look quite right.

Now it has been 2 days and 9 hours on my two win7 i5 and one win8 Xeon machines. In total I get

445 7chains
32  8chains
1   9chain

I am getting far less long chains compared with 7-chains. At this rate the per-day reward isn't better than that on ypool at all. If there had been 44 8-chains and 4 9-chains, as suggested by the number of 7-chains, the reward rate would improve by 50%. That is before correcting for ~10% rejection rate.

I see others can get 9s just fine. I am going to restart all my miners to see what comes out of it. If it doesn't help, I will have to wait for a new version of miner to mine at beeeeer.

By the way I am using port 13337 because 1337 doesn't work here.

[grom]

I have mined with 0.6RC1 for more than a day on several machines and got

264 7chains
16  8chains
1   9chain (a block found 15min after I started miners)

The ratios don't look quite right.

Now it has been 2 days and 9 hours on my two win7 i5 and one win8 Xeon machines. In total I get

445 7chains
32  8chains
1   9chain

I am getting far less long chains compared with 7-chains. At this rate the per-day reward isn't better than that on ypool at all. If there had been 44 8-chains and 4 9-chains, as suggested by the number of 7-chains, the reward rate would improve by 50%. That is before correcting for ~10% rejection rate.

I see others can get 9s just fine. I am going to restart all my miners to see what comes out of it. If it doesn't help, I will have to wait for a new version of miner to mine at beeeeer.

By the way I am using port 13337 because 1337 doesn't work here.

try my build, link posted above
on 24 core opteron (which is 2.5 3 times of my i7) :
Found Chain statistics:
    5er chains 42791                  4194.0539 ch/h
    6er chains 4439                    435.0776 ch/h
    7er chains 454                      44.4977 ch/h
    8er chains 42                        4.1165 ch/h
    9er chains 2                         0.1960 ch/h
    10er chains 1                         0.0980 ch/h
runtime 16 hours

After restart :
--------------------------------------------------------------------------------
2013-10-15 14:51:51 primemeter 2717.6852*10^9 number tests/h
Found Chain statistics:
    5er chains 10320                  4151.5253 ch/h
    6er chains 1082                    435.2665 ch/h
    7er chains 113                      45.4576 ch/h
    8er chains 16                        6.4365 ch/h
    9er chains 1                         0.4023 ch/h

--------------------------------------------------------------------------------
********************************************
*** running time: 2.475hrs
***
*** 7-chains: 94        (88.679% | 37.984/hr)
*** 8-chains: 11        (10.377% | 4.445/hr)
*** 9-chains: 1 (0.943% | 0.404/hr)
***
*** valid: 106  (82.171%)
*** rejects: 23 (17.829%)
*** stale: 0    (0.000%)
********************************************
 a lot of rejects welll

[grom]

I have mined with 0.6RC1 for more than a day on several machines and got

264 7chains
16  8chains
1   9chain (a block found 15min after I started miners)

The ratios don't look quite right.

Now it has been 2 days and 9 hours on my two win7 i5 and one win8 Xeon machines. In total I get

445 7chains
32  8chains
1   9chain

I am getting far less long chains compared with 7-chains. At this rate the per-day reward isn't better than that on ypool at all. If there had been 44 8-chains and 4 9-chains, as suggested by the number of 7-chains, the reward rate would improve by 50%. That is before correcting for ~10% rejection rate.

I see others can get 9s just fine. I am going to restart all my miners to see what comes out of it. If it doesn't help, I will have to wait for a new version of miner to mine at beeeeer.

By the way I am using port 13337 because 1337 doesn't work here.

try my build, link posted above
on 24 core opteron (which is 2.5 3 times of my i7) :
Found Chain statistics:
    5er chains 42791                  4194.0539 ch/h
    6er chains 4439                    435.0776 ch/h
    7er chains 454                      44.4977 ch/h
    8er chains 42                        4.1165 ch/h
    9er chains 2                         0.1960 ch/h
    10er chains 1                         0.0980 ch/h
runtime 16 hours

After restart :
--------------------------------------------------------------------------------
2013-10-15 14:51:51 primemeter 2717.6852*10^9 number tests/h
Found Chain statistics:
    5er chains 10320                  4151.5253 ch/h
    6er chains 1082                    435.2665 ch/h
    7er chains 113                      45.4576 ch/h
    8er chains 16                        6.4365 ch/h
    9er chains 1                         0.4023 ch/h

--------------------------------------------------------------------------------
********************************************
*** running time: 2.475hrs
***
*** 7-chains: 94        (88.679% | 37.984/hr)
*** 8-chains: 11        (10.377% | 4.445/hr)
*** 9-chains: 1 (0.943% | 0.404/hr)
***
*** valid: 106  (82.171%)
*** rejects: 23 (17.829%)
*** stale: 0    (0.000%)
********************************************
 a lot of rejects welll

P.P.S. i'm using larger sieve here (8192000) not default in my build 4096000 and primorial 37

[xolokram]

grom, can you do me a favor and start your own thread for your miner?
btw. is you project/miner open source? any source code available somewhere?

@mhps:
the chain distribution is not always 10% of the previous shorter chain-length shares, there's a drop from 8 to 9 (and probably from 9 to 10 and from 10 to 11 etc. pp.)
don't expect four (which is a wrong assumption anyway) 9-chains just because you have 400 7-chains

and like i said before: i'm aware of the rejection problems, please let me repair/add one feature at a time.

- xolokram

[Sy]

Stats information, i5-3570K stock, 4 Threads

Code: [Select]

********************************************
*** running time: 34.807hrs
***
*** 7-chains: 279       (90.584% | 8.016/hr)
*** 8-chains: 27        (8.766% | 0.776/hr)
*** 9-chains: 2 (0.649% | 0.057/hr)
***
*** valid: 308  (93.617%)
*** rejects: 21 (6.383%)
*** stale: 0    (0.000%)
********************************************
6.3% rejects with v0.6 from Germany - Xolo are those numbers interesting or do you check all that stuff serverside anyway?

[Scott J]

hi,

i just wanted to let you all know that i added some pages (e.g. CPPSRB payouts (it's empty currently, but this will change)) and changed some parts in the user stats. i think this will break some of the commands posted earlier, sorry.

anyway, please be aware that the sharelog information is not loaded all at once at a restart, the web frontend needs some time to catch up with the most recent data. 

- xolokram

It would be really helpful if you could have a current reward total displayed for pending shares.