www.dnetc.net
Wrapper na projekt www.distributed.net (chyba pierwszy projekt wykorzystujący domowe kompy do obliczeń). Jak na razie będzie tylko przeliczane RC5-72 na chwilę obecną tylko na kartach ATI w weekend postaram dodać jeszcze aplikację pod CUDA i w późniejszym czasie na CPU.
Jeszcze można złapać niskie ID konta.
(http://dnetc.net/rc5/plot.png)
nr 20 :)
na razie czekam na aplikację CPU, ale mam nadzieję, że w końcu na GPU będę mógł coś przemielić ;)
swietne wiesci :)
A jak sie ma wydajnosc obliczen na MW, NV i CPU ? Masz moze jakies benchmarki z testow
PS: kiedy oglaszacie swiatu start i kiedy podpinacie pod Boincstats (jesli wogole) ?
A ja to wogóle gratuluje otwarcia projektu. Oby jak najwięcej polskich projektów się urodziło.....
Cytat: Tomasz R. Gwiazda w 23 Marzec 2010, 11:46
swietne wiesci :)
A jak sie ma wydajnosc obliczen na MW, NV i CPU ? Masz moze jakies benchmarki z testow
PS: kiedy oglaszacie swiatu start i kiedy podpinacie pod Boincstats (jesli wogole) ?
Na CPU nie liczyłem, co do ATI vs NV to 4770 jest jakies 1,5x szybsza od GTX280. Na BS mam nadzieje trafi, ale to dopiero jak pojawi się już app pod CUDA i generator zadań będzie chciał działać więcej niż 3h.
To jak ma dojść aplikacja CPU, to będzie na stronach projektu opcja, żeby liczyć tylko na GPU ? %)
A tak poza tym, to dobra robota! :respect:
Uruchomiłem generatorek wu do rana może wytrzyma :)
chyba calkiem niezle chodzil :)
PS: zamierzacie w opisie projektu pisac cos o tym ze to polski projekt? Rozslawiac Polske? :)
PS2: logo projektu wymysliliscie juz czy moze pomocy potrzeba? Pewnie kilka osob by cos moglo zrobic.
Monopol na loga BOINC ma chyba Cori :D ale może przełamiemy monopol? ;D
Cytat: Tomasz R. Gwiazda w 24 Marzec 2010, 17:13
chyba calkiem niezle chodzil :)
PS: zamierzacie w opisie projektu pisac cos o tym ze to polski projekt? Rozslawiac Polske? :)
PS2: logo projektu wymysliliscie juz czy moze pomocy potrzeba? Pewnie kilka osob by cos moglo zrobic.
Zrobiłem wczoraj małą prowizorkę w generatorze wu i jakoś się trzyma. Zaraz będę się brać za przerabianie tego, żeby bez problemów działało, więc projekt będzie Off.
Niestety ciężko powiedzieć, że to Polski projekt bo nie prowadzi badań dla Polski tylko jest wrapperem na projekt RC5-72 z www.distributed.net wraz z ich aplikacją (w yoyo natomiast jest OGR). Co do loga nie myślałem nad tym grafikiem nie jestem więc ciężko powiedzieć. Ikonką charakterystyczną dla projektu jest głowa krowy (http://distributed.net/images/cowhead.gif)
http://www.boincatpoland.org/images/2/2f/Dnet.png
to oczywiście wprawka :D
widzę ze działa tez na słabych kartach ATI, tylko ma jakiś błąd, po zatrzymaniu przeliczania i ponownym starcie wywala próbkę
Cytat: syrian w 24 Marzec 2010, 20:59
widzę ze działa tez na słabych kartach ATI, tylko ma jakiś błąd, po zatrzymaniu przeliczania i ponownym starcie wywala próbkę
Tak wiem, jest ogólny problem z wrapperem. Jutro mam nadzieję, że znajdę czas, żeby tym się zająć.
Edit:
Odpaliłem poprawiony generator wu, teraz są generowane wu o nowej nazwie dnetc_gpu_numerek
Kurde aż się łezka w oku zakręciła. Ja pamiętam jak jeszcze na Amidze liczyłem RC5-XX :) Nawet na temat upadku tego projektu (jakieś wałki w punktacji były) w moim kompie cos tam sobie liczyła krówka "przymuuucowana" potem już w trayu .
Ja na forum trafiłem miedzy innymi szukając informacji na temat distributeted.net i przetwarzania rozproszonego .
Powodzenia przy projekcie :parrrty:
coś file_upload_header zaczął niedomagać i wali błędami, że nie może pliku zrobić. Podmieniłem go na nowszą wersje, może mu przejdzie :) Jak ktoś ma jakieś wu w kolejce do odsyłania to niech ponagli i zobaczy czy odeśle.
edit
Wyszło na to, że jakimś cudem był ustawiony zły owner kilku katalogów i był problem z zapisem danych do tych katalogów stąd te problemy. Ustawiłem odpowiedniego ownera już powinno być dobrze.
I jak kogoś by ciekawiło to wstępne statystyki ile już projekt przeliczył można zaleźć tutaj http://dnetc.net/rc5/
Czy DP jest wymagane do liczenia?
nie.
Teoretycznie wszystkie karty od HD2k powinny ruszyć, praktycznie różnie ze starszymi kartami bywa, 4k i 5k na pewno chodzi.
Jedyne wymaganie to stery bodajże Cat 9.2
liczył to ktoś na CUDA bo mi po trzech sekundach wywala próbki :(
Na NV wywala, nieważne czy podkręcona czy nie z takim kodem: Exit status 195 (0xc3)
Na kliencie pobranym z ich strony, na procesorze działa.
hmm zbyt wiele mi ten błąd nie mówi. Ci co mają NV spotkali się może z błędem 0xc000012f?
Gdyby NV wspierała wszystkie karty mobilne, albo samsung litościwie wydał nowe stery do CUDA 2.3+ to bym mógł sprawdzić to na lapku, a tako nie mam nawet na czym :(
Potwierdzam, gtx 285 wywala próbki, kilka sekund i błąd. :(
Na cpu można liczyć już?
CytatA jak sie ma wydajnosc obliczen na MW, NV i CPU ? Masz moze jakies benchmarki z testow]
Na AMD64@1800
Fastest core : #1 (KBE-64 3-pipe) :)
Jak wygramy tą kasę, to jak się dzielimy? :)
wygląda na to że app pod CUDA po pomocy TJM już działa mam nadzieje, że stabilnie.
czy problem z wrapperem został naprawiony ?
i jak często checkpointy zapisuje?
Cytat: syrian w 28 Marzec 2010, 14:37
czy problem z wrapperem został naprawiony ?
i jak często checkpointy zapisuje?
Wrapper wymaga jeszcze lekkiego dopracowania, bo potrafi zawiesić wu w konfiguracji multigpu, ale poza tym wszystko z nim OK. Co do częstości checkpoitów ciężko powiedzieć, ale sam app dnetc w miarę często to robi.
Jak na razie nic się nie wiesza, wykorzystanie GPU max 50%, obciążenie CPU ~15% jednego rdzenia(9500gt, athlon IIx2, Win 7 x64), pasek postępu nie działa, próbka według menedżera ma się liczyć jakieś 15h30min ???
1.05 jak na razie działa :)
AMD64@1800 NV8600 ddr2 Win xp64 - 0% CPU, 37% GPU.
Pasek postępu 0 :(
Gram sobie w Allods i nagle komp dostaje zawału. Myślę sobie, że Windows znowu się wysypał, ale jednak nie. To tylko zassał i odpaliła się aplikacja CUDA dla dnetc.net :D
No coś działa, zaraz zobaczymy co z tego wyjdzie. Zaraz się dowiemy, jak bardzo nie opłacalne jest liczenie na nvidii, znowu. :P
BTW, strasznie ścina system na 32bit.
u mnie nic nie przycina :) tylko martwi mnie niskie wykorzystanie GPU
U mnie tnie strasznie, ale wykorzystanie rdzenia maks 110%. ;)
Myślałem, że się u mnie coś walnęło, zresetowałem kompa i :fright: wykorzystanie rdzenia ~35-40% a tnie tak, że nawet neta nie da się przeglądać >:(
a zwiększenie priorytetu aplikacji coś pomaga?
U mnie jest na powyżej normalnego, ale i tak max wykorzystanie rdzenia to 50%
EDIT:
Temp GPU 52 stopnie, w idle jest 50 a przy liczeniu CC ~60
U mnie 80C przy liczeniu więc chyba ok.
Jakie stery masz zainstalowane ?
Punktuje 4x gorzej niż CC
4870x2
GPU 0: 100%
GPU 1: 97%
nic nie tnie normalnie mozna pracowac na komputerze.
Run time 249.71604
CPU time 0.7332
stderr out <core_client_version>6.10.43</core_client_version>
<![CDATA[
<stderr_txt>
wrapper: starting
11:17:42 (3584): wrapper: running dnetc_1.02_windows_intelx86__ati14.exe (-runoffline -multiok=1 -e dnetc@dnetc.net -ckpoint chkpoint -pausefile pause -exitfile exit -inbase in -outbase out -numcpu 2 -n 2 )
11:19:38 (3584): wrapper: running dnetc_1.02_windows_intelx86__ati14.exe (-runoffline -multiok=1 -e dnetc@dnetc.net -ckpoint chkpoint -pausefile pause -exitfile exit -inbase in -outbase out -numcpu 2 -n 2 )
11:21:51 (3584): called boinc_finish
</stderr_txt>
]]>
Validate state Valid
Claimed credit 0.00447924705993248
Granted credit 528
application version DNETC@Home v1.02 (ati14)
Stery 197.13, sprzęt 285 GTX. Tnie na 32 i na 64 ( tutaj troszkę lepiej ).
Cytat: lolek w 28 Marzec 2010, 16:35
U mnie jest na powyżej normalnego, ale i tak max wykorzystanie rdzenia to 50%
EDIT:
Temp GPU 52 stopnie, w idle jest 50 a przy liczeniu CC ~60
A liczysz coś na CPU? Appka ma problemy z wykorzystaniem GPU jak liczy się coś na CPU. Będę chyba musiał ustawić, żeby wciągało cały rdzeń bo wtedy jest 100% loadu gpu.
Do tego za to wu powinieneś dostać 635,25 pkt. Wystąpił widać problem kolejny z wrapperem i aplikacją przez co zamiast przydzielić poprawną ilość pkt uznało rezultat za cheat i przydzieliło tylko za poprawne fragmenty punkty.
Zmodyfikowałem punktacje za tamto wu.
Zawiesiłem wszystkie projekty poza dntec i ciągle oscyluje w granicach 50% :( No trudno może mam coś powalone na kompie, ale szukać mi się nie chce wracam do CC i po problemie 8)
Cytat: sesef w 28 Marzec 2010, 18:33
Będę chyba musiał ustawić, żeby wciągało cały rdzeń bo wtedy jest 100% loadu gpu.
I tego się trzymaj :respect:
Ściągam jeszcze najnowsze stery, bo przy tej punktacji gdyby obciążało 100 gpu to projekt był by o jakieś 70% opłacalniejszy od CC
Najnowsze stery nic nie zmieniły :(
Punkty zdobyte w dnetc.net dostepne juz na http://stats.free-dc.org/ (http://stats.free-dc.org/stats.php?page=proj&proj=dne) - :parrrty:
Siema!
Artur! Nie wiesz jak Sesef wyciska takie czasy próbek płatnych po 528?
31573 24829 28 Mar 2010 9:36:16 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 128.83 1.67 0.00 528.00 DNETC@Home v1.02 (ati14)
31571 24827 28 Mar 2010 9:36:16 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 137.70 1.72 0.00 528.00 DNETC@Home v1.02 (ati14)
31547 24808 28 Mar 2010 9:33:59 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 128.81 1.90 0.01 528.00 DNETC@Home v1.02 (ati14)
31545 24807 28 Mar 2010 9:36:16 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 111.74 1.73 0.00 528.00 DNETC@Home v1.02 (ati14)
31520 24784 28 Mar 2010 9:32:28 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 138.68 1.75 0.00 528.00 DNETC@Home v1.02 (ati14)
31500 24515 28 Mar 2010 9:34:00 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 115.81 1.83 0.01 528.00 DNETC@Home v1.02 (ati14)
31499 24381 28 Mar 2010 9:34:00 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 118.75 1.89 0.01 528.00 DNETC@Home v1.02 (ati14)
31497 24769 28 Mar 2010 9:31:03 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 116.66 1.83 0.01 528.00 DNETC@Home v1.02 (ati14)
31496 24768 28 Mar 2010 9:31:03 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 132.61 1.84 0.01 528.00 DNETC@Home v1.02 (ati14)
31495 24767 28 Mar 2010 9:31:03 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 116.64 1.75 0.00 528.00 DNETC@Home v1.02 (ati14)
31494 24766 28 Mar 2010 9:31:03 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 114.68 1.89 0.01 528.00 DNETC@Home v1.02 (ati14)
31491 24763 28 Mar 2010 9:34:00 UTC 28 Mar 2010 14:29:08 UTC Completed and validated 114.69 1.79 0.00 528.00 DNETC@Home v1.02 (ati14)
Bo Ja łapię takie czasy:
36992 29533 28 Mar 2010 16:51:19 UTC 28 Mar 2010 18:18:20 UTC Completed and validated 231.14 5.24 0.04 528.00 DNETC@Home v1.02 (ati14)
36991 29532 28 Mar 2010 16:51:19 UTC 28 Mar 2010 18:22:57 UTC Completed and validated 227.93 2.50 0.02 528.00 DNETC@Home v1.02 (ati14)
36990 29531 28 Mar 2010 16:51:19 UTC 28 Mar 2010 18:26:32 UTC Completed and validated 200.76 1.33 0.01 528.00 DNETC@Home v1.02 (ati14)
36989 29530 28 Mar 2010 16:51:18 UTC 28 Mar 2010 17:10:40 UTC Completed and validated 185.04 0.78 0.01 528.00 DNETC@Home v1.02 (ati14)
36988 29529 28 Mar 2010 16:51:18 UTC 28 Mar 2010 17:13:41 UTC Completed and validated 189.23 0.66 0.01 528.00 DNETC@Home v1.02 (ati14)
36987 29528 28 Mar 2010 16:51:18 UTC 28 Mar 2010 17:17:34 UTC Completed and validated 188.79 1.03 0.01 528.00 DNETC@Home v1.02 (ati14)
36955 29496 28 Mar 2010 16:50:42 UTC 28 Mar 2010 16:59:51 UTC Completed and validated 188.14 1.00 0.01 528.00 DNETC@Home v1.02 (ati14)
36954 29495 28 Mar 2010 16:51:19 UTC 28 Mar 2010 18:28:50 UTC Completed and validated 200.43 0.73 0.01 528.00 DNETC@Home v1.02 (ati14)
36945 29486 28 Mar 2010 16:51:19 UTC 28 Mar 2010 18:32:13 UTC Completed and validated 199.93 1.06 0.01 528.00 DNETC@Home v1.02 (ati14)
36944 29485 28 Mar 2010 16:51:19 UTC 28 Mar 2010 18:35:40 UTC Completed and validated 218.43 0.94 0.01 528.00 DNETC@Home v1.02 (ati14)
36943 29484 28 Mar 2010 16:51:19 UTC 28 Mar 2010 18:39:10 UTC Completed and validated 197.16 1.15 0.01 528.00 DNETC@Home v1.02 (ati14)
36941 29482 28 Mar 2010 16:51:19 UTC 28 Mar 2010 19:42:13 UTC Completed and validated 266.79 1.00 0.01 528.00 DNETC@Home v1.02 (ati14)
36940 29481 28 Mar 2010 16:51:19 UTC 28 Mar 2010 19:46:20 UTC Completed and validated 239.72 0.76 0.01 528.00 DNETC@Home v1.02 (ati14)
36935 29476 28 Mar 2010 16:51:18 UTC 28 Mar 2010 17:20:13 UTC Completed and validated 197.85 0.95 0.01 528.00 DNETC@Home v1.02 (ati14)
36934 29475 28 Mar 2010 16:51:18 UTC 28 Mar 2010 17:23:29 UTC Completed and validated 197.97 0.76 0.01 528.00 DNETC@Home v1.02 (ati14)
36912 29457 28 Mar 2010 16:51:18 UTC 28 Mar 2010 17:26:52 UTC Completed and validated 195.72 0.75 0.01 528.00 DNETC@Home v1.02 (ati14)
HD5870 900/1300 10.3b...
Za nic takiego cuda wyciągnąć nie mogę...
W dodatku mam taki problem:
(http://gpuz.techpowerup.com/10/03/28/amh.png)
Dodam, że jeden rdzeń CPU zwolniony, a GPULOAD tylko 91%, przy milce 99%
Co 20% na 20s. Obciążenie GPU spada do 0... być może to tak spowalnia liczenie - ale jak to rozwiązać?!
EDIT:
Co do czasów to już się wyjaśniło - jedna próbka liczona na dwóch rdzeniach.
Co do problemów z pauzowaniem co 20% na kilkanasice sekund jeszcze nie....
dzieki za info Arturze
czekamy jeszcze na podpiecie pod boincstats i mozliwosc zarzadzania przez BAM :)
Akurat to było liczone na moim hoscie 5970@950/750 którego użyczyłem - sesef testuje na nim app. Więc to pytanie do niego.
Apka się skaluje na multi gpu - u mnie 2 x 5770 - daje 152 sek.Zresztą panowie z distributed niezle podkrecili tą swoja aplikacje - u mnie wzrost wydajności wynosi ponad 100 % wobec poprzedniej wersji.
@TP
narazie to chyba tak jest u wszystkich,napewno będzie to dopracowane jeszcze - na orginalnym kliencie można liczyć na fula,bez przestoi z 100% obciażeniem cpu ./Chociaż to jest kwestia,jak tu pisali nadania piorytetu w czasie rzeczywistym - w orginalnym kliencie zostaje juz cały czas, w boinc można zmusić poprzez ciągłe wymusznie programami,ale lubi się krzaczyć wtedy,jak wplacze się cpu/
Cytat: [GPU Vision] Artur Obara/ Obix007 w 28 Marzec 2010, 22:20
Akurat to było liczone na moim hoscie 5970@950/750 którego użyczyłem - sesef testuje na nim app. Więc to pytanie do niego.
A, to ok...
A jak miałeś taktowane pamięci? Czy tak jak w milce jest to bez znaczenia czy tak jak w CC są kluczowe?
Cytat: Chew-Z w 28 Marzec 2010, 22:24
Apka się skaluje na multi gpu - u mnie 2 x 5770 - daje 152 sek.Zresztą panowie z distributed niezle podkrecili tą swoja aplikacje - u mnie wzrost wydajności wynosi ponad 100 % wobec poprzedniej wersji.
Czy sugerujesz, że jedna próbka liczy się na dwóch rdzeniach ? MultiGPU?! :book:
;) ile fabryka da,tyle wykorzysta
No to jestem pod wrażeniem umiejętności Sesefa...
:respect:
Ponowię pytanie - jak z kwestią taktowania pamięci? Ma to znaczenie (jak w CC) czy można nisko "zjechać" jak w MW? luke
Zamiast się pytać i czekać na odpowiedż można przecież sprawdzić samemu ?
Cytat: Chew-Z w 28 Marzec 2010, 22:47
Zamiast się pytać i czekać na odpowiedż można przecież sprawdzić samemu ?
Kocham takie wnoszące wiele informacji posty XP
1. Strona www.dnetc.net obecnie u mnie się nie otwiera.
2. Pracuję obecnie na linuksie i nie mam możliwości sprawdzenia przeliczania próbek.
3. Nasi spece na pewno znają odpowiedź na to pytanie, zresztą nie ja pierwszy je zadałem.
Pozdrawiam, luke
Nie no twój to naprawde ogrom info wniósł.Zresztą ja cały czas nie widze problemu ,aby takie rzeczy samemu sprawdzić /a skoro nie ma apki na linuksa , to i wiadomość w tym temacie nie wiele da/
na 4770 z tego co pamiętam obniżenie ranu nic nie wnosiło tylko, że ja mogę maksymalnie obniżyć taktowanie ramu do 700 mhz dalej już karta jest niestabilna. Teoretycznie z tego co patrzyłem na kod ram nie powinien mieć wielkiego wpływu na czas przeliczania mniej więcej tak jak milka.
Cytat: TP w 28 Marzec 2010, 22:27
Czy sugerujesz, że jedna próbka liczy się na dwóch rdzeniach ? MultiGPU?! :book:
Do 8 rdzeni GPU obsługuje program. Niestety obecna długość wu nie jest przystosowana do konfiguracji innych niż 2^n rdzeni.
Projekt już działa :)
Cytat: sesef w 28 Marzec 2010, 23:51
na 4770 z tego co pamiętam obniżenie ranu nic nie wnosiło tylko, że ja mogę maksymalnie obniżyć taktowanie ramu do 700 mhz dalej już karta jest niestabilna. Teoretycznie z tego co patrzyłem na kod ram nie powinien mieć wielkiego wpływu na czas przeliczania mniej więcej tak jak milka.
Cytat: sesef w 28 Marzec 2010, 23:51
Projekt już działa :)
Dzięki za rzeczowe info! Jutro zatem (przynajmniej na chwilę) przełączę kompa na Windows'a!
pozdr, luke
PS Będzie app na Linuxa? To mogłoby być strzał w 10-tkę, bo MW nie ma swojej app a CC jest monopolistą... ;D
Cytat: sesef w 28 Marzec 2010, 23:51
na 4770 z tego co pamiętam obniżenie ranu nic nie wnosiło tylko, że ja mogę maksymalnie obniżyć taktowanie ramu do 700 mhz dalej już karta jest niestabilna. Teoretycznie z tego co patrzyłem na kod ram nie powinien mieć wielkiego wpływu na czas przeliczania mniej więcej tak jak milka.
Cytat: TP w 28 Marzec 2010, 22:27
Czy sugerujesz, że jedna próbka liczy się na dwóch rdzeniach ? MultiGPU?! :book:
Do 8 rdzeni GPU obsługuje program. Niestety obecna długość wu nie jest przystosowana do konfiguracji innych niż 2^n rdzeni.
Projekt już działa :)
Potwierdzam, przeprowadziłem testy, pamięci w minimalnym stopniu mają wpływ na szybkość aplikacji (1-2s. w skali 190s.)
HD5870 900/1300 lub 900/300 liczy podobnie.
Nadal nierozwiązany pozostaje problem "samo zatrzymywania" się aplikacji co 20-25% na kilkanascie sekund...
(http://gpuz.techpowerup.com/10/03/28/25r.png)
Tutaj mam tylko 1 kartę HD5870... i takie zonki....
Cytat: lukaszja w 29 Marzec 2010, 00:01
PS Będzie app na Linuxa? To mogłoby być strzał w 10-tkę, bo MW nie ma swojej app a CC jest monopolistą... ;D
Będzie w swoim czasie, jak uda mi się naprawić wrapper (niestety musiałem mocno przerobić domyślny wrapper i jest jeszcze trochę problemów) i przebrać przez kompilacje tego wrappera na linuxie.
Cytat: TP w 29 Marzec 2010, 00:13
Nadal nierozwiązany pozostaje problem "samo zatrzymywania" się aplikacji co 20-25% na kilkanascie sekund...
A możesz sprawdzić przez MSI Afterburner czy też ma takie skoki?
========================
Edit
Zmniejszyłem punktacje nowa aplikacja z optymalizacją pod 5k dostała zbyt dużego kopa projekt miał być między collo a milką, a wyszło lepiej niż milka.
Cytat: TP w 29 Marzec 2010, 00:13
Nadal nierozwiązany pozostaje problem "samo zatrzymywania" się aplikacji co 20-25% na kilkanaście sekund...
CytatA możesz sprawdzić przez MSI Afterburner czy też ma takie skoki?
W MSI AB skoki również występują...
Jeszcze jeden "feler" się napatoczył. Normalny czas liczenia próbki 528c (obecnie 483c :wth:) wynosi około 185s. Ale gdy tylko używamy komputera np. do www, lub czegokolwiek innego od razu wrasta o 30s... Przy MW maks co zaobserwowałem to 5s przy czasie liczenia próbki 1:20)
Zmniejszona punktacja - %)
Co ile uaktualniają się wewnątrz projektowe statystyki?
Cytat: TP w 29 Marzec 2010, 07:24
Co ile uaktualniają się wewnątrz projektowe statystyki?
Znaczy tak www.dnetc.net/rc5 aktualizuje się co godzinę (tylko to na razie jest jeszcze prowizorka) a statsy które są eksportowane jak na razie 2x sam z palca uaktualniłem bo coś cron skryptu nie chce odpalać. Jak wrócę z uczelni to coś nad tym posiedzę i powinno już działać.
Jeszcze wczoraj zaczęło już naliczać statystyki pod oficjalny mail tutaj http://stats.distributed.net/participant/psummary.php?project_id=8&id=473643 (aktualizacja raz dziennie o 23:59 UTC po naszemu 1:59)
Co do przerw wiem dlaczego występują, niestety nie będzie się dało ich przeskoczyć co najwyżej może deko zmniejszyć. Jest to po prostu czas zamykania i otwierania aplikacji liczącej i wiele z tym nie zrobię. Taki już jest klient dnetc i trudno, będę pisał do nich czy mogą dodać kilka usprawnień, zobaczymy co z tego wyjdzie.
a ten drugi w statach ? http://stats.distributed.net/participant/psummary.php?project_id=8&id=473601
a przy okazji ,kilkanaście h pracy 2X5770 na orginalnym kliencie http://stats.distributed.net/participant/psummary.php?project_id=8&id=473350
Eeeeee - to My wszyscy biorący udział w tym projekcie w statach tego projektu jesteśmy na koncie jednej drużyny czy nawet użytkownika bo się pogubiłem...
???
Wychodzi mi że użytkownika dnetc@dnetc.net
Eee to rozwalimy wszystkich :attack:
ma to byc rozdzielone chyba na pojedyncze konta.
Wiekszego wplywu na boincstats (jak bedzie to podpiete) to nie bedzie mialo
Jednego użytkownika/ale tak jak pisze Tomasz,bodajże ma być rozdzielone/ ,ale np w PG jest to samo w statach zbiorczych wszyscy liczą na konto PG np tu/znalezione liczby pierwsze/: http://primes.utm.edu/bios/top20.php?type=project&by=PrimesRank&at=2&id=950
W distributed.net (http://distributed.net) projekt jest jako użytkownik dnetc@dnetc.net, ale na statystykach BS, FDC każdy zbiera punkty dla siebie samego.
Cytat: Chew-Z w 29 Marzec 2010, 11:15
a ten drugi w statach ? http://stats.distributed.net/participant/psummary.php?project_id=8&id=473601
Zapomniałem przy wydawaniu appa zmienić adres i tak zostało. Wszystkie nowe próbki będą już szły na dnetc@dnetc.net
Na chwilę obecną nie ma sensu robić w statsach dnetc (niezależnych od BS i punktów BOINC) oddzielnych statystyk dla każdego usera ponieważ nie da się zrobić drużyny. Jak admini uruchomią możliwość robienia teamów w distributed.net to pokombinuje nad zrobieniem statów dla każdego użytkownika projektu.
No jest nowa aplikacja na ATI 1.10 i powiem jedno jest świetna.
Widać że ekipa z dnetc.net to same mózgi :respect:
A mi wczoraj na NV policzyło kilka a dzis próbowałem to się sypały wszystkie :wth:
aaa bo dziś liczyło na "DNETC@Home v1.08 (cuda23)" i dla tego chyba się sypały, wczoraj na "DNETC@Home v1.05 (cuda23)"
CytatNo jest nowa aplikacja na ATI 1.10 i powiem jedno jest świetna.
a co zmienia ?
szybciej liczy ?
Nie musisz sztucznie zwalniać rdzenia w Boincu do obliczeń
Nowa wersja 1.10 powinna już naprawić definitywnie problemy z multigpu i zacinaniem się próbek. Efekt uboczny niestety brak progressbara jednak checkpointy nadal są zapisywane. No i powinien się zmniejszyć (może nawet całkowicie zniknąć) czas kiedy karta przestawała liczyć (podczas liczenia wu).
Widzę Sesef, że szalejesz ;D bo mi zessało już wersję aplikacji 1.11 - co w niej nowego?
To ja trochę ponarzekam:
57679 47017 29 Mar 2010 20:33:42 UTC 29 Mar 2010 20:41:57 UTC Completed and validated 217.78 0.23 0.00 483.20 DNETC@Home v1.11 (ati14)
57678 47016 29 Mar 2010 20:33:42 UTC 29 Mar 2010 20:45:45 UTC Completed and validated 219.45 0.41 0.00 483.20 DNETC@Home v1.11 (ati14)
37562 30103 28 Mar 2010 17:23:29 UTC 29 Mar 2010 20:27:15 UTC Completed and validated 182.87 0.92 0.01 483.20 DNETC@Home v1.02 (ati14)
37561 30102 28 Mar 2010 17:23:29 UTC 29 Mar 2010 20:27:15 UTC Completed and validated 182.38 0.66 0.01 483.20 DNETC@Home v1.02 (ati14)
37560 30101 28 Mar 2010 17:23:29 UTC 29 Mar 2010 20:27:15 UTC Completed and validated 183.51 0.89 0.01 483.20 DNETC@Home v1.02 (ati14)
37547 30088 28 Mar 2010 17:22:20 UTC 29 Mar 2010 20:27:15 UTC Completed and validated 182.37 0.73 0.01 483.20 DNETC@Home v1.02 (ati14)
37546 30087 28 Mar 2010 17:22:20 UTC 29 Mar 2010 20:27:15 UTC Completed and validated 181.49 0.70 0.01 483.20 DNETC@Home v1.02 (ati14)
37545 30086 28 Mar 2010 17:22:05 UTC 29 Mar 2010 20:27:15 UTC Completed and validated 180.46 1.34 0.01 483.20 DNETC@Home v1.02 (ati14)
Nie ma już w obciążeniu GPU żadnych przerw, ale aplikacja 1.11 jest tak jakby wolniejsza od 1.02 o...35s?
wyszło na to, że 1.10 nadal się wiesza i teraz testowo poszła starsza wersja liczydełka, która była w wersji 1.00 liczy wolniej na radkach 5k niż ten program co był w 1.10, ale może nie będzie się wieszać.
A to wszystko wyjaśnia - to może zapodaj z powrotem 1.02 :)
Przynajmniej ma dobrą wydajność :attack:
(http://gpuz.techpowerup.com/10/03/29/5pd.png)
1.11 (1.00) - nie ma dołków...
Projekt pojawil sie na Boincstats. Mozna uzyc opcji "Zapisz się do projektów" --> "Znajdź konto"
i juz zarzadzac projektem przez BAM
Gratuję obecności na boincstats :D :parrrty: twoje zdrowie sesef za wytężoną pracę :parrrty:
aczkolwiek mnie sie nie pojawilo w statystykach osiagniecia z tego projektu, moze trzeba jeszcze troche poczekac
Edit (17:00) juz widac :)
Cytat: Troll81 w 02 Kwiecień 2010, 01:55
Gratuję obecności na boincstats :D :parrrty: twoje zdrowie sesef za wytężoną pracę :parrrty:
To nie tylko moja zasługa, ja tylko zajmuje się programową stroną serwera, masę roboty również odwala Oxy, który cały czas czuwa żeby serwer działał i miał odpowiednią ochronę.
Poza tym, proszę się przyznać kto podłączył szafę
(http://dnetc.net/rc5/plot.png)
Czyli v2.9108.517 wróciła spowrotem i dodaje skrzydeł radosławom 5xxx.I może dzięki Boinc projekt nabierze w końcu,wiatru w żagle :attack: No i wielkie brawa za przekucie myśli w materie,bo to tak niedawno zaledwie o projekcie rozmowy się toczyły %)
U mnie co któreś wu apka zapomina o drugim gpu.Już widze,że dzieje się tak jak ma do przeliczenia 5 bloków zamiast 4,a te po 8 bloków chcą nawet momentami się liczyć wogóle bez gpu %) Czyli jak narazie dla kart w crosie /u mnie,nie wiem jak u innych/,wychodzi najlepiej po 4 bloki.
Np tu - wyszedłem i z pół godziny takie coś się działo - pomoga wsztymaj ,wznów wu na wybudzenie się z letargu.
<core_client_version>6.10.43</core_client_version>
<![CDATA[
<stderr_txt>
wrapper: starting
18:46:48 (828): wrapper: running dnetc_1.10_windows_intelx86__ati14.exe (-runoffline -multiok=1 -e dnetc@dnetc.net -ckpoint chkpoint -pausefile pause -exitfile exit -inbase in -outbase out -priority 5 -n -1 -runbuffers)
distributed.net client for ATI Stream on Win32 Copyright 1997-2009, distrib ...
Please visit http://www.distributed.net/ for up-to-date contest information.
Start the client with '-help' for a list of valid command line options.
Client will run without network access.
Setting distributed.net ID to dnetc@dnetc.net
Setting checkpoint file to 'chkpoint'
Setting pause file to 'pause'
Setting exit file to 'exit'
Setting in-buffer base name to in
Setting out-buffer base name to out
Setting priority to 5
Client will exit when buffers are empty.
Warning: -runbuffers is obsolete.
Effective settings: -runoffline and -n -1 (exit on empty buffers).
dnetc v2.9108-517-CTR-10021520 for ATI Stream on Win32 (WindowsNT 6.0).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://bugs.distributed.net/
Using email address (distributed.net ID) 'dnetc@dnetc.net'
[Apr 02 16:46:49 UTC] Automatic processor detection found 2 processors.
[Apr 02 16:46:49 UTC] Loading crunchers with work...
[Apr 02 16:46:49 UTC] Automatic processor type detection found
a RV840, RV840 processor.
[Apr 02 16:46:49 UTC] RC5-72: using core #0 (IL 4-pipe c).
[Apr 02 16:46:49 UTC] RC5-72: Switched to random subspace 1339 (in memory)
[Apr 02 16:46:49 UTC] RC5-72 #a: Loaded CC:763F153A:00000000:16*2^32
[Apr 02 16:46:49 UTC] RC5-72 #b: Loaded CC:763F1614:00000000:16*2^32
[Apr 02 16:46:49 UTC] RC5-72: 2 packets (32.00 stats units) remain in in.r72
[Apr 02 16:46:49 UTC] RC5-72: 0 packets are in out.r72
[Apr 02 16:46:49 UTC] 2 crunchers ('a' and 'b') have been started.
[Apr 02 16:47:57 UTC] RC5-72 #b: Completed CC:763F1614:00000000 (16.00 stat ...
0.00:01:07.70 - [1,015,013,762 keys/s]
[Apr 02 16:47:57 UTC] RC5-72 #b: Loaded CC:763F1624:00000000:16*2^32
[Apr 02 16:47:57 UTC] RC5-72 #a: Completed CC:763F153A:00000000 (16.00 stat ...
0.00:01:07.87 - [1,012,441,646 keys/s]
[Apr 02 16:47:57 UTC] RC5-72 #a: Loaded CC:763F1634:00000000:16*2^32
[Apr 02 16:47:57 UTC] RC5-72: Summary: 2 packets (32.00 stats units)
0.00:01:08.17 - [2,016.06 Mkeys/s]
[Apr 02 16:47:57 UTC] RC5-72: 0 packets remain in in.r72
[Apr 02 16:47:57 UTC] RC5-72: 2 packets (32.00 stats units) are in out.r72
[Apr 02 16:49:05 UTC] RC5-72 #b: Completed CC:763F1624:00000000 (16.00 stat ...
0.00:01:07.35 - [1,020,197,401 keys/s]
[Apr 02 16:49:05 UTC] RC5-72 #a: Completed CC:763F1634:00000000 (16.00 stat ...
0.00:01:07.70 - [1,015,013,762 keys/s]
[Apr 02 16:49:05 UTC] Shutdown - packet limit exceeded.
[Apr 02 16:49:05 UTC] RC5-72: Summary: 4 packets (64.00 stats units)
0.00:02:16.17 - [2,018.61 Mkeys/s]
[Apr 02 16:49:05 UTC] RC5-72: 0 packets remain in in.r72
[Apr 02 16:49:05 UTC] RC5-72: 4 packets (64.00 stats units) are in out.r72
[Apr 02 16:49:05 UTC] *Break* Shutting down...
[Apr 02 16:49:05 UTC] Shutting down...
[Apr 02 16:49:05 UTC] Waiting for crunchers to stop...
wrapper: starting
19:19:37 (3720): wrapper: running dnetc_1.10_windows_intelx86__ati14.exe (-runoffline -multiok=1 -e dnetc@dnetc.net -ckpoint chkpoint -pausefile pause -exitfile exit -inbase in -outbase out -priority 5 -n -1 -runbuffers)
distributed.net client for ATI Stream on Win32 Copyright 1997-2009, distrib ...
Please visit http://www.distributed.net/ for up-to-date contest information.
Start the client with '-help' for a list of valid command line options.
Client will run without network access.
Setting distributed.net ID to dnetc@dnetc.net
Setting checkpoint file to 'chkpoint'
Setting pause file to 'pause'
Setting exit file to 'exit'
Setting in-buffer base name to in
Setting out-buffer base name to out
Setting priority to 5
Client will exit when buffers are empty.
Warning: -runbuffers is obsolete.
Effective settings: -runoffline and -n -1 (exit on empty buffers).
dnetc v2.9108-517-CTR-10021520 for ATI Stream on Win32 (WindowsNT 6.0).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://bugs.distributed.net/
Using email address (distributed.net ID) 'dnetc@dnetc.net'
[Apr 02 17:19:37 UTC] Recovered 2 checkpoint packets
[Apr 02 17:19:37 UTC] Automatic processor detection found 2 processors.
[Apr 02 17:19:37 UTC] Loading crunchers with work...
[Apr 02 17:19:37 UTC] Automatic processor type detection found
a RV840, RV840 processor.
[Apr 02 17:19:37 UTC] RC5-72: using core #0 (IL 4-pipe c).
[Apr 02 17:19:37 UTC] RC5-72: Switched to random subspace 1339 (in memory)
[Apr 02 17:19:37 UTC] RC5-72 #a: Loaded CC:763F1624:00000000:16*2^32
[Apr 02 17:19:37 UTC] RC5-72 #b: Loaded CC:763F1634:00000000:16*2^32
[Apr 02 17:19:37 UTC] RC5-72: 0 packets remain in in.r72
[Apr 02 17:19:37 UTC] RC5-72: 4 packets (64.00 stats units) are in out.r72
[Apr 02 17:19:37 UTC] 2 crunchers ('a' and 'b') have been started.
[Apr 02 17:20:45 UTC] RC5-72 #b: Completed CC:763F1634:00000000 (16.00 stat ...
0.00:01:07.62 - [1,016,184,499 keys/s]
[Apr 02 17:20:45 UTC] RC5-72: Summary: 1 packet (16.00 stats units)
0.00:01:07.62 - [1,016.18 Mkeys/s]
[Apr 02 17:20:45 UTC] RC5-72: 0 packets remain in in.r72
[Apr 02 17:20:45 UTC] RC5-72: 5 packets (80.00 stats units) are in out.r72
[Apr 02 17:20:46 UTC] RC5-72 #a: Completed CC:763F1624:00000000 (16.00 stat ...
0.00:01:08.17 - [1,008,045,602 keys/s]
[Apr 02 17:20:46 UTC] Shutdown - packet limit exceeded.
[Apr 02 17:20:46 UTC] RC5-72: Summary: 2 packets (32.00 stats units)
0.00:01:09.14 - [1,987.81 Mkeys/s]
[Apr 02 17:20:46 UTC] RC5-72: 0 packets remain in in.r72
[Apr 02 17:20:46 UTC] RC5-72: 6 packets (96.00 stats units) are in out.r72
[Apr 02 17:20:46 UTC] *Break* Shutting down...
[Apr 02 17:20:46 UTC] Shutting down...
[Apr 02 17:20:46 UTC] Waiting for crunchers to stop...
[Apr 02 17:20:46 UTC] Shutdown complete.
19:20:47 (3720): called boinc_finish
</stderr_txt>
]]>
cos WU dostepnych malo.
I chyba cos sie w tej app najnowszej zmienilo, wczesniej jak liczylem na 2x5870 to 2WU szly, a teraz 1WU liczone przez 2GPU.
Collatz ma maintenance, Milka lada moment też, więc dnetc będzie w opałach ;D
Cytat: apohawk w 02 Kwiecień 2010, 23:34
Collatz ma maintenance, Milka lada moment też, więc dnetc będzie w opałach ;D
E tam. Serwer jest przygotowany na spore obciążenie (jak ktoś wjedzie z poganiaczem, to nawet przez router nie przejdzie). Teraz dodatkowo wydłużyłem zadania 3x, jak będą problemy to zrobię to ponownie.
Collatz już działa, więc po stresie, ale jak Milka padnie i wszyscy zaatakują Collatza, to może znowu nie wytrzymać, a wtedy...
P.S. jak to wszystko wytrzymuje wrapowany projekt, distributed.net bodajże? ;D
Cytat: apohawk w 03 Kwiecień 2010, 00:52
P.S. jak to wszystko wytrzymuje wrapowany projekt, distributed.net bodajże? ;D
A nawet dzisiaj jeden z adminów napisał, że są pod wrażeniem mocy przerobowej i gratulują pierwszego miejsca w statach.
Da się coś zrobić, aby aplikacja CUDA nie muliła tak komputera ? Podczas liczenia Collatza również jest widoczne spowolnienie działania systemu, ale mimo wszystko da się go używać.
jaka masz karte?
U mnie na GTX260 CC lazi caly czas i nie widze zmulania zadnego. (przy necie, muzyce i video)
GTS250
widzę, że w statach na distributed.net nieźle zamieszaliście :)
Do ja jak zwykle łyżkę dziegciu... :shame:
Na HD5870 działa piknie!
Ale na HD5970 aplikacja się jakby to ująć ilduje... tzn. mimo iż BM pokazuje, że jest aktywna, nic nie robi. Minęło 20 minut... zegary przeszły w tryb 2D, i dałem sobie spokój...
:arrr:
Nawet nie zauważyłem, że policzyło się kilka próbek :) Punktuje prawie tak jak CC. Ale ze względu na znaczne mulenie systemu nie będę tego liczył podczas używania komputera. Chyba, że coś się zmieni w tej kwestii.
338.36 78.00 0.48 120.80 DNETC@Home v1.14 (cuda23)
widzę, czas zrobić rekonesans :P
mam 2 pytanka:
- jak z dojnością
- gdzie można poczytać o celach projektu (najlepiej pl)
Cytat: TP w 03 Kwiecień 2010, 10:21
Ale na HD5970 aplikacja się jakby to ująć ilduje... tzn. mimo iż BM pokazuje, że jest aktywna, nic nie robi. Minęło 20 minut... zegary przeszły w tryb 2D, i dałem sobie spokój...
Niestety jest bug w aplikacji distributed.net który powoduje, że wu potrafi się zawiesić i wisieć tak w nieskończoność. Takie wu można bez obawy przerwać bo nic innego nie da się z tym zrobić. Zgłosiłem buga, trzeba czekać, sam nie jestem w stanie nic zrobić. Obecnie jestem na etapie przygotowywania funkcji wrappera, która będzie nadzorować takie "infinite taski" i jak taki znajdzie to zadanie zostanie zabite.
Cytat: Pigu w 03 Kwiecień 2010, 11:05
widzę, czas zrobić rekonesans :P
mam 2 pytanka:
- jak z dojnością
- gdzie można poczytać o celach projektu (najlepiej pl)
Po Polsku chyba tylko wikipedia. Projekt zajmuje się złamaniem szyfru RC5-72 metoda brutal force. Co do punktacji nie robiłem jakiś przeliczeń miało być między Collo a Milką.
http://dnetc.net/result.php?resultid=132071 (http://dnetc.net/result.php?resultid=132071) %)
http://dnetc.net/result.php?resultid=141299 (http://dnetc.net/result.php?resultid=141299) - kolejna, prawie 50 minut... >:(
A teraz coś przyjemniejszego:
http://stats.distributed.net/participant/plist.php?project_id=8&low=1&limit=100&source=y (http://stats.distributed.net/participant/plist.php?project_id=8&low=1&limit=100&source=y)
Jesteśmy pierwsi dziennie, a wkrótce wejdziemy do 1 setki jako dnetc@dnetc.net...
Cytat: TP w 03 Kwiecień 2010, 17:32
Jesteśmy pierwsi dziennie, a wkrótce wejdziemy do 1 setki jako dnetc@dnetc.net...
TOP100 powinno być już dzisiaj. Z powodów takich, że milka oraz collatz miała/ma przerwy oraz, że projekt pojawił się na BS przyspieszyliśmy wczoraj 3x a dzisiaj 5x względem tego co było w czwartek.
Jest dobrze, przypuszczałem że maszyna padnie już przy mniejszym obciążeniu a tu widać wszystko daje radę a mówią że AMD robi słabe procki :)
Cytat[2010-04-03 18:50:33] rc5-72 r=200012/200000, d=0/1, 156431.2 Mkeys/sec, tot=3309960/2382179
156 GKeys/sec dla porównania kręcona 5970 robi coś koło 3 Mkeys/s
Cytat: sesef w 03 Kwiecień 2010, 20:44
a mówią że AMD robi słabe procki :)
Kto tak mówi :wth:
Pewnie ci, których stać na Intela :P
A ja tymczasem zapuszcza CUDA na noc i rano jest już 1 miejsce w statsach.
jeszcze by sie przydalo aby Poland byla na 1 miejscu w projekcie, a poki co PoorBoy ma najwiekszy urobek
PL top 1-3 zrobi sie jak multi gpu bedzie w 100% sprawne .... ;) trzymajcie mnie za slowo - :parrrty:
trzymamy :parrrty:
Widać pierwsze zmiany w statystykach. Zanim projekt ruszył przerabiał około 40-55 bloków/sekundę obecnie dzisiejszym odświeżeniu starów jest 105 blocks/sec
Cytat9,095,560 Blocks were completed yesterday (0.000827% of the keyspace)(0.000833% of the remaining keyspace)
at a sustained rate of 105 Blocks/sec.
Z tych 9 mln bloków ponad 3 mln zrobiła Denetka.
Cytat: sesef w 03 Kwiecień 2010, 20:44
156 GKeys/sec dla porównania kręcona 5970 robi coś koło 3 Mkeys/s
http://en.wikipedia.org/wiki/SI_prefix
Nie,no Xeon 3440 robi 35 Mkeys/s,tak słabe to ati nie jest ;) nie to co cudaki,dzięki którym część wyników była do poprawki,bo w cuda < 2.2 nv zrobiła lekki tuning XD
http://n0cgi.distributed.net/speed/query.php?cputype=all&arch=4&contest=rc572&multi=3 ale część to jeszcze na starej ap.
Teraz to na 5970 chyba powinno być z te 4 Gkeys/s /4 miliardy kluczy/,tyle by było porównując karty,inna sprawa obciążenie gpu[u mnie np: na biosie 2.0 -75% na 2x5770 v2.9108.517,cofa do 1.5 - > 90% i 2 Gkeys/s - na 516b było 900 Mkeys/s].
http://hardforum.com/showthread.php?p=1035533326
Cytat: sesef w 04 Kwiecień 2010, 02:37
Widać pierwsze zmiany w statystykach. Zanim projekt ruszył przerabiał około 40-55 bloków/sekundę obecnie dzisiejszym odświeżeniu starów jest 105 blocks/sec
Cytat9,095,560 Blocks were completed yesterday (0.000827% of the keyspace)(0.000833% of the remaining keyspace)
at a sustained rate of 105 Blocks/sec.
Z tych 9 mln bloków ponad 3 mln zrobiła Denetka.
Hehe, no to mamy bloków na 329 lat liczenia,
dla 3 krotnego wzrostu 110 lat,
dla 4 krotnego 82 lata,
a żeby przeliczyć to przed moją emeryturą to ponad 10 krotny wzrost /gdzieś tak około 2300 szt. radosławów 5870,za 3 mln pln - ciekawe czy by rabat dali w komputronie/ %)
mam nadzieje,że inflacje wezmą pod uwagę przy nagrodzie ;)
Może nam się uda trafić wcześniej ta właściwa kombinację?
a co do wygrania jest ? :D
Sława i Chwała ;D
Zaszła mała zmiana żeby rupieć nie padł i jednocześnie wyrabiał z robieniem WU.
Od teraz na Radeony 5k będą wysyłane dłuższe wu, na pozostałych kartach pozostaje bez zmian.
Cytat: toms83 w 05 Kwiecień 2010, 23:55
A czy trwają prace nad możliwością liczenia na CPU? %)
Tak, między innymi te przymiarki do różnych długości wu. Jak na razie to prowizorka bo są 2 oddzielne generatory, ale docelowo będzie jeden wielowątkowy generujący zadania gdzie najkrótsze zadania będą wysyłane na CPU oraz karty NV i Radeony 2-3k następnie kolejna grupa będzie wysyłana na Radeony 4k, oraz wszystko co wolniejsze od 5750, a ostatnia grupa będzie wysyłana na Radeony 58xx i 59xx i może Fermi (jak przeliczy wu i będzie znana jego szybkość)
A czy trwają prace nad możliwością liczenia na CPU? %)
na 58xx nie ma juz problemu z taskami ?
Cytat: Tomasz R. Gwiazda w 06 Kwiecień 2010, 08:06
na 58xx nie ma juz problemu z taskami ?
Problemu z dostępnością już nie ma, natomiast z zacinaniem nadal jeszcze jest.
daj znac jak sie juz uporacie, ok ?
To teraz jest stała ilość pkt za WU niezależnie od czasu liczenia ?
Acha. I czy w planach jest aplikacja CUDA na Win 64-bit ?
Cytat: Bobo_PL w 06 Kwiecień 2010, 22:16
To teraz jest stała ilość pkt za WU niezależnie od czasu liczenia ?
Acha. I czy w planach jest aplikacja CUDA na Win 64-bit ?
Ilość punktów jest przyznawana za ilość przeliczonych bloków w zadaniu. Aplikacji pod x64 CUDA nie będzie bo takowej na distributed.net nie ma
Szkoda, bo pod x64 aplikacja liczy zauważalnie wolniej.
Właśnie uruchomiłem u naszego królika doświadczalnego Obixa nowy wrapper, który powinien przerywać wu liczące się w nieskończoność. Jak będzie wszystko działać i będzie przerywać te zadanka liczące się w nieskończoność to jutro wrapper powinien pojawić się już dla wszystkich.
good news
Niestety okazało się, że pomimo zawieszenia się programu checkpointy nadal są zapisywane :( więc program do przerywania nie działa.
co z aplikacja dla CPU ??
kolejne dni mijają a jej niema :(
Tu liczy się tylko gpu - liczenie tego na cpu właściwie nie ma sensu - nawet szkoda prundu.
tyle, że niektórzy nie mają GPU XP
a też by chcieli mieć jakiś wkład w projekt
Wersja 1.15 dla ATI dodana.
Mam nadzieję, że definitywnie rozwiąże problem zacinających się wu dodatkowo ustawia priorytet aplikacji liczącej na normalny przez co nie ma problemów z obciążeniem GPU.
Z mniejszych zmian ustawiłem wymaganą ilość ramu w kartach NV na 120 MB więc nie będzie jutro problemu, że karty z 256 MB ram nie mogły liczyć.
na kartach 4000 wszystko sie wywala po 20 min
Cytat: syrian w 15 Kwiecień 2010, 08:09
na kartach 4000 wszystko sie wywala po 20 min
Poprawione, wersja 1.16 powinna działać normalnie.
Sesef jeśli aplikacja wisi a dalej sobie działa i zapisuje checkpointy, to upewnij się czy wina nie leży przypadkiem gdzieś po stronie managera (może wstrzymuje zadanie nic o tym nie wiedząc - tutaj znów przydać się może przejrzenie loga klienta); jeśli nic nie wykryjesz, zgłaszaj bug na liście dnetc, bo z tego co piszesz wygląda jakby po prostu rdzeń liczący aplikacji się zawieszał.
teraz po 40 min wywala blad i pobiera następna próbkę,
te same WU poprawie ida na NM
Cytat: sesef w 15 Kwiecień 2010, 10:10
Cytat: syrian w 15 Kwiecień 2010, 08:09
na kartach 4000 wszystko sie wywala po 20 min
Poprawione, wersja 1.16 powinna działać normalnie.
Rozumiem, że można przetestować ATI 4770 :respect:
Kamrat Syrian twierdzi, że niekoniecznie
Cytat: syrian w 15 Kwiecień 2010, 11:56
teraz po 40 min wywala blad i pobiera następna próbkę,
te same WU poprawie ida na NM
A jaka to jest dokładnie karta? Bo wiedzę, że dość powolna więc wrapper będę musiał przebudować.
Cytat: sesef w 15 Kwiecień 2010, 19:36
Cytat: syrian w 15 Kwiecień 2010, 11:56
teraz po 40 min wywala blad i pobiera następna próbkę,
te same WU poprawie ida na NM
A jaka to jest dokładnie karta? Bo wiedzę, że dość powolna więc wrapper będę musiał przebudować.
najwolniejsza z możliwych :d radeonow, (4200) niema sensu przebudowywać dla tak wolnych, wróce do collatza tam idzie bez problemu
tylko kilka sztuk widziałem w zestawieniu hostow i kilka trochę szybszych 4350-4550, bylem porostu ciekaw w jakim czasie sie przerabia jesli na NV 104M idzie próbka w 3 h to na tym powinno byc do 2h, porównywałem tez do 4600 i tam 1 wu srednie liczy sie okolo 1h 40 min, a 4200 jest okolo 10 razy wolniejsza czyli krótkie WU w podobnym czasie powinno liczyć.
w którejś ze starszych wersji aplikacji liczylo poprawie - chyba 1.02 - jesli to w czyms pomoze
Projekt osiągnął 2 miejsce w statystykach generalnych za jakieś 2-3 tygodnie osiągnie 1 miejsce.
http://stats.distributed.net/participant/plist.php?project_id=8&low=1&limit=100
Fajnie wyglądają wykresy keyrate: odpowiednio rok, 2 lata i całość:
(http://imgur.com/CJk89.png)
(http://imgur.com/gkeOe.png)
(http://imgur.com/1nSwr.png)
Przy czym na to niebieskie 'maximum' nie ma w ogóle co patrzeć - to są czkawki spowodowane downtimem i wstawaniem poszczególnych perproxy.
a co z aplikacja dla CPU ?? mija miesiąc a jej jakoś nie widać :(
ja jestem ciekaw czy juz nie ma problemow z aplikacja na GPU na ATI, karty 58xx ?
czy juz wszystko na 100% dziala ?
No widzę, iż aktualnie aplikacja ma numerek 1.21 - zapuszczam na HD5970 - przetestuję czy nie ma problemów z zamuleniem kompa przy niekończących się WU. :attack:
daj znac :)
No i pupa...
Aplikacja nadal nie nadaje się do pracy na systemach z dwoma GPU:
1. 17:30 czasu WU - całkowite zamulenie systemu - problemy z płynnym przesuwaniem myszki;
2. 24:15 czasu WU - następuje błąd próbki (jej automatyczne przerwanie) - odmulenie systemu.
3. Konkluzja - normalny czas liczenia próbki to około 17:30. Po trafieniu na walniętą próbkę tracimy łącznie około 25 minut... co czyni projekt nie opłacalnym do liczenia na kartach dwurdzeniowych.
4. Na karcie jedno rdzeniowej nie uświadczyłem takich problemów.
Proponowałbym zbierać dane na temat problemu i zgłosić to bezpośrednio do staffu dnet, jako że błąd na 99% leży gdzieś w ich aplikacji.
Mógłby to jeszcze potwierdzić ktoś z dwoma GPU odpalając po prostu aplikację w wersji standalone i czekając na wystąpienie problemu.
Cytat: TJM w 26 Kwiecień 2010, 11:13
Mógłby to jeszcze potwierdzić ktoś z dwoma GPU odpalając po prostu aplikację w wersji standalone i czekając na wystąpienie problemu.
Złapałem ten bug na standalone podczas generowania logów do zgłoszenia samego buga więc w normalnym app też to występuje i widać chyba admini dnetc maja to w du...
Bug wisi tutaj http://bugs.distributed.net/show_bug.cgi?id=4293 do tego sam app standalone zaciął się przy tym "-numcpu 2"
Cytat: TP w 26 Kwiecień 2010, 10:40
1. 17:30 czasu WU - całkowite zamulenie systemu - problemy z płynnym przesuwaniem myszki;
4 różne kompy 1x59, 2x59 i nigdy nie było problemów. Nie jest to wina aplikacji tylko kaprys sterowników, albo jakiegoś programu w kompie.
Cytat: Tomasz R. Gwiazda w 24 Kwiecień 2010, 11:17
ja jestem ciekaw czy juz nie ma problemow z aplikacja na GPU na ATI, karty 58xx ?
czy juz wszystko na 100% dziala ?
Z tego co widzę po wynikach wersja 1.22 załatwia problem z zacinającym się appem już praktycznie całkowicie.
Zapuściłem i jak na razie jest ok.
Jeszcze na walniętą próbkę w momencie gdy korzystam z komputera nie natrafiłem...
Wczoraj komputer złapał 11 złych zadań - co daje stratę około 4 godzin na dobę...
Dzisiaj złapał dopiero 3 :) co daje stratę ponad godzinę...
I tak nie jest źle :) Jak na razie punktacja rekompensuje straty...
P.S.
Nie wiecie kiedy projekt pojawi się w statach allprojectstats.com?
Edit! O właśnie złapałem bada - zamulenie jak cholera... ale udało mi się przerwać - mam wrażenie że było mniejsze niż poprzednio... 19 minut w plecy...
Cytat: TP w 29 Kwiecień 2010, 13:22
Edit! O właśnie złapałem bada - zamulenie jak cholera... ale udało mi się przerwać - mam wrażenie że było mniejsze niż poprzednio... 19 minut w plecy...
teraz przy 5800 przerywanie od momentu wykrycia zacięcia powinno trwać 3-6min
Cytat: lolek w 28 Marzec 2010, 14:47
Jak na razie nic się nie wiesza, wykorzystanie GPU max 50%, obciążenie CPU ~15% jednego rdzenia(9500gt, athlon IIx2, Win 7 x64), pasek postępu nie działa, próbka według menedżera ma się liczyć jakieś 15h30min ???
Dziś zassałem 1 próbkę na próbę - karta 8500GT, Win Vista 32, stery najnowsze, BM rekomendowany, wykorzystanie GPU do 50%, czas do końca pokazywało 28 godzin.
Ps. Nie dało się przeglądać stron, anulowałem i wróciłem do CC
oj cos chyba nie tak z wersja 1.23
http://dnetc.net/results.php?hostid=1512
Cytat: sesef w 29 Kwiecień 2010, 19:32
teraz przy 5800 przerywanie od momentu wykrycia zacięcia powinno trwać 3-6min
No to jednak tak nie jest... ostatnie dwie walnięte jednostki przerwał po 40 minutach...
Cytat: TP w 01 Maj 2010, 10:04
Cytat: sesef w 29 Kwiecień 2010, 19:32
teraz przy 5800 przerywanie od momentu wykrycia zacięcia powinno trwać 3-6min
No to jednak tak nie jest... ostatnie dwie walnięte jednostki przerwał po 40 minutach...
Przerwał prawidłowo dla tej karty po około 10 min. Problem polega na tym, że w tych przypadkach zacina się GPU b czyli drugi gpu i całe zadanie liczy tylko GPU a, a GPU b sobie odpoczywa stąd tak długi czas przeliczania. Dzisiaj przerobie wrapper oraz walidator tak, żeby za te zacięte WU jak coś przeliczyły były również punkty.
Mamy własną drożynkę w distributed.net
Statystyki wczorajsze http://stats.distributed.net/team/tmember.php?project_id=8&team=31955&source=y
Całkowite http://stats.distributed.net/team/tmember.php?project_id=8&team=31955
Każdy kto przeliczył od momentu wydania najnowszego appa (na chwilę obecną dotyczy to tylko appa do kart ATI) chodź jedno zadanie powinien być na liście gdzie mail jest TWOJ_NICK_BOINC_BEZ_ZNAKOW_SPECJALNYCH@dnetc.net
Cytat: sesef w 01 Maj 2010, 12:31
Problem polega na tym, że w tych przypadkach zacina się GPU b czyli drugi gpu i całe zadanie liczy tylko GPU a, a GPU b sobie odpoczywa stąd tak długi czas przeliczania.
No to wprowadź do aplikacji sterującej wstrzymaj - wznów zadanie gdy wykryje, że drugi rdzeń odpoczywa, wtedy ponownie zaskoczy na dwóch rdzeniach - sprawdziłem przy ręcznych komendach i działa :) - znaczy zaskakuje na dwóch %)
Cytat: TP w 06 Maj 2010, 12:57
Cytat: sesef w 01 Maj 2010, 12:31
Problem polega na tym, że w tych przypadkach zacina się GPU b czyli drugi gpu i całe zadanie liczy tylko GPU a, a GPU b sobie odpoczywa stąd tak długi czas przeliczania.
No to wprowadź do aplikacji sterującej wstrzymaj - wznów zadanie gdy wykryje, że drugi rdzeń odpoczywa, wtedy ponownie zaskoczy na dwóch rdzeniach - sprawdziłem przy ręcznych komendach i działa :) - znaczy zaskakuje na dwóch %)
Była już w jednej z wersji wrapperów i powodowała więcej szkód niż pożytków. Ciężko jest wykryć czy dane gpu pracuje czy nie bez zastosowania API AMD a to już jest jednak grubsza sprawa. Na tą chwile będą przenosiny na nową maszynę, po przenosinach mógłbym nad czym takim pomyśleć.
Mi tam liczy teraz bez żadnych problemów na dwóch gpu /orginalna apka distributed też nie stwarzała problemów z dwoma gpu/- osiągam tyle pkt/doba z konfigu ile liczyłem w teorii.
dziadek odpłynął w ostatnią podróż...
serwer już działa można pobierać/odsyłać zadania na walidacje trzeba będzie poczekać bo muszę przekompilować validator i assimilator. Różnice w prędkości nieporównywalne na dziadku optymalizacja tabeli trwała ~30 min tutaj niecałe 20 sec (w końcu za wiele od Athlona X P 1800+ nie można było wymagać i dysku ATA)
W chwili obecnej upload/download serwer zwraca 404 przy próbie uploadowania rezultatów przeliczonych przed zmianą.
Natomiast w logu BOINCa pojawia się wpis 'can't open file' od FUHa więc być może coś z prawami dostępu ?
A i tak najpiękniejszy jest dzisiejszy User of the day, rilian (http://dnetc.net/show_user.php?userid=131), z opisem:
CytatRC5 is useless! Dont waste your resources!
Cytat: TJM w 08 Maj 2010, 09:53
W chwili obecnej upload/download serwer zwraca 404 przy próbie uploadowania rezultatów przeliczonych przed zmianą.
Natomiast w logu BOINCa pojawia się wpis 'can't open file' od FUHa więc być może coś z prawami dostępu ?
To raczej z powodu, że wszystko szlag trafił po kilku godzinach, trochę przekombinowaliśmy...
Wszystko działa wysyła, odbiera, waliduje. Mamy przynajmniej na przyszłość z Oxym nauczkę nie mieszać lennego z sidem.
Ale dzisiaj przed 2 przestało... :wth:
Jest problem z siecią coś nie chce przepuszczać danych do proxy na wysokich portach. To jest problem dla Oxego ja się na sieciach nie znam, jak na razie ustawiłem proxy żeby działało na porcie 80 i jakoś to działa zobaczymy co będzie później.
Dzisiaj zrobiłem takie małe statystyki kart które w ciągu ostatniego tygodnia jakieś wu odesłały
ATI
HD 2600 - 17 szt
HD 2300/2400/3200 - 24 szt
HD 3800 - 38 szt
HD 4350/4550 - 17 szt
HD 4600 - 45 szt
HD 4770/4800 - 374 szt
HD 5700 - 111 szt
HD 5800 - 451 szt
HD 5400 - 4 szt
HD 5500 - 10 szt
Model nieznany - 2
NV
GTX 480 - 3 szt
GTX 470 - 4 szt
GTX 295 - 17 szt
GTX 285 - 12 szt
GTX 280 - 6 szt
GTX 275 - 24 szt
GTX 260 - 86 szt
GTX 250 - 39 szt
9800 GT/9800 GTX/9800 GTX+ - 55 szt
9600 GT - 17 szt
Niższych modeli NV już nie liczyłem bo po kilka sztuk tego było i niewiele by to wnosiło. Musze sobie napisać jakiś skrycik do generowania tego automatycznie.
Bardzo ciekawe i pouczające zestawienie. HD58xx - wydaje się królować :) Ludzie wiedzą co dobre - w tej grupie użytkowników świadomość jest większa...
:parrrty:
Ładne zestawie, tylko szkoda ze nie oddaje prawdziwych mocy przerobowych dla poszczególnych kart.
Należało by podawać nie ilość przerobionych sztuk, a ilość jednostek, wiadomo ze sztuka sztuce nie jest równa, sa paczki 4, 12 czy tez 48
Cytat: syrian w 19 Maj 2010, 08:02
Ładne zestawie, tylko szkoda ze nie oddaje prawdziwych mocy przerobowych dla poszczególnych kart.
Należało by podawać nie ilość przerobionych sztuk, a ilość jednostek, wiadomo ze sztuka sztuce nie jest równa, sa paczki 4, 12 czy tez 48
W zestawieniu Sesef nie podaje ilości przerobionych wu - tylko ilość kart graficznych z podziałem na typy, które aktualnie liczą dla projektu
Cytat: [GPU Vision] Artur Obara/ Obix007 w 19 Maj 2010, 22:51
Cytat: syrian w 19 Maj 2010, 08:02
Ładne zestawie, tylko szkoda ze nie oddaje prawdziwych mocy przerobowych dla poszczególnych kart.
Należało by podawać nie ilość przerobionych sztuk, a ilość jednostek, wiadomo ze sztuka sztuce nie jest równa, sa paczki 4, 12 czy tez 48
W zestawieniu Sesef nie podaje ilości przerobionych wu - tylko ilość kart graficznych z podziałem na typy, które aktualnie liczą dla projektu
ups mój błąd, cos zle przeczytałem i skojarzeniem to z ilością WU :(
Sesef - a ja mam propozycję:
Skoro u niektórych użytkowników są dziwne błędy, gdy aplikacja korzysta z 2 rdzeni jednocześnie - czy nie mógłbyś wprowadzić przełącznika wyboru, tak aby użytkownik mógł zadecydować czy np na HD5970 aplikacja liczy na dwóch rdzeniach czy liczą dwie aplikacje używając pojedynczego rdzenia - czyli tak jak działają pozostałe projekty na ATI w BOINC.
TP
XD
Cytat: TP w 25 Maj 2010, 08:11
HD5970 aplikacja liczy na dwóch rdzeniach czy liczą dwie aplikacje używając pojedynczego rdzenia - czyli tak jak działają pozostałe projekty na ATI w BOINC.
Gdyby tak się dało to byłoby tak już od początku.
jak dlugie probki sa teraz dla ati 58xx ?
Cytat: Tomasz R. Gwiazda w 27 Maj 2010, 07:46
jak dlugie probki sa teraz dla ati 58xx ?
Powinno na 5k wysyłać cały czas te same czyli gpu_ATI_normal i gpu_ATI_5k. ATI_normal powinno liczyć kilka minut a ATI_5k kolo 30min na pojedynczym 5870
Jakby kogoś interesowało jak wyglądał i jak wygląda obecnie serwer to odsyłam do http://www.gpuvision.pl/serwer-dnetc-home-t44.html
śliczności...
wyglada ze na 1x5870 bardzo ladnie i stabilnie mi projekt chodzi :)
Pytanko na 2x5870 jak sie zachowuje ? 1WU jest liczone 2xkrocej niz na 1xGPU ?
Cytat: Tomasz R. Gwiazda w 30 Maj 2010, 15:46
Pytanko na 2x5870 jak sie zachowuje ? 1WU jest liczone 2xkrocej niz na 1xGPU ?
Tak, ogólnie 5970 działa bardzo dobrze, więc 2x5870 też powinno działać bez problemów.
dzis/jutro obczaje :)
Właśnie dodałem aplikacje pod CPU na windowsy jak na razie z tego co widzę scheduler idzie do upgradu bo są problemy z wysyłaniem zadań CPU+GPU więc przez najbliższe 1-2h mogą być problemy z dostępnością projektu. Jak ktoś nie chce, żeby liczyło zadania CPU to trzeba odznaczyć odpowiednią opcje w preferencjach na stronie projektu.
@EDIT
Już po update (jak zwykle musiało się przedłużyć bo pozmieniali kod a nikt nie raczył zmienić przykładu 2 linijki wyżej :/)
Przy czterech Quantumach mój laptop miał stabilnie ok. 75 stopni. W pewnym momencie zobaczyłem że coś zaczyna podchodzić stabilnie pod 85. Pozycji przy lapie przzez ostatnią godzinę nie zmieniłem, więc nie jest tak że zasłoniłem wylot czy coś. Temperatura w pokoju też jakoś mocno nie wzrosła
Patrzę w Boinca, a tu jedna jednostka DNET się zassała. Szkoda że nie na GPU, ale o ile SETI dało mi na mojego GeForce GT 330 M próbki bez problemu bez żadnych zmian, to DNET nie chciał.
Więc różnica znaczna temperaturowa pomiędzy projektami. No i pokazuje ze pierwsza próbka na CPU będzie się liczyła 110 godzin. No no. Wiadomo - pierwsza próbka, więc błąd może być. Ale brak jakiegokolwiek paska postępu (liczy się od pół godziny, licznik na 0 % stale, maksymalny czas stale taki sam) powoduje że jedyne na co mogę liczyc to to że to jakaś pomyłka.
Progressbar jest tylko skokowy i dość powolny. A wzrost temperatury bierze się stąd, że aplikacje pod CPU to praktycznie czysty assembler dla każdej architektury.
kiedy w planie aplikacja pod pingwinka?
Cytat: emik w 01 Czerwiec 2010, 19:45
kiedy w planie aplikacja pod pingwinka?
Jak uporam się z dziadowskim feederem który zapycha się jednym typem zadań i potem nie ma zmiłuj zanim ktoś nie pobierze danych zadań to innych typów nie weźmie.
na zestawie 2x5870 czasami sie pojawia blad windowsa spowodowany bledem aplikacji
Win7x64
Cytat: Tomasz R. Gwiazda w 02 Czerwiec 2010, 13:44
na zestawie 2x5870 czasami sie pojawia blad windowsa spowodowany bledem aplikacji
Win7x64
Powoduje to wysypanie się próbki, albo jakieś inne problemy?
hmm, finalnie chyba probki tez
http://dnetc.net/result.php?resultid=2185387
ale duzo tego nie jest. 6 probek od 31.05
(http://img684.imageshack.us/img684/9288/dnet.jpg) (http://img684.imageshack.us/i/dnet.jpg/)
o tak to wyglada.
Od 14:24 (ostatni post) do tej pory tylko 1 taki blad sie pojawil
Z tym błędem nic nie zrobię to już wina samego appa dnetc. W końcu uporałem się z przerabianiem feedera teraz w kolejce są wszystkie typy zadań w równych ilościach więc nie powinna już wystąpić sytuacja kiedy kolejka zapcha się tylko jednym typem zadań.
spox, czesto to sie nie dzieje
ale najciekawsze jest ze to tylko w ukladzie 2x5870 sie zdarzylo
06:27:45 (2692): lecimy do pentelki
06:30:15 (2692): weszlo do ifa
"PETELKI" :>
Cytat: PMG w 06 Czerwiec 2010, 00:17
06:27:45 (2692): lecimy do pentelki
06:30:15 (2692): weszlo do ifa
"PETELKI" :>
Haha, chyba muszę skończyć robić soft o godzinie 5 rano.
Dodałem aplikacje dla CPU pod Linuxa, prosiłbym o sprawdzenie czy w ogóle to działa. Jak działa to dodam jeszcze appy pod CUDA i ATI Stream
pobrałem 2 wu i zaczynam liczenie - jaki jest przybliżony czas liczenia? bo mi pokazuje 166h
ok. 30 min CPU pod win, wiec tu powinno byc podobnie ;)
u mnie będzie dłużej - aktualnie 1h16min i 60%
błędy:
http://dnetc.net/result.php?resultid=2420243
http://dnetc.net/result.php?resultid=2420281
niestety po ~1h błąd jw :(
http://dnetc.net/result.php?resultid=2423517
Też błąd:
Linux x64, Mint (Ubuntu), CPU ver. 1.00
http://dnetc.net/result.php?resultid=2433245
Z ciekawości spojrzałem na ten output i mnie naszło pytanie: jak się ma możliwość ukrywania hostów do wypisywania nazwy użytkownika w outpucie WU?
Nijak - bo wszystko idzię sobie znależć,czyli jak interesuję Ciebie kto jakie ma hosty i masz trochę cierpliwości to mimo,że ma ukryte znajdziesz jego maszyny %)
Cytat: emik w 06 Czerwiec 2010, 15:23
błędy:
http://dnetc.net/result.php?resultid=2420243
http://dnetc.net/result.php?resultid=2420281
Cytat: RAD-Poland w 06 Czerwiec 2010, 16:23
niestety po ~1h błąd jw :(
http://dnetc.net/result.php?resultid=2423517
Cytat: lukaszja w 06 Czerwiec 2010, 20:41
Też błąd:
Linux x64, Mint (Ubuntu), CPU ver. 1.00
http://dnetc.net/result.php?resultid=2433245
Próbki przeliczyły się poprawnie, tylko wyszedł niespodziewany błąd. Mianowicie jak widać funkcja main przy poprawnym przeliczeniu się zadania zwraca wartość 64, analogicznie klient windowsowy zwraca 1 (myślałem, że jest tak samo jak na Windowsie, tam wrapper przewiduje, że program zwraca 1). Nie wiem z czego to wynika, może z jakiejś platformy która przyjmuje jakieś konkretne wartości dla poprawnego wykonania (chociaż niby przyjęło się 0 jako sukces)
Dałem nową wersje, która już będzie przepuszczać wu bez błędu 0x100
zobaczymy :)
Póki co:
Requesting new tasks for CPU
.... got 0 new tasks
Project has no jobs available
u mnie identycznie mimo, że według http://dnetc.net/server_status.php próbki są
Już będzie działać normalnie. Feeder zaczyna wariować, coś czuje, że ta wersja z trunka ma jakiegoś buga bo problemy zaczęły się w momencie ostatniego upgrada projektu.
Jakiś bug może być. W SIMAPie musieli cofnąć do starszej wersji serwera, bo jajca się działy. Przypisywał aplikację 32bitową lub 64bitową hostom 64bitowym w zależności od humoru chyba. Takie lotto było per próbka, tak więc cześć liczyła się na 64bitowej a część na 32bitowej.
Zaledwie po 76 dniach projekt osiągnął 1 miejsce w ogólnych statystykach (http://stats.distributed.net/team/tlist.php?project_id=8&low=1&limit=100). Wyprzedził drużynę która liczyła dnetc od początku (ostatnie 7,5 roku) głównie na CPU.
Przy obecnej prędkości drużyna z drugiego miejsca zostanie zdublowana za niespełna 1,5 miesiąca.
Moc graf. %)
Takie małe info dla posiadaczy starszych proców AMD (Athlony 64, 64 X2): w chwili obecnej, nie licząc słabo dostępnych zadań w yoyo, dnetc jest chyba najlepiej i najstabilniej punktującym projektem dla tych procesorów, przy zegarze zaledwie 2,2GHz wyciska się w porywach do 80cr/h.
Dzięki za info :D
Cytat: sesef w 06 Czerwiec 2010, 13:19
Dodałem aplikacje dla CPU pod Linuxa, prosiłbym o sprawdzenie czy w ogóle to działa. Jak działa to dodam jeszcze appy pod CUDA i ATI Stream
Dziwne sprawa, podłączyłem się dzisiaj do projektu i wszystkie jednostki kończyły się po kilku sekundach błędem 195 (aplikacja dnetc_1.00_x86_64-pc-linux-gnu__cuda23). Aplikacja dnetc uruchamiana ręcznie zwraca "Segmentation fault", a potraktowana stracem daje:
stat("/sbin/dnetc", 0x7fffe3063930) = -1 ENOENT (No such file or directory)
stat("/bin/dnetc", 0x7fffe3063930) = -1 ENOENT (No such file or directory)
stat("/usr/sbin/dnetc", 0x7fffe3063930) = -1 ENOENT (No such file or directory)
stat("/usr/bin/dnetc", 0x7fffe3063930) = -1 ENOENT (No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) --- Po dodaniu linku do aplikacji dnetc w jedno z tych miejsc, zadania zaczęły się liczyć. Za jakąś godzinę powinno zakończyć się pierwsze zadanie na moim 9800GT. Czy to normalne, czy to wina mojego systemu (Gentoo 64bit, cuda 2.3)
W dniu dzisiejszym mogą wystąpić problemy z dostępnością do projektu. Postanowiłem trochę przerobić serwer BOINC i dodać kompresje danych w kolumnie stderr_out. Dane są mało ważne, a zajmują tylko niepotrzebnie ram, a tak to po kompresji kolumna zmniejszy się pewnie z 60-80%.
Spoko mam zapas próbek :D
Dzis o 2:30 wyjeżdżam na Węgry więc projekt zostaje na bezkrólewiu bo OxyOne też gdzieś wyjeżdża. Jak coś padnie to pewnie dopiero naprawie jak wrócę z GP Węgier.
Hungaroring ?
oby dzialalo :) a duzo problemow ostatnio sprawia projekt? czy w miare bezdotykowo dziala
Raczej w miare "bezdotykowo" :parrrty:
Dziala bezdotykowo, pod warunkiem ze dziala ;). Na pieciu moich grafach chodzi na dwoch ;D
Cytat: AiDec w 29 Lipiec 2010, 03:20
Dziala bezdotykowo, pod warunkiem ze dziala ;). Na pieciu moich grafach chodzi na dwoch ;D
Nie wnikam jak to masz ustawione ale uruchomienie denata na 5k nie ma najmniejszych problemów. Nie piszesz jakie masz problemy co sie dzieje z grafa, jakie masz ustawienia, stery itp. Ja nie jestem Potter i nie wyczaruje odpowiedzi akurat pod twój problem. Masz forum, moje gg wiec pisz, zresztą co mnie to obchodzi nie chcesz, nie pisz nie pytaj lepiej dla konkurencji mniej robisz pkt :)
Projekt zostaje sam sobie... wytrzyma bez obaw :) nawet jakby przejął wszystkich z milki i colla :)
Aż mam ochotę sprwadzić....
ktore drivery dla ATI zalecacie obecnie dla zestawu 2x5870 ?
zainstalowalem najnowsze i bledy app sa chyba czestsze niz wczesniejszych drv (nie pamietam ile wersji wstecz)
10.5 - polecam
potwierdzam 10.6 / 10.7 = kłopoty
po przeczyszczeniu systemu driver swepperem i instalacji 10.8 śmiga jak ta lala ;)
Po problemach projekt wstał. Mam nadziej, że wszystko będzie już dobrze :)
Dla ludzi którzy ponieśli straty w przeliczonych WU zostaną przewidziane odpowiednie rekompensaty.
trzeba zglaszac? (rozumiem ze mowa o probkach ktore sie przeliczyly i przeterminowal sie czas odeslania)
nie nie trzeba zgłaszać. Punkty będą przyznane za próbki którym deadline minął miedzy 27.08 00:00 a 31.08 23:59.
trochę mi takich wisiało....
Spokojnie wszelkie dane na temat ile wu/komu wyciągniemy sobie z bazy - której backpup szczęśliwie był zrobiony przed samym padem.
:parrrty: no to trza pogratulować :D jak widac wszystko dobrze się skończyło :D
Przeterminowaniem czasu nie ma się co przejmować. Gdy serwer wstaje po padzie, zauważa że zadanie było przeterminowane i generuje nowe dla tego WU, ale po pierwsze - nie jest ono wysyłany od razu, tylko trafia do kolejki, po drugie - i tak w 99% przypadków szybciej zaraportowane zostaną te wcześniejsze, niż te nowo wygenerowane. W takim wypadku te drugie zostają z automatu anulowane na serwerze i informacja o tym jest zwracana do klienta (serwer musi mieć włączone send_result_abort).
W tym wypadku poszkodowanym może być ten, kto dostanie WU jako drugi o ile w/w opcja nie jest włączona, ponieważ zaliczone zostanie to zadanie, które wróci wcześniej, a na deadline serwer nie patrzy.
Dla projektu z quorum=1 najlepiej od razu przerobić validator, żeby przyjmował też WU zwrócone kiedy już jest wcześniejszy wynik. To dlatego, że nawet z skonfigurowanym wszystkim co tylko się da, zawsze trafiają się kompy łączące się rzadko, na których serwer nie może anulować zadań.
jeszcze chyba sa drobne problemy z WU ATI_5K,, nie wyrabia sie serw je tworzyc ? :)
Wszyscy pobierają więc musi minąć trochę czasu aż hosty się zapchają - do końca dnia wszyscy będą syci.
jak sie napalency z farmami gpu rzucili to nie ma co sie dziwic :D
PS: ty juz buforki napelniles ? :P
@TJM: szkoda, że tego wszystkiego nie wie admin AQUA i od końca lipca są jaja - na kompach, które rzadko łączą się z serwerem, po policzeniu całego zadania, przy raportowaniu, pojawia się komunikat "no longer usable" i zadanie jest stracone. Co gorsze, na liście zadań użytkownika, po stronie serwera, brak jakiejkolwiek informacji o tym. Admin nie potrafi uporać się z tym. W ten sposób straciłem ponad 20 zadań, zanim zorientowałem się o co chodzi, co gorsze było to w czasie poprzedniego wyścigu. Po stronie użytkownika jest dość proste, choć irytujące rozwiązanie - wystarczy nastawić update co godzinę i problem jest zneutralizowany. Niestety, nie każdy host może mieć stały dostęp do serwera...
Tak jak wyżej pisałem, z hostami które rzadko się łączą zawsze są problemy.
Ja jestem za tym, żeby jeśli host coś przeliczy i zwróci po terminie, albo drugi przeliczy a pierwszy zwróci po terminie wcześniej od drugiego, przydzielać kredyty nawet jeśli taki rezultat jest już do niczego nieprzydatny. Tak mam to zrobione u siebie, chociaż do perfekcji jeszcze daleko. Jest to chyba nawet domyślne zachowanie serwera (przynajmniej kiedyś było) o ile zadania wracały maksymalnie w odstępach chyba 6h.
Cytat: Tomasz R. Gwiazda w 01 Wrzesień 2010, 11:02
jak sie napalency z farmami gpu rzucili to nie ma co sie dziwic :D
PS: ty juz buforki napelniles ? :P
Gdyby porównać to do napełniania paliwem 21 tirów ze zbiornikami po ~480L z dystrybutora który co minute da litr albo dwa - to myślę że odda to wiernie obraz zapełniania moich buforów %)
U mnie na jednym jest 68/480 i rośnie, a na drugim wczoraj wciągnął jakieś 400 NV_normal dla ATI5k i namiętnie liczy. Nie mam pojęcia czy z policzenia NV_normal na ATI5k będą jakieś punkty, ale liczy.
@TJM: w tym przypadku do terminu było jeszcze dobre 2 tygodnie! W wielu projektach serwer usuwa zadania, ale robi to przed policzeniem zadania, natomiast AQUA potrafi usunąć po policzeniu zadania i to jest wkurzające. Generalnie jaja zaczęły się po niesławnej lipcowej aktualizacji serwera.
Btw, czemu feedera nie przestawicie, żeby ruszał częściej niż co minutę ? Przecież to się da zrobić, nawet można mieć kilka feederów tankujących kolejkę, wtedy wysyłka zadań idzie szybciej.
Cytat: TJM w 01 Wrzesień 2010, 12:14
Btw, czemu feedera nie przestawicie, żeby ruszał częściej niż co minutę ? Przecież to się da zrobić, nawet można mieć kilka feederów tankujących kolejkę, wtedy wysyłka zadań idzie szybciej.
TJM feeder daje rade bez problemów, to generator nie wyrabia :(
Cytat: TJM w 01 Wrzesień 2010, 10:13
Przeterminowaniem czasu nie ma się co przejmować. Gdy serwer wstaje po padzie, zauważa że zadanie było przeterminowane i generuje nowe dla tego WU, ale po pierwsze - nie jest ono wysyłany od razu, tylko trafia do kolejki, po drugie - i tak w 99% przypadków szybciej zaraportowane zostaną te wcześniejsze, niż te nowo wygenerowane. W takim wypadku te drugie zostają z automatu anulowane na serwerze i informacja o tym jest zwracana do klienta (serwer musi mieć włączone send_result_abort).
W tym wypadku poszkodowanym może być ten, kto dostanie WU jako drugi o ile w/w opcja nie jest włączona, ponieważ zaliczone zostanie to zadanie, które wróci wcześniej, a na deadline serwer nie patrzy.
Dla projektu z quorum=1 najlepiej od razu przerobić validator, żeby przyjmował też WU zwrócone kiedy już jest wcześniejszy wynik. To dlatego, że nawet z skonfigurowanym wszystkim co tylko się da, zawsze trafiają się kompy łączące się rzadko, na których serwer nie może anulować zadań.
Owszem, wiem o tym i 90% WU tak zeszło, ale niestety kilka tysięcy zaginęło w boju (między innemu Obixowi wcieło) najwyraźniej przez jakieś bugowate klienty.
To zrób tak jak i ja musiałem na pewnym etapie: jeden generator nie wyrabiał, to zrobiłem generatorów sztuk 3. Pracują niezależnie, przy małym obciążeniu dwa śpią i działa tylko pierwszy, w razie głodówki budzą się i pracują po prostu równolegle.
z jakiegos konkretnego powodu projekt wola do mnie tak:
2010-09-01 18:25:51 DNETC@HOME Message from server: No work sent
2010-09-01 18:25:51 DNETC@HOME Message from server: Your computer has no NVIDIA GPU
co jest w 100% prawda bo mam karte ATI 5870 i preferencjach na stronie projektu tylko opcja Use ATI GPU
Enforced by version 6.10+ na YES jest zaznaczona
pff
a umnie dla odmiany od dość dawna jest tak:
2010-09-01 17:52:28 DNETC@HOME Message from server: No work sent
2010-09-01 17:52:28 DNETC@HOME Message from server: Your computer has no ATI GPU
co jest zgodne z prawdą bo mam GF 9800GT XD
I jak rozumiem nie pobiera zadań? Czy tylko wali tymi komunikatami od czasu do czasu.
To jest to samo co u mnie zapewne, ten komunikat o ATI zawsze wyskakuje, jak dla NV nie ma zadań.
nie pobiera zadan
na innym hoscie pobral 1wu, potem 3wu a potem ten komunikat
PS: chyba cos sie zmienilo, bo w tej chwili pobral 38WU czyli wrocilo do normy
moze jeszcze mial czkawke serwer
U mnie też jedno pobrał ale wcześniej te komunikaty miałem co 40 minut i nie pobierał zadań.
A ja mam takie pytanie. Powoli przygotowuję się do ofensywy komputerów w akademikach i wszyscy będą mieć ustawione przerywanie liczenia przy aktywności użytkownika (będę mieć DNETC dla grafik i AQUA dla procków + PM, ew. jakiś wyścig). Niestety na moim radku 4870 dostaję taki komunikat, gdy grafika wznawia liczenie (po minucie od mojej nieaktywności):
13.09.2010 14:06:41 DNETC@HOME Restarting task dnetc_gpu_ATI_normal_1551074_0 using DNETC version 129
Z tego co rozumiem, to projekt jest restartowany czyli liczy od zera i nie ma checkpointów? Czy coś źle rozkminiam? Już nie wspominając o tym, że pasek postępu jest odświeżany co jakąś minutę jak nie rzadziej ale to akurat jest przy tym mało istotne :P.
w opcjach managera w zakładce Użycie dysku i pamięci zaznacz opcję przełączając między projektami pozostawiaj aplikację w pamięci operacyjnej
No to już miałem ustawione od dawna. Teraz ustawiłem wszędzie (projekty, bam, menadżer) na sztywno 90% pamięci w użyciu i poza i oczywiście pozostawienie aplikacji w pamięci operacyjnej. Zapisywanie projektów na dysku mam ustawione co 60 sekund też od zawsze. I nadal to samo. ???
edycja:
No cóż, po paru dniach zauważyłem, że pomimo, że jest komunikat o zrestartowaniu zadania to liczy się ono dalej. Co nie zmienia faktu, że ten pasek postępu jakoś tak niemrawo działa ;).
dzieje sie cos ?
upload/download server dnetc Disabled
Cytat: Tomasz R. Gwiazda w 30 Wrzesień 2010, 11:54
dzieje sie cos ?
upload/download server dnetc Disabled
Dziś w nocy robiłem upgrade, i skrypt upgradujący coś namieszał w prawach bo znikły prawa do katalogu upload. Już wszystko działa, można spokojnie odsyłać próbki.
chłopaki z Dnetc proszą o wsparcie :D może mała zrzutka po koleżeńsku.... ?
finansowe?
Gdzie nr konta puki jestem......... po piwie :) :parrrty:
23 1140 2004 0000 3902 4486 5823
zmieniono wrapner (czy jak on tam sie nazywa) na wersję 1.02
działa na ATI na linuksie 32 i 64 bity
osobiscie trzepie nim punkty na Ubundu 64 zaktualizowanym przez synaptica do najnowszej wersji
a jak nowe sterowniki od ATI ?
tradycyjnie nie warto zmieniac jak poprzednie wersje dzialaja ? :)
Co do nowych sterowników w końcu udostępniono obsługę dla OpenCL
I gratis kolor biały jest w odcieniu buraczkowym !!! :wth:
http://www.haiku-os.org/community/forum/dnetc_for_haiku_available
może by udostepnić aplikację liczącą dla BOINC??
W dniu 13 listopada odbędą się 24 godzinne wyścigi w projekcie dnetc@home. Wyścigi odbędą się na zasadach obowiązujących podczas wyzwań organizowanych przez projekt PrimGrid
więcej szczegółów
http://dnetc.net/forum_thread.php?id=308 (http://dnetc.net/forum_thread.php?id=308)
może zgłosicie to do team race :D na boincstats :D
Jak wyścig ma być na zasadach PG, to zgłaszanie do BS jest trochę bezsensu. Rezultaty w BS będą inne niż bezpośrednio podane z bazy projektu. Promocja? Chyba będzie więcej zamieszania o rozbieżność rezultatów.
Ekipie dnetc@home gratuluję przedsięwzięcia i życzę powodzenia. Oby poszło gładko.
chodzi o to że na BS ogłaszają się nawet wyścigi PG :D
A no tak, mi się zafiksowało 'team challenges'. :shame: Trzeba by Willy'ego nagonić do roboty ;)
Cytat: Piotr R. (Peciak) w 10 Listopad 2010, 16:43
W dniu 13 listopada odbędą się 24 godzinne wyścigi w projekcie dnetc@home. Wyścigi odbędą się na zasadach obowiązujących podczas wyzwań organizowanych przez projekt PrimGrid
więcej szczegółów
http://dnetc.net/forum_thread.php?id=308 (http://dnetc.net/forum_thread.php?id=308)
No to szkoda bo do tego czasu dobiję do 25kk kredytów i zakończę projekt :P
i tak licze wiec sila rzeczy bede liczyl
Projekt eksportuje statystyki dla wyścigów na BOINCStats więc, będzie można obejrzeć postęp http://boincstats.com/stats/challenges.php
Dodatkowo w ciągu najbliższych dni jak dostanę dostęp do CompileFarm powinny pojawić się aplikacje na inne architektury, na które są dostępne aplikacje na distributed.net oraz uda mi się na nie skompilować wrapper.
:parrrty: :respect:
W jaki sposób eksportujesz dane do wyścigów ? Ten stary "standard" (bo się nie przyjął) który zakładał tabelę zawierającą user_id, team_id, kredyty i received time ?
Cytat: TJM w 13 Listopad 2010, 12:45
W jaki sposób eksportujesz dane do wyścigów ? Ten stary "standard" (bo się nie przyjął) który zakładał tabelę zawierającą user_id, team_id, kredyty i received time ?
Pisz do Willego dostaniesz skrypt i opis co masz zrobic ...
Niepotrzebne mi to do niczego, tak z ciekawości pytałem - myślałem że ktoś zrobił użytek ze starego skryptu który w BOINCu był kiedyś wbudowany.
Szybkie pytanko, co to liczy?;]
to projekt który jest wrapperem pomiędzy BOINC a distributed.net
http://www.boincatpoland.org/wiki/DNETC%40HOME
czyli krótko szyfry łamie :ph34r:
ale legalnie %)
Mam pytanie - czy rozważa się by projekt obliczał także OGR-27 ?
Chyba najszybciej będzie uderzyć do sesefa na PW :d
ogr jest liczone przez projekt Yoyo
jak tam nowe stery wspolpracuja projektem ?
Warto robic upgrade z dzialajacych (starszych) ?
i czy w zestawach 2xGPU (2 karty) nie ma problemow ze sterami ?
Od dziś dostępne są aplikacje na następujące systemy
- Sony Playstation 3 with linux (powerpc64-ps3-linux-gnu)
- Haiku running on an Intel x86-compatible CPU (i586-pc-haiku)
- Linux running on a 64-bit PowerPC processor (powerpc64-unknown-linux-gnu)
Za Haiku to szacun wielki :D zaraz odpale haikubox :D
got 0 new tasks..... :(
Cytat: Troll81 w 28 Listopad 2010, 21:03
got 0 new tasks..... :(
A gdzie można dostać managera pod haiku? Podejrzewam, że klient się źle identyfikuje. Identyfikator klienta powinien być w wiadomościach managera np
Cytat2010-11-28 13:00:12 Starting BOINC client version 6.13.0 for windows_intelx86
28-Nov-2010 23:49:03 [---] Starting BOINC client version 6.9.0 for i586-pc-haiku
28-Nov-2010 23:49:03 [---] This a development version of BOINC and may not function properly
28-Nov-2010 23:49:03 [---] log flags: task, file_xfer, sched_ops
28-Nov-2010 23:49:03 [---] Libraries: libcurl/7.19.6 OpenSSL/0.9.8k zlib/1.2.3
28-Nov-2010 23:49:03 [---] Data directory: /boot/home/haiku-boinc
28-Nov-2010 23:49:03 [---] Project for statistics_setiathome.berkeley.edu.xml not found - ignoring
28-Nov-2010 23:49:03 [---] Processor: 1 AuthenticAMD AMD Athlon(tm) XP 1800+ [Family 6 Model 8 Stepping 1]
28-Nov-2010 23:49:03 [---] Processor: 0 bytes cache
28-Nov-2010 23:49:03 [---] Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
28-Nov-2010 23:49:03 [---] OS: Haiku: 1, r33109 Sep 12 2009 17:45:45
28-Nov-2010 23:49:03 [---] Memory: 255.94 MB physical, 0 bytes virtual
28-Nov-2010 23:49:03 [---] Disk: 9.32 GB total, 8.24 GB free
28-Nov-2010 23:49:03 [---] Local time is UTC +0 hours
28-Nov-2010 23:49:03 [---] Can't load library libcudart
28-Nov-2010 23:49:03 [---] No coprocessors
28-Nov-2010 23:49:03 [---] Not using a proxy
28-Nov-2010 23:49:03 [DNETC@HOME] URL: http://dnetc.net/; Computer ID: 12553; location: (none); project prefs: default
28-Nov-2010 23:49:03 [---] General prefs: from http://lhcathome.cern.ch/lhcathome/ (last modified 17-Aug-2010 16:07:23)
28-Nov-2010 23:49:03 [---] Host location: none
28-Nov-2010 23:49:03 [---] General prefs: using your defaults
28-Nov-2010 23:49:03 [---] Preferences limit memory usage when active to 243.14MB
28-Nov-2010 23:49:03 [---] Preferences limit memory usage when idle to 253.38MB
28-Nov-2010 23:49:03 [---] Preferences limit disk usage to 8.16GB
28-Nov-2010 23:56:15 [DNETC@HOME] update requested by user
28-Nov-2010 23:56:19 [DNETC@HOME] Sending scheduler request: Requested by user.
28-Nov-2010 23:56:19 [DNETC@HOME] Requesting new tasks
28-Nov-2010 23:56:24 [DNETC@HOME] Scheduler request completed: got 0 new tasks
28-Nov-2010 23:56:24 [DNETC@HOME] Message from server: No work sent
28-Nov-2010 23:57:34 [DNETC@HOME] Sending scheduler request: To fetch work.
28-Nov-2010 23:57:34 [DNETC@HOME] Requesting new tasks
28-Nov-2010 23:57:39 [DNETC@HOME] Scheduler request completed: got 0 new tasks
28-Nov-2010 23:57:39 [DNETC@HOME] Message from server: No work sent
28-Nov-2010 23:59:50 [DNETC@HOME] Sending scheduler request: To fetch work.
28-Nov-2010 23:59:50 [DNETC@HOME] Requesting new tasks
28-Nov-2010 23:59:55 [DNETC@HOME] Scheduler request completed: got 0 new tasks
28-Nov-2010 23:59:55 [DNETC@HOME] Message from server: No work sent
Urias Mccullough ma klieta ale wersja jest stara (6.9.0)
Zawsze możesz sklecić na plikach z katalogu projektu anonymous appa. Wtedy ciąg identyfikacyjny nie gra roli.
Ja raczej chcę rozwiązywać problemy a nie je omijać....
Anonymous app jest właśnie rozwiązaniem. M.in. po to stworzyli ten system, żeby sobie odpalać aplikacje nawet na platformach całkowicie nie wspieranych przez BOINC.
Problem: projekt nie powiązał informacji o OSie klienta z aplikacją, którą ma dla tego systemu, nie przesłał aplikacji ani próbek do liczenia.
Rozwiązanie: naprawić mapowanie OS na aplikację w projekcie.
Obejście: kazać uczestnikom używać app_info.
Trochę różne podejście, TJM.
Naprawiać trzeba nie po stronie projektu (bo tu również można zrobić jedynie "obejście" edytując XMLe i dodając niestandardowe wpisy), ale po stronie wadliwego managera.
Istnieje jeszcze opcja, że Sesef ma XML w którym w ogóle nie ma takiej platformy, ale wtedy chyba nie dałby rady w ogóle dodać aplikacji.
To nie pierwszy system który stwarza takie problemy, to samo przerabiałem ze 2 lata temu z freebsd, gdzie osoby kompilujące core clienta jakoś nie doszły chyba do porozumienia co do standardu. Serwer swoje, klienty swoje (i to często całkiem różne dane), chyba do dziś nikt tego nie poprawił. Mimo dwóch różnych wpisów na serwerze z dwoma stringami dla ID jest tzw. bryndza.
To ja bym poprosił o łopatologiczny app_info
Tutaj raczej bym liczył na jakiś fajny błąd schedulera, albo tego eksperymentalnego klienta 6.9.0 (tutaj pierwszym działającym w był 6.9.4)
a co masz w logach serwera od mojego klienta?
Cytat: Troll81 w 29 Listopad 2010, 20:17
a co masz w logach serwera od mojego klienta?
Nic :/
trzeba będzie uriasa przycisnąć o nowego klienta :D
a czy ostatnio nic nie bylo robione z punktacja?
od 24.11 sukcesywnie spada ilosc pkt ktora dziennie wyrabiam
z hostami w tym czasie nic nie robilem
ja dociągnąłem do 5m i przeskoczyłem na milkę
Trollu możesz podesłać plik sched_request_dnetc.net.xml z tego hosta z haiku.
sched req
<scheduler_request>
<authenticator>xxx</authenticator>
<hostid>12553</hostid>
<rpc_seqno>14</rpc_seqno>
<core_client_major_version>6</core_client_major_version>
<core_client_minor_version>9</core_client_minor_version>
<core_client_release>0</core_client_release>
<resource_share_fraction>1.000000</resource_share_fraction>
<rrs_fraction>1.000000</rrs_fraction>
<prrs_fraction>1.000000</prrs_fraction>
<duration_correction_factor>1.000000</duration_correction_factor>
<sandbox>0</sandbox>
<work_req_seconds>872640.000000</work_req_seconds>
<cpu_req_secs>872640.000000</cpu_req_secs>
<cpu_req_instances>1</cpu_req_instances>
<estimated_delay>0.000000</estimated_delay>
<client_cap_plan_class>1</client_cap_plan_class>
<platform_name>i586-pc-haiku</platform_name>
<code_sign_key>
1024
X
.
</code_sign_key>
<working_global_preferences>
<global_preferences>
<source_project>http://lhcathome.cern.ch/lhcathome/</source_project>
<mod_time>1282061243.000000</mod_time>
<run_on_batteries>0</run_on_batteries>
<run_if_user_active>1</run_if_user_active>
<run_gpu_if_user_active>0</run_gpu_if_user_active>
<suspend_if_no_recent_input>0.000000</suspend_if_no_recent_input>
<start_hour>0.000000</start_hour>
<end_hour>0.000000</end_hour>
<net_start_hour>0.000000</net_start_hour>
<net_end_hour>0.000000</net_end_hour>
<leave_apps_in_memory>0</leave_apps_in_memory>
<confirm_before_connecting>0</confirm_before_connecting>
<hangup_if_dialed>0</hangup_if_dialed>
<dont_verify_images>0</dont_verify_images>
<work_buf_min_days>0.100000</work_buf_min_days>
<work_buf_additional_days>10.000000</work_buf_additional_days>
<max_ncpus_pct>100.000000</max_ncpus_pct>
<cpu_scheduling_period_minutes>60.000000</cpu_scheduling_period_minutes>
<disk_interval>60.000000</disk_interval>
<disk_max_used_gb>100.000000</disk_max_used_gb>
<disk_max_used_pct>99.000000</disk_max_used_pct>
<disk_min_free_gb>0.100000</disk_min_free_gb>
<vm_max_used_pct>75.000000</vm_max_used_pct>
<ram_max_used_busy_pct>95.000000</ram_max_used_busy_pct>
<ram_max_used_idle_pct>99.000000</ram_max_used_idle_pct>
<idle_time_to_run>1.000000</idle_time_to_run>
<max_bytes_sec_up>20000.000000</max_bytes_sec_up>
<max_bytes_sec_down>120000.000000</max_bytes_sec_down>
<cpu_usage_limit>100.000000</cpu_usage_limit>
<max_cpus>4</max_cpus>
</global_preferences>
</working_global_preferences>
<global_preferences>
<source_project>http://lhcathome.cern.ch/lhcathome/</source_project>
<source_scheduler>http://lhcathome.cern.ch/lhcathome_cgi/cgi</source_scheduler>
<mod_time>1282061243</mod_time>
<run_if_user_active/>
<idle_time_to_run>1</idle_time_to_run>
<suspend_if_no_recent_input>0</suspend_if_no_recent_input>
<cpu_scheduling_period_minutes>60</cpu_scheduling_period_minutes>
<work_buf_min_days>0.1</work_buf_min_days>
<work_buf_additional_days>10</work_buf_additional_days>
<max_cpus>4</max_cpus>
<max_ncpus_pct>100</max_ncpus_pct>
<cpu_usage_limit>100</cpu_usage_limit>
<disk_interval>60</disk_interval>
<disk_max_used_gb>100</disk_max_used_gb>
<disk_max_used_pct>99</disk_max_used_pct>
<disk_min_free_gb>0.1</disk_min_free_gb>
<vm_max_used_pct>75</vm_max_used_pct>
<ram_max_used_busy_pct>95</ram_max_used_busy_pct>
<ram_max_used_idle_pct>99</ram_max_used_idle_pct>
<max_bytes_sec_down>120000</max_bytes_sec_down>
<max_bytes_sec_up>20000</max_bytes_sec_up>
</global_preferences>
<cross_project_id>f77a3b1339c307862c6d924eb48cdedc</cross_project_id>
<time_stats>
<on_frac>1.000000</on_frac>
<connected_frac>-1.000000</connected_frac>
<active_frac>0.999965</active_frac>
</time_stats>
<net_stats>
<bwup>4630.667011</bwup>
<avg_up>341364262.403368</avg_up>
<avg_time_up>1290990955.979724</avg_time_up>
<bwdown>4027.531975</bwdown>
<avg_down>331874218.536615</avg_down>
<avg_time_down>1290985047.223589</avg_time_down>
</net_stats>
<host_info>
<timezone>0</timezone>
<domain_name>shredder</domain_name>
<ip_addr></ip_addr>
<host_cpid>dcd27c65fc41d7e50ea0659f6e3e2d64</host_cpid>
<p_ncpus>1</p_ncpus>
<p_vendor>AuthenticAMD</p_vendor>
<p_model>AMD Athlon(tm) XP 1800+ [Family 6 Model 8 Stepping 1]</p_model>
<p_features>fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr ssefpu vme de pse </p_features>
<p_fpops>829932233.471618</p_fpops>
<p_iops>1376446366.742592</p_iops>
<p_membw>1000000000.000000</p_membw>
<p_calculated>1290984413.388237</p_calculated>
<m_nbytes>268369920.000000</m_nbytes>
<m_cache>1000000.000000</m_cache>
<m_swap>0.000000</m_swap>
<d_total>10005037056.000000</d_total>
<d_free>8847405056.000000</d_free>
<os_name>Haiku</os_name>
<os_version>1, r33109 Sep 12 2009 17:45:45</os_version>
</host_info>
<disk_usage>
<d_boinc_used_total>21443504.000000</d_boinc_used_total>
<d_boinc_used_project>0.000000</d_boinc_used_project>
</disk_usage>
<other_results>
</other_results>
<in_progress_results>
</in_progress_results>
</scheduler_request>
Trollu, to wygląda na requeta do LHC a mie do dneta.
BTW masz zaznaczone, żeby pobierał zadania na CPU?
miałem zaznaczone tylko karty. Zmieniłem ustawienia na stronie projektu i dziś wieczór znów zapuszczę Haiku :D
got 8 new tasks %)
http://dnetc.net/hosts_user.php?sort=rpc_time&rev=0&show_all=1&userid=11
http://dnetc.net/results.php?userid=11
ciekawe dlaczego raportuje 0 sekund....
ale sesef masz szacun mój wielki i iwo jak już się we wrocku znajdziesz.... :parrrty:
Pewnie ten sam problem co na MacOS i paru innych systemach, wrapper zwraca 0 bo nie da się w prosty sposób łyknąć czasu CPU dla zadania.
Cytat: Troll81 w 02 Grudzień 2010, 10:22ciekawe dlaczego raportuje 0 sekund....
Nie mogłem zmusić funkcji wait4 do działania, nie wiem czemu jej nie widział headerach a tan była. Z tego powodu wrapper zawsze jako czas będzie zwracać 0 na punkty to i tak nie wpływa.
ok ważne że moje haikubox pracuje :D moze ta jaskólka ruszy tyłki developerom innych projektów?
Po co skoro nawet ty odpalasz to na wirtualce? (jeśli dobrze zrozumiałem wypowiedzi w tym wątku)
Ja odpalam na dedykowanym haikuboxie :D niestety płayta ma parę kondziołów wybrzuszonych iczasem grymasi. A że ostatnimi czasy prąd u nas niestabilny to grymasi jeszcze bardziej :(