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

[powered]

Co za dużo to nie zdrowo. Teraz czas na minusowy luck i fala pójdzie w dół ;p

Który port powinien być otwarty dla Peers in ?
P2pool jest na lokalnej maszynie więc nikt z zewnątrz nie musi się podłączać.

[hanti]

9333 dla p2pool i 8333 dla bitcoin(d-qt)
do podlaczania z zewnatrz 9332

[kret]

Czy po ostatnim spadku kursu bitcoina trudność też nie powinna zmaleć? albo chociaż pozostać na tym samym poziomie? Liczyłem na spadek a tu wczoraj jeszcze wzrosła.

[lenny]

Zeby trudnosc zmalala, ludzie musza odlaczyc swoje koparki, sprzedac sprzet itd. Kogo zmusisz do tego?;) Skoro kudzie kupuja jak szaleni kazdy sprzet jaki sie tylko nawinie, wystarczy poszukac w dziale handlowym na tym forum;) I beda kopac dalej, nawet jak sie nie bedzie oplacalo, bo kazdy liczy, ze za jakis czas sprzeda wykopane bitcoiny za 1000zl od sztuki...

[powered]

@hanti dzięki

I beda kopac dalej, nawet jak sie nie bedzie oplacalo, bo kazdy liczy, ze za jakis czas sprzeda wykopane bitcoiny za 1000zl od sztuki...

Nie opowiadaj takich rzeczy! Teraz nikt nie będzie zaglądać do kalkulatora opłacalności, bo po co ?


Dzisiaj P2pool przekroczył 600GH/s Ale widze że to jest i tak mało w stosunku do rosnącej trudności, ponieważ czas kopania jednego bloku nie maleje.

[lenny]

No tak. Ale ktoś, kto teraz kupił karty graficzne, myślisz, że je wyłączy, nówki sztuki, i zawinie całą inwestycję jak mu się przestanie "na kalkulatorze" opłacać w danej chwili i wg danego kursu? Bo mi się wydaje, że nie

[powered]

Dużo zakładów energetycznych za prąd rozlicza się co pół roku. A więc w czerwcu pojawią się rachunki z rozpiską cen na następne pół roku. Rachunek za prąd jest bardziej przekonujący niż kalkulator A jeszcze bardziej będzie przekonujący gdy rachunek za prąd przyniesie rodzic a nie listonosz

[virus]

poki co wciaz sie oplaca na kartach...
mi tutaj wiekszosc mowila zebym nie wchodzil w to jak byl listopad.... i musze powiedziec ze dobrze ze nie posluchalem

Poki sie beda wracac w rok na kalkulatorze sporo ludzi w to wejdzie.
Jakby nie bylo po roku masz sprzet warty X - gdzie X jest gotowka ktora zainwestowales

[dragonus]

Panowie,

Kopalnia niby idealna,

Node uptime: 1.008 days Peers: 6 out, 7 in

Local rate: 2.54GH/s (5.6% DOA) Expected time to share: 0.464 hours

Shares: 31 total (3 orphaned, 1 dead) Efficiency: 108.9%

a na cairnsmore1 via cgiminer mam 5,5% strat, przy czym podlaczenie jest po LAN, inni kopacze maja podobnie, mozna cos jeszcze z tym zrobic?

5% to calkiem sporo w plecy...

[lenny]

Nie rozumiesz chyba, zasady działania p2pool Masz 5.5% odrzuconych prób znalezienia share p2p, za który dostaniesz ułamek wypłaty, ale twoja praca nie jest marnowana - blok jest liczony nawet z odrzuconych share
Ty masz 5.5% w plecy, ale i tak jesteś 8.9% do przodu w stosunku do reszty p2poola, który ma w tej chwili więcej strat jako całość:
Pool rate: 559GH/s (20% DOA+orphan) Share difficulty: 1060
Więc wszystko jest OK, a nawet lepiej
Poczytaj tu: https://bitcointalk.org/index.php?topic=153232.0

[rav3n_pl]

Efficiency: 108.9%
Masz 8.9% więcej niż średnia poola.

edit: qrde lenny znowu pierwszy

[lenny]

Haha już miałem dopisać: "pewnie rav3n_pl lepiej to wytłumaczy niż ja" - ale udało się mi pierwszemu wysłać haha

[dragonus]

Dzieki wszystkim za tlumaczenie,

Przejrzalem po raz kolejny manual wedle ktorego zreszta stawialem i optymalizowalem kopalnie,
nie wszystko jest dla mnie jasne, prosze o wyrozumialosc.

Czy wobece tego mam rozumiec ze te 5% strat to straty nie wynikajace z moich niedoskonalosci w sprzecie/konfiguracji?
latency skoczylo do 0.3...
(pewnie na skutek dolaczenia fpga)

obciazenie maszyny bez fpga

last pid: 91583; load averages: 0.10, 0.17, 0.15 up 90+21:11:55 14:02:23

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
87390 dragon 3 20 0 460M 372M usem 3 182:10 13.67% python
91577 dragon 1 26 0 17532K 2764K pause 1 0:00 0.29% tcsh

fpga w tym czasie kopala na 100% na polmine

po powrocie na fpga

last pid: 91583; load averages: 0.14, 0.15, 0.15 up 90+21:14:05 14:04:33

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
87390 dragon 3 20 0 460M 372M usem 3 182:40 21.09% python
85140 dragon 12 22 2 950M 632M uwait 3 75:23 0.29% bitcoind


troche wieksze obciazenie, ale nadal bez obaw...

czy cos jeszcze moge po swojej stronie zrobic?
jaki macie u siebie poziom rejected/DOA?

to ze inni maja gorzej, nie jest dla mnie szczegolnie pocieszajace

[rav3n_pl]

To ile zjada python/p2pool bardzo się waha. Najwięcej w momencie znalezienia share i bloku.
Przypominam, że KAŻDE share jest sprawdzane pod kątem "bycia blokiem", ważne jest więc, aby je wysyłać (tak domyślnie w cgminerze).
To że "ucieknie" kilka "małych" share to nic strasznego, ważne żeby bloki wpadały ;]
Ze swojej strony możesz tylko w minerze ustawić 1 wątek (żeby jak najszybciej "robić nonca") i brak pobierania roboty "na zapas". Ze względu na szybkie longpoole/resety te 2 sprawy znacznie poprawiają wydajność (nie hashrate ale ilość poprawnych share).
W cgmienrze pod GPU to -g 1 -Q 0 lub --gpu-threads 1 --queue 0 jak ktoś lubi długie opcje ;]

[dragonus]

niestety python jak by to powiedzieli w pyta.pl ssie pauke...

ale...

mam jeszcze gpu na bamt/phoenix
moga byc to stare wersje bo bamt srednio aktualizowany ostatnio, zwalmy to na bamt,

ale

fpga na najnowszym cgiminer, opcje z defaulta, na stronie pisza ze cairnsmore/icarus chodzi perfekt i nic nie trzeba robic
jakies sugestie co do zmian czy dodatkowych opcji? na google jakos malo tresciwie w tym wzgledzie

[lenny]

Przecież pisaliśmy Ci już, że wszystko jest OK. Masz 8% więcej niż średnia poola, powinieneś się cieszyć.
Masz CM1, tak? Jaki firmware?

[dragonus]

na chwile obecna nie mam zielonego pojecia, ale wersja jakas podstawowa wedle tego co mowil rafu
na chwile obecna widze w manualu ze troche z tym zamieszania

[lenny]

Aha, masz CM1 od rafu. On go kupił ode mnie ^^
Masz tam firmware makomk (Twin mode). Jakie masz tam zegary na chipach? Jakie hashrate zgłasza cgminer?

Odpalaj płytkę poleceniem:
cgminer --icarus-timing short -S /dev/ttyUSBx -S /dev/ttyUSBy
Chyba, że masz tam słabe CPU strasznie to daj --icarus-timing long.
Nic nie trzeba więcej robić, płytki FPGA są w większości bezobsługowe, szczególnie te z makomk (Twin mode).

Ale i tak polecałbym przeflashować płytkę na HashVodoo, wtedy ma dynamiczne hashrate i sama się podkręca (bfgminer), albo podkręcasz Ty ręcznie ze skryptu (cgminer). Polecam ten drugi sposób bo cgminer jest pewniejszy i ma lepsze wyniki z CM1 na p2pool niż bfgminer (który miał bardzo dużo rejectów u mnie).

[dragonus]

wczesniej jakies 790, teraz na --icarus-timing short

teraz sie rozkrecilo do 830-848

b. cenna porada poprosze jeszcze jakis sznurek do tego firmware i na spokojnie w pon bede flashowac

[lenny]

Masz mój mini-poradnik: