P2Pool - zdecentralizowany pool peer-to-peer [4000 TH/s]

[lenny]

WU jak sama nazwa wskazuje to przeliczona na diff1, aktualnie wykonana praca
U to aktualnie wykonana praca, ile accepted na minutę, może mieć wyższy diff niż 1 np. 5 albo 10, w zalezności od hashrate.

Czyli masz mocną koparkę, od p2pool dostajesz diff 5
Zaakceptowałeś w ciągu minuty 10 share o wysokim diff 5 (U=10), to tak jakbyś zrobił 50 share o diff 1 (WU=50).

[dragonus]

b. sie ciesze ze mi pool rzuca takie klody pod nogi, ale koniec koncow ciezko mi porownac co kopie z jaka wydajnoscia
raspi ma chyba problemy z wydajnoscia albo obsluga usb dla 30 ztex'ow
a dla cm1 minery pokazuja hashrate malo wiarygodnie
szukam wiec jednoznacznego kryterium wydajnosci pracy
no i widze ze U/WU tez mi sie nie sprwadza...

cgminer version 3.1.1 - Started: [2013-05-16 11:16:03]
--------------------------------------------------------------------------------
(5s):2.791G (avg):2.625Gh/s | A:160 R:8 HW:35 U:6.6/m WU:25.0/m
ST: 1 SS: 0 NB: 1 LW: 3141 GF: 0 RF: 0
Connected to p2pool.xxxxxx.pl diff 3 with stratum as user cairnsmore1
Block: 01034eca7b9ba0c3... Diff:11.2M Started: [11:16:02] Best share: 461
--------------------------------------------------------------------------------

np. to
srednio wierze ze cm1 liczy na 870 mh

[dragonus]

pomysl napisania p2pool w pythonie to chory sen pijanego idioty...
wymagania ma toto nieziemskie
odpalenie czegokolwiek na serwerze z p2pool sprawia ze latency rosnie w kosmos
nagrywanie z gunzip karty sd - 0,2s gratis do latency

odpalenie bfgminer na 30 ztexow - pare sekund opoznienia na p2pool, mozna sobie kopalnie wylaczyc

reszta daemonow chodzi bez problemu, kombinacje z nice/renice nie pomagaja
jak sie zlaguje pomaga dopiero restart maszyny, moze ja sie nie znam, ale cuda wianki ktore toto wyprawia skutecznie mnie zaczynaja zniechecac

bfgminer ktoremu jest w stanie podolac male raspi kladzie kopalnie p2pool na 4core i7 z 8G ram

czy sa jakies plany przepisana tego na c/c++ czy juz nam pozostaje pythonowe rzezbienie w g...ie ?

[rav3n_pl]

A daj ściągnąć blockchain? To może potrwać nawet godzinę. I w tym czasie BĘDZIE lagować. Później już z górki
Czasem pomaga restart demona zamiast p2pool.

[dragonus]

blockchain aktualny, bitcoind nie laguje sie
laguje sie tylko p2pool

z pythonem mialem juz do czynienia przy okazji rozmaitych "serwisow" webowych
doswiadczenia niemal tak "dobre" jak z java...

[rav3n_pl]

Przepraszam, źle napisałem. Chodzi mi o share chain p2poola
Zobacz co masz w logu, czy przypadkiem ich nie ściąga.

[virus]

jak masz nowego p2pool to trwa to nawet pare godzin
share chain p2pool to chyba aktualnie jakies 16k-18k

[dragonus]

to nie jest nowy pool
to jest pool ktory chodzi od paru dni
powtarzam

do dzialajacego poola podlaczenie fpga i odpalenie bfgminera sprawia ze lagi rosna wykladniczo

[rav3n_pl]

Coś w logu? Jak ze zużyciem pamięci przez pool? Jaka to moc? Może trzeba zwiększyć trudność share?

[hanti]

a moze sprobuj cgminer ?

[dragonus]

moc w porywach widze 17GH

ram nadal ma wolny

KiB Mem: 8111164 total, 3193472 used, 4917692 free, 28316 buffers
KiB Swap: 0 total, 0 used, 0 free, 1929156 cached


swapu nie ma (ssd)

no i juz calkiem p2pool odjechal

Date Getwork Latency/(s)
Thu May 16 2013 18:13:48 GMT+0200 (Central Europe Daylight Time) 2.90
Thu May 16 2013 18:11:00 GMT+0200 (Central Europe Daylight Time) 2.94
Thu May 16 2013 18:08:12 GMT+0200 (Central Europe Daylight Time) 2.98
Thu May 16 2013 18:05:24 GMT+0200 (Central Europe Daylight Time) 0.00
Thu May 16 2013 18:02:36 GMT+0200 (Central Europe Daylight Time) 2.92

nie bardzo wiem jak zwiekszyc trudnosc share
log mi sie wlasnie przerotowal bo odpalilem ponownie p2pool...

kopacze dawno odlaczeni

[dragonus]

po restarcie p2pool to samo

2013-05-16 18:28:14.502784 Local: 14871MH/s in last 9.7 minutes Local dead on arrival: ~15.4% (12-19%) Expected time to share: 7.4 minutes
2013-05-16 18:28:14.503001 Shares: 2 (0 orphan, 0 dead) Stale rate: ~0.0% (0-66%) Efficiency: ~126.4% (43-127%) Current payout: 0.2908 BTC

na razie teoretycznie dobrze, ale duze DOA i tragiczne latency

Date Getwork Latency/(s)
Thu May 16 2013 18:27:24 GMT+0200 (Central Europe Daylight Time) 2.92
Thu May 16 2013 18:24:36 GMT+0200 (Central Europe Daylight Time) 2.92
Thu May 16 2013 18:21:48 GMT+0200 (Central Europe Daylight Time) 3.01

obciazenie maszyny

dragon@p2pool:~$ top
top - 18:30:02 up 1:41, 2 users, load average: 0.16, 0.23, 0.27
Tasks: 147 total, 1 running, 146 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1.0 us, 0.0 sy, 0.1 ni, 98.9 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 8111164 total, 3435292 used, 4675872 free, 31912 buffers
KiB Swap: 0 total, 0 used, 0 free, 1976268 cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12410 dragon 20 0 589m 321m 3848 S 6.6 4.1 2:11.77 python
1154 dragon 20 0 2581m 590m 41m S 2.0 7.5 13:35.73 bitcoind
1644 dragon 20 0 778m 175m 7480 S 0.7 2.2 0:58.25 namecoind
10 root 20 0 0 0 0 S 0.3 0.0 0:03.74 rcu_sched
61 root 20 0 0 0 0 S 0.3 0.0 0:04.42 kworker/3:1
12151 dragon 20 0 886m 209m 7712 S 0.3 2.6 0:04.26 devcoind
1 root 20 0 26800 2632 1420 S 0.0 0.0 0:01.27 init

[dragonus]

wylaczam p2poole i czekam na kolejnu update, teraz ewidentnie cos jest zj... w kodzie
obie koparki maja podobna przypadlosc, po jakims czasie lagi na maxa....
poki co odradzam git pull

[lenny]

Masz 3s bitcoind getwork latency. To jest wartosc niezalezna od p2poola, zalezy tylko od wydajnosci PC. Moze jakis problem z IO, dysk twardy? Konfiguracja systemu?
Zajrzyj na mojego node'a mam juz dwa tygodnie uptime i smiga elegancko.
lenny.dnsd.me:9332

Latency mialem dwa miesiace temu 0.1s teraz 0.3s, a nic nie zmienialem. Chyba jest po prostu wiecej transakcji w sieci i wiecej roboty dla bitcoind.

[robertg87]

Lenny zobacz do siebie, cos chyba dzisiaj z p2pool jest nie halo.... Ty masz tez beznadziejny get block latency przeszlo 6s !!!

u mnie identycznie a maszyna to i7 http://156.17.63.178:9332

[lenny]

Wow! Dzieki za info. A mimo to dalej moj p2pool kopie i DOA niskie? Oco tu chodzi?! Jakis atak na siec bitcoin albo samego p2poola???

Edit: Hmm chyba juz wiem, dlaczego:) Dzisiaj czy wczoraj mialo byc przelaczenie, stre wersje sprzed tego incydentu z forkiem w marcu nie sa juz obslugiwane i mozna tworzyc przeogromne bloki do woli. Chyba bede musial zajrzec do ustawien bitcoind jak tylko wroce do domu, czy wszystko tam jest ok i nie powinienem zmniejszyc limitow ilosci transakcji itp.

[b0il3r]

u mnie dzisiaj o 6 rano (Bitcoind GetBlockTemplate Latency) skoczyl z 0.01 s do 8 s

[green3d]

Restart bitcoind i po krzyku

[dragonus]

czyli zaraza na calej sieci p2pool....
ale kopcie, kopcie, to moze moje share nie przepadna jak blok wpadnie

[dragonus]

Restart bitcoind i po krzyku

u mnie pomagal na krotko...