http://www.rechenkraft.net/yoyo/ (http://www.rechenkraft.net/yoyo/)
Projekt matematyczny. 31.07.2007r. otworzyli swoje podwoje dla nowych użytkowników - a więc kto chętny - zakładać konta.
Drużynka (http://yoyo8.homedns.org:88/yoyo//team_display.php?teamid=36).
zalozona...
i juz cos tam przeliczylem ;)
---------- 18:25 04.08.2007 ----------
a mi od razu po pobraniu wywaliło błąd :(
---------- 16:21 05.08.2007 ----------
dokładnie rzecz biorąc to mam 27 błędów na 29 pobrań :D
---------- 16:46 ----------
tak w ogóle to zauważyłem bardzo dziwną rzecz. na dwujajowcu pobiera mi 10 jednostek, 1 zaczyna się normalnie liczyć (na jednym procku), natomiast pozostałe które uruchomiają się na drugim procku kończą się od razu błędem, czas pracy w ogóle nie rusza, a w wiadomościach pojawia się błąd
2007-08-05 17:39:47|yoyo@home|[error] Can't rename output file wu_1186326506_96_1_0
a mi kurcze jeszcze nic nie pobral do przeliczania :(
W tej chwili z tego projektu robi się pomost między BOINC a distributed.net (http://www.distributed.net/)
Będzie można przeliczać OGRy.
Sprytny sposób, żeby ktoś poprawił sobie staty na d.net :wink:
Uwaga na nowe WU - liczę już ponad 8 godzin i nie wiedomo kiedy się skończą. Pisałem na forum projektu i tam sami nie wiedzą - podali tylko, że "teoretycznie" powinny się zakończyć w przedziale 30min-6godzin.
Teraz stwierdzili, że nawet mogą trwać 20 godzin. Ja jedną już zakończyłem po 9 godzinach - druga nadal się liczy.
Jeśli rzeczywiście rozsyłają OGR-y, niektóre zadania mogą zająć nawet kilka dni czasu procesora (na słabszych kompach). Biorę w tym udział, w wersji distributed.net, od samego początku - już ponad 7 lat (aktualnie tylko jakieś 'zapomniane' kompy lub czasami podczas testów) i widziałem już chyba wszystkie rodzaje zadań. Niektóre work unity są po prostu dużo dłuższe od innych - nawet niedawno, kiedy wygrzewałem nowego kompa ich klientem, trafiło mi na nieprzeciętnie duże work unity, przez 48h testowania przeliczyło tylko 5 na dwurdzeniowym procu.
Powinny się też dość często trafiać takie, które każdy w miarę nowy komp łyknie w max 2-3 minuty.
W najbliższych dniach projekt zostanie przeniesiony na nowy serwer. Zmieni się adres URL projektu. Być może niektóre lub nawet wszystkie dane zostaną utracone> być może będzie konieczna ponowna rejestracja.
Cytat: "kempler"W najbliższych dniach projekt zostanie przeniesiony na nowy serwer. Zmieni się adres URL projektu. Być może niektóre lub nawet wszystkie dane zostaną utracone> być może będzie konieczna ponowna rejestracja.
No to chyba już:
Cytat10.08.2007 New server
The new server is up and running. 1000 work units are waiting. The new URL is //www.rechenkraft.net/yoyo. The database of the new server is some days old. I keep this old server up and running some days, because the crunched results are still needed.
Więc tak, zalogowałem się na dane ze starego servera i się udało - konto jest - tylko puste, tzn. z profilem - ale bez punktów. Poczekajmy - wydaje mi się, że i to się zmieni.
Więc jak tak czytam to ich forum - to jednak nie zapowiada się - aby uwzględnili nasze punkty na nowym serwerze - bo kopię bazy danych na której postawiono nowy serwer zrobiono 7 dni temu;-( - kiedy my tam jeszcze nie punktowaliśmy. No cóż przepadło moje 500 punktów - mówi się trudno i liczy się dalej. W dodaatku stary serwer dalej działa, zbiera próbki i przyznaje punkty - tylko nowych Wu już nie rozsyła.
ostatnio załapałem ogromnie długie jednostki, jedna liczyła się przeszło 25h, a kolejna liczy się już prawie 29 i końca nie widać - przy takim tempie boję się, że nie wyrobię się w terminie z wszystkimi próbkami(mam jeszcze 8 a termin za 3 dni) - w pending credits mam już prawie 500pkt
Liczę moją pierwszą jednostkę i trwa to już 17 godzin.
---------- 19:07 26.08.2007 ----------
moja liczy się już prawie 51 godzin
---------- 21:17 ----------
ostateczny czas przeliczania to 52:27:59 za które dostałem 509pkt, czyli 9,7 pkt/h
aktualnie na drugim rdzeniu liczy mi się kolejna długa próbka już 29h
A ja nie wiem, co o tym projekcie myśleć. Jak się przyłączyłem, to antywirus nie przepuścił aplikacji. Na razie wstrzymałem pobieranie. :-k
W miarę możliwości można śledzić odpowiedni temat na ich forum
Virus in code. (http://www.rechenkraft.net/phpBB/viewtopic.php?t=7944)
Heh tak się zastanawiałem, skąd bierze się taka długość zadań w tym projekcie. Z ciekawości przyłączyłem się i zassałem kilka, wszystko wskazuje na to, że nie przelicza on pojedyńczych zadań tylko pliki zawierające po kilka.
Cytat: "RAD-Poland"W miarę możliwości można śledzić odpowiedni temat na ich forum
Virus in code. (http://www.rechenkraft.net/phpBB/viewtopic.php?t=7944)
Dzięki
RAD. Zobaczymy jak się sytuacja rozwinie.
za ostatnią próbkę (http://www.rechenkraft.net/yoyo/result.php?resultid=58147) dostałem równo dwa razy więcej punktów niż żądałem :D, a w pending credits mam jeszcze przeszło 1200pkt
Mi dla odmiany pending w wysokości 1,2k zmalał ostatnio do ok. 0,2k - natomiast stan punktowy wcale nie wzrósł - trochę się wkurzyłem :evil:
Częściowo zwracam im honor - za ostatnie WU z pendingu za 0,28k dostałem równe 0,5k - więc moje straty znacznie zmalały.
dziś dostałem punkty za zaległe jednostki i bardzo mnie zaskoczyli:
claimed / granted
160.01 / 378.27
321.68 / 585.46
306.13 / 612.26
265.49 / 1,004.32 :!:
105.04 / 218.42
127.36 / 282.13
37.18 / 520.53 :!: :!:
może i tak jest (dot zwłaszcza ostatniej próbki), ale pamiętaj, że claim credit jest obliczany na podstawie czasu przeliczania wu, w yoyo@home po restarcie wrapper nalicza czas od zera (nie odczytuje poprzedniej wartości z client_state.xml) natomiast checkpointy działają poprawnie :wink:
EDIT: a co do punktów to punktuje jak trzeba, tylko Twój boinc za mało żąda :wink:
akurat w tym momencie co przeliczałem zaległe jednostki byłem na urlopie i aplikacja nie była restartowane, a czasy przeliczeń były długie, co możesz sprawdzić tu (http://www.rechenkraft.net/yoyo/results.php?userid=404), a mój biniic według mnie żądał prawidłowo (średnio 11-12 pkt/h)
Nie jestem pewny czy dobrze zrozumiałem więc jeśli jestem w błędzie to mnie poprawcie.
Najpierw zerknąłem tutaj: http://www.boinc-af.org/ To zaprowadziło mnie tutaj (http://www.rechenkraft.net/phpBB/viewtopic.php?t=8223) i tutaj. (http://www.evolutionary-research.net/)
Czy dobrze rozumuje że yoyo@home będzie testował aplikację projektu evolution@home (http://www.evolutionary-research.net/)? Projekt ten nie jest aktualnie na platformę BOINC i zajmuję się tak jak nazwa głosi procesami ewolucji.
Na pewno będzie coś testował, bo pisał na listę boinc_projects o problemach z drugą aplikacją.
Pobrałem próbkę OGR i mam pytanie. Checkpoint wg BOINCa robi mi się jedynie co kilka godzin. Czy tak jest rzeczywiście czy są robione checkpointy częściej, tylko BOINC o tym nie wie?
Cytat: Bober w 20 Kwiecień 2008, 15:22
Pobrałem próbkę OGR i mam pytanie. Checkpoint wg BOINCa robi mi się jedynie co kilka godzin. Czy tak jest rzeczywiście czy są robione checkpointy częściej, tylko BOINC o tym nie wie?
AFAIK Checkpointami zajmuje się sama aplikacja licząca OGR (distributed.net), a BOINC się w to nie miesza.
Uwazajcie !!!
Od wczoraj dostawalem probki z tego programu i moj program antywirusowy G DATA InternetSecurity TotalCare 2008 z definicjami pobieranymi co godz. wykryl: "Zarażone wirusem: not-a-virus:NetTool.Win32.Calc-DNet.s" w ich probkach i blokowal go.
Projekt ten to:
2008-07-08 20:00:25|yoyo@home|Sending scheduler request: To fetch work. Requesting 144 seconds of work, reporting 0 completed tasks
2008-07-08 20:00:30|yoyo@home|Scheduler request succeeded: got 1 new tasks
2008-07-08 20:00:32|yoyo@home|Started download of dnetc_2.9013-500_windows_intelx86.exe
2008-07-08 20:00:32|yoyo@home|Started download of ogr_080706073003_72-in.ogf
2008-07-08 20:00:34|yoyo@home|Finished download of ogr_080706073003_72-in.ogf
2008-07-08 20:00:39|yoyo@home|Incomplete read of 1321.000000 < 5KB for dnetc_2.9013-500_windows_intelx86.exe - truncating
2008-07-08 20:00:39|yoyo@home|Finished download of dnetc_2.9013-500_windows_intelx86.exe
2008-07-08 20:00:39|yoyo@home|[error] Checksum or signature error for dnetc_2.9013-500_windows_intelx86.exe
Pozdrawiam!!!
Ciekawe co oznacza not-a-virus ;D
mi podobne komunikaty pokazuje NOD na Hydrogenie :)
Problem wykrywania próbek z yoyo jako wirusy jest znany twórcom projektu.
Dotyczy to przeliczania OGR. Można przeczytać tu: http://www.rechenkraft.net/wiki/index.php?title=Yoyo%40home/FAQ#Virus (http://www.rechenkraft.net/wiki/index.php?title=Yoyo%40home/FAQ#Virus) oraz na forum: http://www.rechenkraft.net/phpBB/viewtopic.php?t=7944 (http://www.rechenkraft.net/phpBB/viewtopic.php?t=7944) i tu: http://www.rechenkraft.net/phpBB/viewtopic.php?t=8248 (http://www.rechenkraft.net/phpBB/viewtopic.php?t=8248)
tylko, ze w moim przypadku blokuje antywir dostep do kompa i nawet nie sciaga tej probki na dysk
Problem z tą aplikacją jest znany, od lat niektóre antywiry wykrywają ją jako potencjalnego szkodnika, ponieważ znajdowali się ludzie, którzy przy użyciu trojanów / wormów itp instalowali to na kompach nieświadomych użytkowników, żeby progs liczył RC5/OGR na ich konto. Progs jest malutki, łatwo podpina się pod services, ma wbudowany tryb w którym pracuje całkiem 'ukryty' i do tego duże możliwości konfiguracji, np. automatycznego zatrzymania przy pracy innego programu; tak więc bardzo sprzyja takim kombinatorom.
Rozwiązaniem problemu jest dodanie tej aplikacji do listy wyjątków, nawet gdzieś na stronach distributed.net była instrukcja jak to zrobić w najpopularniejszych antywirach.
chciałem dołączyć do wyścigu, a tu.. strona proj. nie działa?
Już działa :).
i znów nie? ::) no nic - skoro działanie strony projektu ma efekt jojo, to będę próbował dalej
http://www.rechenkraft.net/yoyo/
???
nie wiem skąd te problemy, od kilku godzin cały czas mam stronę/forum na podglądzie bez żadnych problemów
przyłączyłem 2 Managery BOINC, próbki również ściągają się - u mnie wszystko OK
kurcze, używałem linka z pierwszego posta w tym temacie :-[
:-[
teraz dopiero zauważyłem, że to ja otwierałem wątek
już poprawiony link w pierwszym poście
Rozrzut w czasie przeliczania próbek w projekcie (wu ogr), delikatnie ujmując jest znaczny. :o
Njszybciej przeliczona: 80.67 s
i długas 83,806.48 s.
wiedzieliście, że wszyscy mamy pozakładane konta na distributed.net
nazwa konta ma następującą strukturę - u_RAD_Poland@yoyo.rechenkraft.net
przykładowa statystyka - RAD-Poland (http://stats.distributed.net/participant/psummary.php?project_id=25&id=467217)
emik ma ciekawszą ;D
- pozycja na platformie distributed.net - statystyka_1 (http://stats.distributed.net/participant/psummary.php?project_id=25&id=466085)
- historia osiąganych wyników - statystyka_2 (http://stats.distributed.net/participant/phistory.php?project_id=25&id=466085)
mam nadzieję, że się nie pogniewasz ;)
z natury jestem nie gniewający się a o statystykach na distributed.net nie wiedziałem więc dzięki
na koniec projektu miesiaca mam taki fajny kwiatek z yoyo... ciekawe do ilu doliczy postaram sie uchwycic ten moment :D
jak za komuny bedzie moze 200%-300% normy :D
(http://www.erni.aplus.pl/procenty.jpg)
Przed 150% skończy... tak około 120-135% ;).
liczył jeszcze ok. 1h 30 min, zakończył i napisał 100% ::)
37,5% po 15,5h liczenia... niezła próbeczka mi się trafiła na koniec, chciałem ładnie zamknąć na 25k, a pewnie dostanę za nią z 1,5k punktów heh więc będę musiał dalej ciągnąć projekt do 30k ale to już chyba evolutionami...
25 000 osiągnięte - Client Detached
brrrrawo kamrrrrracie
ogry juz na wykończeniu
zostało tylko 0,15 procent ogrów więc śpieszyć się :D
ja tego nie przeliczałem na początku, ale zobaczyłem newsy ile zostało itd... więc trochę wspomogłem projekt, pomóc to zakończyć.
Może teraz będzie do przeliczenia według mnie bardziej "przydatnego" naukowo ;)
w każdym bądź razie już się zakończył, zobaczymy co będzie dalej
a ja mam jeszcze WU do odesłania :D
Są już pierwsze testy OGR-26, workunity dużo krótsze od 25 i bardzo przyjemnie się przeliczają. Ciekawe, czy yoyo podłączy to pod projekt, czy nie.
EDIT: na kilka tysięcy przeliczonych przez jednego z moich kompów stubów największy miał 70Gn, większość ma <20 a z tych większych zazwyczaj 20-40, większe to rzadkość.
Na dodatek klient ciśnie szybciej od starego, nawet największe OGR-NG paczki po 8 zadań (jak to było w yoyo) byłyby teraz mniejsze/krótsze od starych średnich.
OGR-26 rusza już chyba pełną parą, pojawiły się m.in. statsy i przewidywany czas zakończenia projektu - jeszcze na ten rok. Ciekawe czy yoyo to uruchomi, fajnie by było.
Taaaaaa
Od wczoraj dostępne są OGRy-NG wraz z aplikacją Cruncher 2.0; średni czas przeliczania wychodzi około 1h, a max z tego co mówił yoyo 7h.
a jak punktują
Tak samo jak stare, granted = 200-300% claimed
Wg boincstats Yoyo jest aktywne i wysyła WU, ale nie mogę wejść na ich stronę, aby założyć konto. Czy adres uległ zmianie?
:wth:
Wejdź ze strony głównej boincatpoland: Lista projektów.
http://www.rechenkraft.net/yoyo/ (http://www.rechenkraft.net/yoyo/)
Momentalnie wywala mi "Błąd wczytywania strony".
Nie odnaleziono serwera
Firefox nie może odnaleźć serwera www.rechenkraft.net.
u mnie wchodzi normalnie
u mnie tyż :D ty puść pinga i zobacz jaki ip masz
ja mam 85.114.128.75
http://85.114.128.75/yoyo/
Po ip otwiera się - dzięki!
Uważaj na podprojekt ecm w yoyo, aplikacja wymaga sporej ilości pamięci (ponad 400-500MB), przelicza się dość długo - 10+ godzin nawet na najszybszych procesorach nie jest rzadkością, oraz co najgorsze - potrafi się sypnąć w losowym momencie podczas liczenia, marnując wiele godzin czasu CPU. Sypnięcie zazwyczaj poprzedzone jest dziwnymi, wielokrotnymi komunikatami Windows o wysypaniu się aplikacji o pustej nazwie.
jak po IP ci wchodzi a po nazwie nie to masz coś nie halo z DNS
spróbuj wyczyścić cache DNS (otwórz comandline i wpisz ipconfig /flushdns)
ewentualnie zrestartować usługę DNS na kompie
net stop dnscache
net start dnscache
Cytat: TJM w 27 Lipiec 2009, 01:06
Uważaj na podprojekt ecm w yoyo
Dzięki za info - no to ostała się jeno ewolucja. XD
Cytat: Troll81jak po IP ci wchodzi a po nazwie nie to masz coś nie halo z DNS
W rzeczy samej! >:( Wczoraj router wyzionął mi ducha, więc pewnie to była jego sprawka. ;D
Wyzionął całkiem czy może próbowałeś resetować?? Całkiem nie routuje pakietów czy tylko DNS mu siedzi??
Zima kompletna, ale nie zaskoczyło mnie to, bo już wcześniej bywał smrodliwy, więc poszedł do kosza i został od ręki zastąpiony najbardziej wypasionym routerem na rynku, czyli... TL-WR340G, za drobne 64,4n. ;)
najbardziej wypasiony????
w podpisie masz pytanie o tablekę?? a o którą ci konkretnie chodzi??
Pewnie, że najbardziej "wypasiony" - nikt nie ma lepszego P/E. Za 64zł masz WiFi, antenkę, router, switch 4p i całą masę cudnie migających lampek.
XD
Konkretnie chodzi mi o tę tabelkę: http://myboinc.com/sigUOTD.php/user:emik/.png, nie wiem jak się tam zarejestrować?
:(
Hm to co wyżej napisałem o ecm jednak nie do końca zgadza się z obecnym stanem. Tylko nieliczne zadania liczą się tak długo, większość jest krótka od paru do parunastu minut. Niestety to właśnie te długie mają tendencję do wysypywania się po wielu godzinach.
YoYO wlasnie rozdaje próbki wysoko pkt w pod projekcie ECM - ecm_mp_xxxxxxxx - 1 pkt co 16 sek na Alhlon II 3,0Gh
I za to kocham yoyo ECM ;D ;D ;D ;D
Na moim phenomku II 3,4 1 punkt w Edit 12,24 14,24 sekundy - totalizator
A to ciekawe, połakomiłem się i u mnie jest 26 punktów... na godzinę.
na procku C2D 1,66 wychodzi 37pkt/h na jeden rdzeń
http://www.rechenkraft.net/yoyo/workunit.php?wuid=4976000
http://www.rechenkraft.net/yoyo/workunit.php?wuid=4975134
Czy aby liczycie napewno dobrą aplikację ECM
ja zasuwam na dwa AMD - ki od kilku godzin. czasem trafi się jakaś inna ale sa chyba z nimi powiązane bo jak wstrzymałem kilka ECM XY to przestałem dostawac inne mp.
Przypominam to jest liczone na phenomie II 3,4 pod systemem Vista 64
ja na pewno liczę dobrą - też mam granted 117,25 pkt, tylk, że procek słabszy i dłużej się liczy
http://www.rechenkraft.net/yoyo/workunit.php?wuid=4975137
http://www.rechenkraft.net/yoyo/result.php?resultid=5686209
takiego motywu jeszcze nie mialem .. do dzis |-?
Syrian: status masz taki, jakbyś spóźnił się z odesłaniem próbki i ktoś ją przeliczył za Ciebie. Albo - w niektórych projektach tak było - Ty dostałeś próbkę do przeliczenia po jakimś spóźnialskim, który jednak przed Tobą przeliczył i odesłał (inne projekty dają wtedy punkty obu liczydłowym).
Tu jednak było inaczej... - http://www.rechenkraft.net/yoyo/workunit.php?wuid=4980379
Dziwne. Zgłosiłbym im błąd.
tylko ze mi nie zaczelo ich liczyc, anulowalo przy kolejnym łączeniu sie z serwerem, tak ze czasowo i pkt nic nie stracilem
Raczej nie ma co zgłaszać, to domyślne zachowanie serwera i niestety nie jest to błąd.
Od uprzejmości administracji projektu zależy jeszcze, czy włączą powiadamianie klientów o posiadaniu zdezaktualizowanych w ten sposób zadań. Ale to i tak nie gwarantuje, że klient zdąży się połączyć i otrzymać w ten sposób informacje.
Dlatego ja jestem zwolennikiem dwóch opcji:
- przy liczeniu projektów z długimi zadaniami, włączyć report results immediately
- w pozostałych przypadkach 'poganiacz' ustawiony np. na 3 godziny.
Podsumowanie
Próbki ECM PM na procesorach AMD pod aplikacją 64 bit są szczególnie wdzięczne jeśli chodzi o czas przeliczania i tzw. dojność.
Procesor AMD o częstotliwości 3,4 GHz na jednym jądrze zdobywa jeden punkt co 13,5 – 14,24 sekundy. Biorąc pod uwagę że taki procesor ma 4 jądra wychodzi to generowanie 1 punktu w granicach 3,5 sekundy na cały procesor (czyli 24000 – 25000 na dobę). Zgodnie z tym co wiem można to tylko porównać do projektu AQUA IQUANA.. Oczywiście tak cukierkowo nie jest bo razem z próbkami otrzymuje się także inne próbki które generują na moim procesorze punkty 2- 2,5 razy wolniej ale i tak jest to bez specjalnych zachodów ,,manna z nieba"
Na Intelu już nie jest tak wesoło, punktacja jest dużo poniżej przeciętnej, powiedziałbym nawet, że tragiczna %)
może sprawdzałeś na 32 bit i dlatego
No i który procek jest teraz "debeściak " Intel czy AMD XD
Pewnie jednak problem leży w 64 vs 32 bity. Zrobię później restarta na 64bit Ubuntu i zobaczymy jak tam 3,4GHz AMD wypadnie w porównaniu z 3,8GHz quadem Intela :P
Może próbek zabraknie ...
Ile czasu średnio liczy się zadanie ?
Włączyłem na 64 bit linuksie, czekam na rezultaty.
1600 - 117.25
2000 -144.99 pkt
4300 -253,5 pkt pkt
takie rożne trzy zadanka
Użytkownicy AMD
właśnie sypnęli próbki ECM - ecm_mp_xxxxxxxx
Na Intelach i 64bit OSach punktacja jest równie dobra.
Trzeba tylko trafić zadania z odpowiedniej serii.
Ja coś nie mam szczęścia, ostatnio zostawiłem na noc kompa na 64bit linuksie i trafiło tylko jedno zadanie z tej lepszej serii.
Cytat: Piotr R. (Peciak) w 19 Luty 2010, 22:24
Użytkownicy AMD
właśnie sypnęli próbki ECM - ecm_mp_xxxxxxxx
KAMRACI UWAGA czasami te zadania ni z gruszki ni z pietruszki potrafią zająć 1,09 GB RAMu - pierwszy raz mi się zdarzyło że zblokowało komputer, dyst twardy dowalał jak wentylator, ekran zamrożony. Za pierwszym razem zbaraniałem ale potem wykazałem już czujność. Trzeba dokupić Ramu. Okazuje sie że 4GB na 4 jajka to mało.... :wth:
Ja myślę nad upgrade do 8gb....
hehe już się odbiłem przy 8 od bandy :wth: to wciąż mało
przy i920 mialem 12gb :) mobo z 6slotami, triple chanel
Cytat: Piotr R. (Peciak) w 20 Luty 2010, 21:09
Trzeba dokupić Ramu. Okazuje sie że 4GB na 4 jajka to mało.... :wth:
Dozbroiliśmy się mamy 8 GB RAMu
Jak wygląda punktacja za próbki ecm oznaczone 'nr' na 64bit AMD ?
Testowałem na 32bit OSie i jest mega bieda (wyszło mi około 15-17 punktów na godzinę), więc podejrzewam że proce AMD nie mają tu nic do rzeczy, tylko 64bit OS daje ogromnego kopa.
Phenom II -3,4 GHz Vista 64
1,268.48 sek - 37,41 pkt
1600 - 43,36 pkt
Czyli też nie najlepiej. Czekamy więc na jakąś bardziej hojną serię %)
sprawdzam na procku i3 - 2,13 GHz i systemie Win7 64 - lapek żonki
Z reacji tego że w laptopie włączany jest hyperthreading który jakoś nie umiem wyłączyć w biosie ( odnaleźć ) wyniki sa takie i potrzebna jest interpretacja
5800-5900 sek - 43.36 pkt
Czy z racji tego że lapek ma dwa rdzenie a ciągnie 4 wątki to czas obliczeń do porównania należy zmniejszyć o połowę wtedy porównanie wychodzi - jest źle (ale to tylko i3 i w przypadku i5 czy i7 bedą wyniki porównywalne)
czy też cały czas i wtedy jest super tragicznie.
Ciężko powiedzieć jak jest, niektóre projekty bardzo nie lubią wirtualnych wątków na wielowątkowych procesorach z HT.
W którymśtam podprojekcie Prime jeden rdzeń porządnie taktowanego C2D szybszy jest od całego i7 920 taktowanego domyślnie %-)
Znowu w YOYO sypnęli ecm_mp_xxxxxxxx długie jak czort do liczenia - spodziewam się wysokiego udoju. ;D
2,872.18 sek 188.90 pkt
mniam :D
Włączam znów do testu AMD :ph34r:
Kur......de
Ja to mam farta - nassało mi jakichś zadań "op" i ani jednego "mp"....
Policzyłem trochę tych ECMów.
Ogólnie nie jest to niestety żaden rarytas - trafiają się serie próbek gdzie punktacja jest naprawdę mocarna (5-6x claimed), ale chyba trzeba byłoby siedzieć cały czas i pilnować jak największego bufora, żeby cały czas trzymać w nim tylko te lepsze zadania. Licząc wszystko jak popadnie nie jest już tak za wesoło - za większość zadań punktacja jest co najwyżej dobra (zazwyczaj mocno powyżej BOINCowej średniej, ale daleko od czołówki).
No cóż pozwolę się z Tobą nie zgodzić, jedyny projekt który znam z lepszą punktacją to AQUA i nie mówimy o "D-Wave's Fokker-Planck Simulation : Multi-Threaded" bo ta wypada gorzej na moim kompie. Nie mówię tez o FREE HALL
No niestety ja znam ich bardzo dużo. Na tym samym procesorze nawet yoyo/cruncher (dnetc) dużo lepiej punktuje. Testowane na Athlonie 64 3500+ i Phenomie 9850BE. O procach Intela to już nawet nie ma co wspominać.
Może gdybym do kompletu miał 64 bitowy system, dałoby się coś więcej zdziałać, na 32 bitach szału nie ma.
W ogóle nie wiem czy mój system (Debian 4) nie jest jakiś toporny jeśli chodzi o liczenie. Benchmarki wychodzą nienajgorsze, a w 90% projektów Athlon 64 3500+ wypada gorzej od porządnych PIII. Może coś z kernelem nie teges ?
To zapodaj trochę tych projektów to chętnie sprawdzę ;D
Z projektów które czasami testuję to na pewno część podprojektów PG (na 64bit systemie), dnetc, MW, na 64bit linuksie i Phenomach II Enigma + optymalizacja 64bit mdoernera.
Punktacja byłaby może i dobra w tym ECMie gdyby ciągle trafiały się te lepsze zadania.
Jednak tak nie jest. Ty masz farta i zassiesz tych dobrych, a ja próbuję parę dni i mam pecha dostając same ochłapy. Ostatnio łyknąłem jakichś z serii ES liczących się po 3h lub 7h, o ile te pierwsze jeszcze można uznać za dobre, to te drugie już nie bardzo.
Popatrzyłem sobie na zadania przeliczane przez Ciebie TJM, na moim kompie te zadania są liczone 5,7 - 5,9 razy szybciej przy częstotliwości rdzenia 3,4. Coś jest tu nie halo ...
No może to coś z kernelem debiana.
Ogólnie ten komp liczy tylko od święta, bo niewiele jest projektów gdzie wyciśnie RAC >300.
Praktycznie tylko te gdzie dostępne są mocne optymalizacje - typu yoyo/cruncher gdzie core napisany jest w asemblerze.
W cenie 60W poboru prądu 300 RACu niespecjalnie się opłaca.
Spróbowałbym upgrade do jakiegoś 64bit systemu, ale ta maszyna stoi jako backup serwera BOINC - w razie problemów ma go zastąpić, więc żeby w razie problemów nie było dodatkowych problemów mam ten sam O/S.
evo_A czas 34.683 pkt 444.67 :(
evo_A czas 44.969 pkt 581.23 :(
ogr czas 16.156 pkt 172.54 :(
ogr czas 4.801.57 pkt 55.07 :(
muon czas 48.716 pkt 775.68 ;)
Te zadania nie są złe mają normalną punktacje ale te
ecm_xy czas 1.039 pkt 29.93 ;D
ecm_es czas 4168.64 pkt 118.73 ;D
ecm_op czas 958 pkt 30.47 ;D
ecm_ru czas 4183 pkt 120.54 ;D
ecm_mp czas 796 pkt 57,71 ;D ;D ;D
mają punktacje zajefajną
To ciekawe, bo u mnie z kolei za OGR punktacja jest o wiele wyższa niż za pozostałe podprojekty. Jak się dobrze przyfarci, sięga ponad 100 punktów/z, ale zależy trochę od długości zadań wewnątrz WU.
Znowu w YOYO sypnęli ecm_mp_xxxxxxxx
i z tego co widzę na serwerze będzie ich cala masa
Edit
Phenom II 965 + Phenom II 810
12 godzin i 22.856 pkt
Oby utrzymały się do weekendu, bo w sobotę robię upgrade dwóch AMDków do 64bit OSów. Może wreszcie będzie warto na nich liczyć, w chwili obecnej są do niczego.
akurat na wyscig PG :P
No i to jednak nie AMD, tylko 64 bity dają taki przyrost prędkości w ECM. Odpaliłem na starszym złomiku, tym co wcześniej łoił 14 punktów/h nowy system, przyrost prędkości 5-krotny na tych słabych zadaniach, tych lepszych jeszcze nie miałem okazji obadać.
Ciekawostka - 32bitowa aplikacja ECM zabierała jakieś parę MB pamięci na krzyż, 64 bitowa wali z grubej rury - czasami po 400.
Tak aplikacja 64 daje kopa ale szczególnie na AMD na intelu takiego kopa nie ma.
Aplikacja czasami potrafi przywalić ponad 1 GB na zadanie - zwłaszcza te ECM mp
Mam pytanie odnośnie checkpointów. Ze względu na ich brak przestałem liczyć ten projekt kilka miesięcy temu. Poprawiło się coś w tym względzie?
Kamraci nie wiem czy zauważyliście ale w YOYO pojawił się nowy podprojekt Euler (6,2,5) pisze o tym dlatego że aplikacja ta ma najprawdopodobniej niezłego kopa jeśli chodzi o procesory intela z HT mój laptop z i3 2GHz z groszami jest teoretycznie szybszy od mojego phenoma II 965 @ 3,7GHz
i3 dwa rdzenie daje 4 WU co 18 min
Phenom II cztery rdzenie daje 4 WU co 14 min
W poniedziałek sprawdzę jak działają intele bez HT
Może po prostu app ma przerwy w używaniu CPU, spróbuj HALowcem odpalić 2x więcej na Phenomie.
Niestety próba utworzenia Phenoma II z technologią HT się nie powiodła %) . Tak jak to kiedyś przewidziałeś rdzenie kłóciły się między sobą czasy się wydłużyły o ponad 100% WU 30 - 35 min.
Ale ale ciekawa rzecz, nie mogłem znaleźć tych czasów w swoich statach i co sie okazało. Zadanko z czasem pracy np 34 min tuż przy samym zakończeniu zmieniało czas pracy na 16 min . Taki numer :ph34r:
Ponieważ nie wiedziałem jak odpalić 8 WU na jednym kliencie Boinc odpaliłem 4 WU oryginalnym kliencie i 4 WU na Halowcu. Czyli razem 8 WU.
Jeżeli uważasz że powinienem to zrobić inaczej to daj znać.
Cytat: Piotr R. (Peciak) w 09 Maj 2010, 22:35
Ponieważ nie wiedziałem jak odpalić 8 WU na jednym kliencie Boinc odpaliłem 4 WU oryginalnym kliencie i 4 WU na Halowcu. Czyli razem 8 WU.
1. cc_config.xml ( http://www.boincatpoland.org/wiki/Konfiguracja_Mened%C5%BCera_BOINC )
a najwazniejsze dla Ciebie to:
Cytat<ncpus>
Pozwala symulować N procesorów w systemie: działa N próbek na raz. Służy debuggowaniu, np. symuluje 2 CPU na maszynach, które mają 1 (u mnie to nie działa). Nie używać tej funkcji do ograniczania liczb używanych procesorów - to ustawiać w preferencjach.
2. Przyklad:
<cc_config>
<options>
<ncpus>8</ncpus> <max_file_xfers_per_project>8</max_file_xfers_per_project>
<report_results_immediately>1</report_results_immediately>
</options>
</cc_config>
*pogrubilem ja, zaznaczajac w ten sposob to, co wazne w temacie
** podany przyklad, to moj standardowy cc_config
***plik ten powinien byc umieszczony nie w folderze BOINC, lecz w \ProgramData\BOINC (tam, gdzie Ci siedzi miedzy innymi client_state.xml)
****jasniej sie chyba nie da XP ;)
EDIT:
Cytat: Piotr R. (Peciak) w 09 Maj 2010, 22:35
Ale ale ciekawa rzecz, nie mogłem znaleźć tych czasów w swoich statach i co sie okazało. Zadanko z czasem pracy np 34 min tuż przy samym zakończeniu zmieniało czas pracy na 16 min . Taki numer :ph34r:
Podczas liczenia, BM liczy
czas liczenia. Natomiast po przeliczeniu WU, podaje
czas faktycznego wykorzystania proca. Czas liczenia to bylo powiedzmy 30 min. Jesli w tym czasie proc byl przez to WU wykorzystywany jedynie w powiedzmy 30%, to otrzymujemy 30x0.3=10 min. I ta informacja jest podawana po zakonczeniu WU. Jesli sie myle, to niech mnie ktos poprawi.
Nic dziwnego, że na procesorach z HT aplikacja chodzi szybciej. Przez 75% czasu nic nie robi, co widać po temperaturze proca.
na halowce ją :D
Jednocześnie wyjaśnia się sytuacja różnicy runtime w kliencie i na stronie. Klienty od jakiegoś czasu podają wall clock time (czas jaki zajęło przeliczenie), a na stronie jest CPU time (czas zajęty na procesorze). Proporcja obu czasów to trochę ponad 2:1 czyli ponad 50% czasu CPU stoi.
Myślę, że dla tej aplikacji mnożnik rdzeni x2 może być odpowiedni, ale trzeba to jeszcze przetestować.
Cytat: TJM w 10 Maj 2010, 11:30
Myślę, że dla tej aplikacji mnożnik rdzeni x2 może być odpowiedni, ale trzeba to jeszcze przetestować.
Może i tak ale trzeba by wymyśleć coś co spowoduje że rdzenie bez HT będą mogły sobie z tym poradzić
bo
fizycznie próbki liczą się dłużej tzn
4 WU w 18 min
8 WU w 35 min
i dłużej co z tego że potem zmienia im się czas na 2x krótszy
PS
Kurka Intel 2,98 bez HT liczy szybciej niż mój AMD 3,7 - %)
No nie wiem. U mnie zadania odpalone z mnożnikiem 2x dla liczby rdzeni liczą się tylko kilka procent dłużej od odpalonych normalnie, co zwiększa przemiał praktycznie x2.
Inna sprawa, że z jakiegoś powodu w ogóle liczą mi się dość długo. Chyba koło 16 minut a taktowanie mam obecnie 3.85.
Ale sprawdzałeś w swoich statach czy fizycznie obserwowałeś czas pracy aplikacji ?
Fizycznie widzę w kliencie.
Jedno zadanie liczy się z 14-15 minut (wall clock time) i w tym czasie rdzeń jest chwilami zimny, przy chłodzeniu wodą od razu widać kiedy idluje.
Po odpaleniu dwóch sztuk na rdzeniu już idlowania nie ma a czas przeliczania rośnie do max 16 minut, chwilami biją się o moc CPU ale rzadko zdarza się, żeby oba wisiały i nic nie robiły. Być może kluczem do sukcesu jest uruchomienie ich i pozostawienie, żeby się rozsynchronizowały - pierwsze kilka pewnie będzie się liczyć równolegle i w rezultacie będą się bić o CPU i idlować w tych samych momentach.
Włącz w ogóle jakiś dobry manager zadań z przewijalną lub regulowaną czasowo historią (np. Process Explorer) i zobacz, czy też masz ten cyrk z idlowaniem w środku liczenia.
Mam, patrzyłem w menagerze zadań ale w domu jeszcze raz popatrzę ja uruchomię to na jednym kliencie. Myślę że może być także problemem u mnie to że są dodatkowe aplikacje liczące w tym samym czasie DNETC@Home oraz WUProp@Home. Niby procka zajmuje to to niewiele ale jednak o dostęp walczy.
WUprop procka zajmuje tyle, co kot napłakał - zaledwie kilka sekund na cały czas trwania WU.
Tak na szybko odpaliłem intela z BOINC w pracy i tylko ten projekt winXP 32
z dwu rdzeniowca zrobiłem zgodnie z tym co powiedział AiDec dwurdzeniowca z HT
i tak
zadania same licza się równo i prawie jednocześnie kończą (jak były w dwóch klientach i jeszcze aplikacjie poboczne to skakały jak konie)
zadania liczyły się 29 min 28 sek czyli dwa razy dłuzej ale w statach pisze 860 sek czyli trochę ponad 14 min
http://www.rechenkraft.net/yoyo/result.php?resultid=6542897
dlatego nie można tu polegać na statach tylko na fizycznej obserwacji
normalnie (bez kombinowania) zadanie liczy się 763 sek
http://www.rechenkraft.net/yoyo/result.php?resultid=6540698
TJM ty masz chyba jakiś czarodziejski system albo komp z zaszytą technologią HT albo jakieś inne czary
No nie do końca, bo niewyjaśnioną kwestią jest dlaczego zadania u mnie liczą się dość wolno w wersji standardowej. Być może to spowolnienie jest odpowiedzialne za przyspieszenie po zmianie na x2.
Tak czy siak ewakuuje się z tego podprojektu na windowsie, zobaczę ponownie jak tam na linuksie podprojekty yoyo się miewają.
YoYO od rana rozdaje próbki pod projekcie ECM - ecm_mp_xxxxxxxx -
znalazlem cos w nowym podprojekcie EULER :)
http://www.rechenkraft.net/yoyo/y_euler_solutions.php
pod data: 2010-08-06 14:05:06
:parrrty:
to dopisz się w naszej wiki :D
po moim wspomnieniu o to w jakim projekcie się co liczy (że yoyo to słabiutko) to widać tego efekt:
(http://pl.boincstats.com/charts/chart_pl_yoyo_object_new_teams_36.gif)
Bardzo ładny przyrost Kamraci!! :)
(a nie sądze, aby było to spowodowane podpięciem SKB@P4 do tego projektu - za duży skok %) )
eeetam :d SKB@P4 daje radę :D
Nowy podprojekt Harmonious Trees - jak na razie aplikacja tylko na linuksa.
yoyo@home (http://boinc.com.pl/art.html?article_id=69)
Liczy któryś z kamrratów YOYO na portablach? Bo liczę na portach głównie SETI, teraz z okazji PM chciałem YOYO i okazuje się że wszystkie podprojekty oprócz muona się wykrzaczają po włączeniu na docelowym kompie.
wersja portable managera: 6.10.60
http://www.rechenkraft.net/yoyo/results.php?hostid=62417
Narazie bez problemu :) Wersja 5.10.45
Panowie, czy duży rozrzut czasowy przy przeliczaniu próbek ECM to coś normalnego? 32-bitowiec, pierwsze dwie próbki zajęły poniżej 2 godzin, następna liczy się prawie 5 i wciąż 40%...
Poza tym, czy te twierdzenia o bezczynności aplikacji przez większość czasu są zasadne? Bo jeśli tak, to odpuściłbym sobie to ECM (i tak matematyka, mniej mnie interesuje, a podobno lepiej chodzi na 64 bitach) albo co... :)
O właśnie, czy można sobie jakoś odpuścić część pod-projektów ? Bo chciałbym wyłączyć te matematyczne jeśli by się dało ?
Oczywiscie wchodzisz na swoje konto w yoyo:
yoyo@home preferences -> View or edit
i zanzaczasz to co Cie interesuje (tak u mnie wyglada default obecnie):
Run only the selected applications
Cruncher - optimal golumb ruler: yes
Evolution@home: no
Muon: no
ECM: no
Euler 625: no
EvoRobots: no
Harmonious Trees: no
Wejść na swoje konto
http://www.rechenkraft.net/yoyo/home.php
wybrać opcję
yoyo@home preferences
nacisnąć
View or edit
następnie
Edit yoyo@home preferences
i zaznaczyć lub odznaczyć projekty
Dzięki za pomoc, sprawdzałem to ale pobieżnie, i jakoś nie rzuciło mi się w oczy :P Spodziewałem się czegoś podobnego do WCG.
Na naszej wiki http://www.boincatpoland.org/wiki/Yoyo@home są tylko 4 pod-projekty a tymczasem do wyboru jest aż 7. Czy może mógłby mi ktoś powiedzieć na czym dokładnie polegają Euler 625, EvoRobots, Muon i Harmonious Trees ?
Bo ECM i Cruncher są matematyczne a Evolution jest o ewolucji.
Wszystko jest na 1 stronie ale tlumaczyc sie nie odwaze:
Cytat
Harmonious Trees
Graham and Sloane proposed in 1980 a conjecture stating that every tree has a harmonious labelling, a graph labelling closely related to additive base. We do a computational approach to this conjecture by checking trees with limited size.
ECM is a program for Elliptic Curve Factorization which is used by a couple of projects to find factors for different kind of numbers.
Muon simulates and designs parts of a particle accelerator. You are simulating the part of the process where the proton beam hits the target rod and causes pions to be emitted, which decay into muons.
evolution@home represents the first and so far only distributed computing project addressing evolutionary research. It simulates different types of populations and focuses on the analysis of human mitochondrial DNA. Read the original Evolution@home website for more information.
the distributed.net client and runs OGR work units. This project searches for the shortest Optimal Golumb Ruler of the length 27. Some virus scanner false detect the client as trojan (list of known false detections).
Euler (6,2,5) computes minimal equal sums of power 6. The project is dedicated to all those who are fascinated by powers and integers.
Znaczy o tłumaczenie mi chodziło ;) To z drzewami google translator coś wydusił że chodzi o jakąś kolejność wielkości albo jakąś harmonijną kolejność i oni teraz chcą to odtworzyć. Resztę też coś tam się starał ale to nie ma sensu.
A na googlach nigdzie tłumaczenia nie znalazłem :/
yoyo chyba leży, nie mogę siędostać na stronę projektu ani podpiąć klienta boinc do projektu
W podprojekcie evo mam próbkę, która liczy się prawie 18h i pokazuje 108% postępu |-? Anulować czy liczyć dalej?
Ja te próbki ubijałem.
Cytat: PoznanskaPyra w 23 Lipiec 2012, 17:29
Ja te próbki ubijałem.
Ja też... Yoyo ogólnie jest jednym z mniej przyjaznych użytkownikowi projektów.
W niektórych podprojektach nie działają też dobrze checkpointy, w wyniku czego natraciłem wiele godzin przetwarzania, aż w końcu zaniechałem liczenia Yoyo.
Warto też zajrzeć do menadżera zadań i tam zobaczyć czy obciążenie danej próbki jest wykorzystywane, ja nie ubijałem.
nie ubijałeś, a czy pkt dostałeś za nie?
Cytat: patyczak w 23 Lipiec 2012, 15:22
W podprojekcie evo mam próbkę, która liczy się prawie 18h i pokazuje 108% postępu |-? Anulować czy liczyć dalej?
miałem dzisiaj taki przypadek, ale ja zamknąłem menadżera i otworzyłem ponownie i próbka się zakończyła
zakończyła i walidowała, czy BM ją ubił i pkt poszły się paść ?
Cytat: Cyfron w 23 Lipiec 2012, 19:21
nie ubijałeś, a czy pkt dostałeś za nie?
Dwie WU trafiły się takie co procent dochodził do 115%, zapunktowały powyżej 1000pkt. Było to jakiś czas temu, nie mam tego w podglądzie.
Kompa wyłączałem na noc.
czyli niech się liczy :)
Próbka zakończyła się z sukcesem i zapunktowała :)
Zauważyłem coś takiego w Yoyo@home (Cruncher ogr): Jak mam ustawione na 100% to liczy bez przerwy, ale jak jest 90% to liczy tylko przez 50% czasu, a jak na 50% to może z 5% czasu rdzenia. Teraz jest chyba jakaś nowa wersja Cruncher ogr 519.01 i to ona tak fiksuje. Inne chodzą normalnie.
108% doszlo juz do 111% i dalej mieli ???
(https://dl.dropboxusercontent.com/u/22209086/yOYO.jpg)
https://www.rechenkraft.net/yoyo/y_status_queens.php
M Quens niemal na finiszu :attack: działamy :)
https://www.twitch.tv/szczurek1992