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

[lenny]

a tak a propo Topicu... dziś odpaliłem swoją koparkę i zastanawiam się czy jest wszystko OK na p2pool
Mam własny serwerek na którym mam to odpalone (wersja z git-a) , najnowsze bitcoind skompilowane pod gentoo.
Koparka kopie z prędkością aktualnie 315mh/s.
po około 10h kopania mam tylko 2 share w p2pool i chyba to trochę za mało ?

Kod: Zaznacz cały

2012-11-04 22:10:59.494464 P2Pool: 17346 shares in chain (17350 verified/17350 total) Peers: 39 (29 incoming)
2012-11-04 22:10:59.494748  Local: 300MH/s in last 10.0 minutes Local dead on arrival: ~16.7% (8-31%) Expected time to share: 3.0 hours
2012-11-04 22:10:59.495007  Shares: 2 (0 orphan, 0 dead) Stale rate: ~0.0% (0-66%) Efficiency: ~111.1% (38-112%) Current payout: 0.0120 BTC
2012-11-04 22:10:59.495209  Pool: 344GH/s Stale rate: 10.0% Expected time to block: 11.4 hours

Wszystko ok. 2 share znalezione, 0 stales. Pamiętaj, że częstotliwość wpadania share przy tak wysokiej trudności bardzo zależy od szczęścia, które się unormuje po wielu dniach dopiero.

[virus]

Kod: Zaznacz cały

 Local dead on arrival: ~16.7% (8-31%) 

a to jest w porządku ?
Strasznie dużo mam tych reject :/
aktualnie: A:349 R:15 HW:0 U:3.93/m
p2pool stoi na serwerze z core i7 i 16GB ramu + RAID1 razem z bitcoind w OVH więc raczej on problemów na pewno nie robi
ping z koparki do serwera mam około 40ms

[lenny]

Pokaż najnowsze wyniki, ile shares i ile stales, a nie wyniki z minera, bo one nic nie znaczą. Chcesz powiedzieć, że masz p2pool na zdalnym serwerze? Lepiej jakbyś postawił p2pool lokalnie, nawet na Intel Atom + 1GB RAM (tak jak ja mam na swoim serwerze, na Linuksie headless ofc) lepiej to będzie szło niż serwer zdalny w Internecie.

[virus]

aktualnie zrobilem mu upgrade i musialem go restartnac, 2. listopada troche zmian w git-cie bylo.

Kod: Zaznacz cały

2012-11-05 13:07:09.917194 P2Pool: 17347 shares in chain (17352 verified/17352 total) Peers: 15 (4 incoming)
2012-11-05 13:07:09.917476  Local: 379MH/s in last 10.0 minutes Local dead on arrival: ~1.9% (0-10%) Expected time to share: 2.3 hours
2012-11-05 13:07:09.917662  Shares: 1 (0 orphan, 0 dead) Stale rate: ~0.0% (0-80%) Efficiency: ~109.2% (22-110%) Current payout: 0.0057 BTC
2012-11-05 13:07:09.917864  Pool: 352GH/s Stale rate: 8.4% Expected time to block: 11.2 hours

ewentualnie http://hostv.pl:9332/static/

Nie wiem czy w domu lepiej , czy nie lepiej zdalnie na szybkiej maszynie która ma świetne połączenie z noda-mi i z reszta p2pool
W OVH na pewno mam lepsze lacze niz w polsce maszynka tez ma takie zasoby to na pewno na nic tam nie czeka.

Zmieniłem jeszcze opcje w cgminer na gpu-thread=1 , worksize=128 i powiem ze jest znacznie lepiej

[lenny]

Skąd możesz wiedzieć, że jest "znacznie lepiej"? Masz tu tylko 1 share, a wtedy miałeś 2, a więc restartowałeś p2pool najwyraźniej?
Pokaż wyniki z 24 godzin czy coś, to będzie można cokolwiek powiedzieć.

[virus]

jak pisałem wyżej

aktualnie zrobilem mu upgrade i musialem go restartnac, 2. listopada troche zmian w git-cie bylo.

[lenny]

jak pisałem wyżej

aktualnie zrobilem mu upgrade i musialem go restartnac, 2. listopada troche zmian w git-cie bylo.

OK. To za 24 godziny daj staty zobaczymy czy wszystko ok. Przynajmniej w tym OVH masz niskie getwork latency, dużo peerów połączonych.

[rav3n_pl]

Kod: Zaznacz cały

 Local dead on arrival: ~16.7% (8-31%) 

a to jest w porządku ?
Strasznie dużo mam tych reject :/
aktualnie: A:349 R:15 HW:0 U:3.93/m
p2pool stoi na serwerze z core i7 i 16GB ramu + RAID1 razem z bitcoind w OVH więc raczej on problemów na pewno nie robi
ping z koparki do serwera mam około 40ms

W cgminerze musisz zmienić 2 opcje:
- gpu threads na 1 (domyślnie 2)
- queue na 0 (domyślnie 1)
Przy małych mocach koparki często wpada się na longpoola i dostajesz stale.

[virus]

W cgminerze musisz zmienić 2 opcje:
- gpu threads na 1 (domyślnie 2)
- queue na 0 (domyślnie 1)
Przy małych mocach koparki często wpada się na longpoola i dostajesz stale.

Pisałem wyżej że to też zmieniłem i właśnie widzę znacznie lepiej.
Jak widziałem na Twoim p2pool to tam ładnie masz 0.0% DOA u mnie 2.4% ale to w sumie niewiele.

[lenny]

Widzieliście to? http://p2pool.info/
Pool Luck (7 days, 30 days, 90 days): 174.5% 131.9% 108.3%

Za ostatnie 7 dni luck na poolu to 174.5%! Szok. Kto tam kopie regularnie, to w tym tygodniu podwójna prawie wypłata
Te 108% w skali 3-miesięcznej to akurat tyle, żeby się zwróciło za te wszystkie stale i orphany i żeby jeszcze trochę zostało. Rozważam ponownie spróbować p2pool...

[rav3n_pl]

Widzieliście to? http://p2pool.info/
Pool Luck (7 days, 30 days, 90 days): 174.5% 131.9% 108.3%

Za ostatnie 7 dni luck na poolu to 174.5%! Szok. Kto tam kopie regularnie, to w tym tygodniu podwójna prawie wypłata
Te 108% w skali 3-miesięcznej to akurat tyle, żeby się zwróciło za te wszystkie stale i orphany i żeby jeszcze trochę zostało. Rozważam ponownie spróbować p2pool...

No i mamy teraz początek 2 dniowego bloku....

[lenny]

Widzieliście to? http://p2pool.info/
Pool Luck (7 days, 30 days, 90 days): 174.5% 131.9% 108.3%

Za ostatnie 7 dni luck na poolu to 174.5%! Szok. Kto tam kopie regularnie, to w tym tygodniu podwójna prawie wypłata
Te 108% w skali 3-miesięcznej to akurat tyle, żeby się zwróciło za te wszystkie stale i orphany i żeby jeszcze trochę zostało. Rozważam ponownie spróbować p2pool...

No i mamy teraz początek 2 dniowego bloku....

Że co? Bieżący blok trwa w tej chwili 14 godzin. Gdzie: Expected time to block: 11.5 hours, a więc ten tutaj trwa przynajmniej 121% spodziewanego czasu.

[rav3n_pl]

Widzieliście to? http://p2pool.info/
Pool Luck (7 days, 30 days, 90 days): 174.5% 131.9% 108.3%

Za ostatnie 7 dni luck na poolu to 174.5%! Szok. Kto tam kopie regularnie, to w tym tygodniu podwójna prawie wypłata
Te 108% w skali 3-miesięcznej to akurat tyle, żeby się zwróciło za te wszystkie stale i orphany i żeby jeszcze trochę zostało. Rozważam ponownie spróbować p2pool...

No i mamy teraz początek 2 dniowego bloku....

Że co? Bieżący blok trwa w tej chwili 14 godzin. Gdzie: Expected time to block: 11.5 hours, a więc ten tutaj trwa przynajmniej 121% spodziewanego czasu.

Każde KAŻDE wspomnienie że jest dużo bloków na bitcointalk labo tu (najczęściej pada to w obu miejscach na raz) skutkuje załamaniem lucka.

[lenny]

Hahaha

[virus]

chyba rav3n_pl miał jednak racje :/

jak miałem , tak wrzucam po dobie p2pool staty

Kod: Zaznacz cały

2012-11-06 12:26:39.759833 P2Pool: 17331 shares in chain (17335 verified/17335 total) Peers: 31 (21 incoming)
2012-11-06 12:26:39.759975  Local: 250MH/s in last 10.0 minutes Local dead on arrival: ~8.6% (2-23%) Expected time to share: 3.3 hours
2012-11-06 12:26:39.760046  Shares: 9 (0 orphan, 0 dead) Stale rate: ~0.0% (0-30%) Efficiency: ~110.3% (77-111%) Current payout: 0.0445 BTC
2012-11-06 12:26:39.760129  Pool: 349GH/s Stale rate: 9.3% Expected time to block: 11.3 hours

staty cgminera:

Kod: Zaznacz cały

 cgminer version 2.8.7 - Started: [2012-11-05 19:23:05]
--------------------------------------------------------------------------------
 (5s):340.8M (avg):321.5Mh/s | Q:1873  A:4017  R:179  HW:0  E:214%  U:4.2/m
 TQ: 0  ST: 1  SS: 0  DW: 1864  NB: 88  LW: 11660  GF: 0  RF: 0  WU: 4.3
 Connected to http://hostv.pl:9332/ with LP as user koparka1
 Block: 01b22c650223e068c0b49cf1...  Started: [10:56:07]  Best share: 5.03K
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  73.0C 1861RPM | 321.6M/321.5Mh/s | A:4017 R:179 HW:0 U:4.16/m I: 9
--------------------------------------------------------------------------------

pełne staty na http://hostv.pl:9332/static/

[lenny]

virus, u Ciebie wygląda wszystko OK.
rav3n_pl miał rację, statystyki mówią same za siebie

Pool Hashrate: 352.9 GH/s
Estimated Time to Block: 11h 10m
Current Round: 1d 4h 46m

[lenny]

Gość na bitcointalk wrzucił sensowne ustawienia bitcoin.conf, aby polepszyć wydajność p2poola:

Kod: Zaznacz cały

#Max number of nodes to connect to. Another possible bottleneck.
maxconnections=20

#Maximum size, in bytes, of blocks you create:
blockmaxsize=100000

#How many bytes of the block should be dedicated to high-priority transactions,                                                                                                 
#included regardless of the fees they pay                                                                                                                                 
blockprioritysize=2000

#Minimum block size you want to create; block will be filled with free transactions                                                                                       
#until there are no more or the block reaches this size:                                                                                                                  
blockminsize=0

#Fee-per-kilobyte amount (in BTC) considered the same as "free"                                                                                                                    
#Be careful setting this: if you set it to zero then                                                                                                                      
#a transaction spammer can cheaply fill blocks using                                                                                                                      
#1-satoshi-fee transactions. It should be set above the real                                                                                                              
#cost to you of processing a transaction.                                                                                                                                 
mintxfee=0.0005

Oryginalny post: https://bitcointalk.org/index.php?topic ... msg1326067
Nie testowałem jeszcze ale na pewno będzie to przydatne na słabszych maszynach. Sam trzymam p2pool 8.2 (tylko testowo, nie do kopania) na maszynce z 1GB RAM i Intel Atom 1.6 GHz + HT wraz z bitcoind 0.7.1.
I zauważyłem, że im więcej peerów w bitcoind (ostatnio jest ich 5x więcej bo odblokowałem port niedawno), tym większe GetWork Latency p2poola. W wersji 0.7.0 bitcoind dochodziło nawet do 3-5sec, teraz przy 0.7.1 jest to średnio 1.5sec - ze względu na obciążenie CPU (spikuje p2pool i bitcoind do 100% CPU co chwilę). Ograniczenie liczby obsługiwanych transakcji i liczbę peerów na pewno w bitcoind zrobimy więcej miejsca dla p2pool

[virus]

no ja juz troche temu zjechalem na 20 bo mialem znacznie ponad 100 podlaczonych, a serwer glownie uzywam do czego innego niz do bitcoin-a
sadze ze po zmianie wersji bitcoind bedzie znacznie lepiej bo waskim gardlem bitcoind jest berkeleyDB.
To sie fajnie sprawdza na malych bazach, ale bitcoind to juz z indexem ponad 4gb

P.S.
Mam od wczoraj p2pool 9.0-dirty i nawet jakbym troche mniej mial rejectow (albo moze to sugestia )

[rav3n_pl]

Ja wczoraj przekompilowałem bicoind z wyłączeniem debugowania i latency spadło mi 5-10 krotnie
Używam gitowej wersji "testowej" 79900 ;]

[virus]

potwierdzam, zmiana bitcoind dala niezlego kopa!
na http://hostv.pl:9332/static/graphs.html widać to ładnie
nie mówiąc o tym że ilość I/O spadła mi na RAIDzie też zauważalnie