Race

[RAD-Poland]

niestety, dlatego też ostateczne/oficjalne wyniki będą kilka dni po zakończeniu wyścigu (po tym jak wszystkie wu zostaną zweryfikowane)

obecnie nie jest źle, mamy dużą przewagę nad drużynami za nami, a do awansu na 19 brakuje ok 2k (jakieś 2 wu)  :)

[3Rni]

właśnie o 11:00 zdobyliśmy 19 pozycje i to chyba wszystko, do Czechów mamy 25k pkt straty więc będzie ciężko....

trzeba bronic "19" bo  japońce dychają tuz za nami....

liczymy dalej ^^  ;D

[buninek]

Mam małe pytanie.
Wcześniej w tym projekcie przeliczałem wu z podprojektu Prime Sierpinski Problem Sieve.
Bardzo krótkie bez dodatkowej walidacji. Bufor wu miałem ustawiony na 1 dzień.
Wczoraj dołaczając się do race w pośpiechu nie zmieniłem na minimum.
Zaaplikował mi 190 WU do liczenia. Źle to oszacował? :o

Do zakończenia wyścigu nie mam szans ich przeliczyć.
Czy nie będę w ten sposób znacząco opóźniał procesu walidacji?
Możę powinienem dużą ich część przerwać i odesłać?

[TJM]

Przerwanie i odesłanie nie jest szkodliwe dla projektu i zawsze lepiej tak zrobić niż czekać, więc jeśli masz wątpliwości to działaj. Pamiętaj tylko, że tymczasowo spadnie ci daily_quota.
Nie wiem jaki tam masz proc, ale nie wiem czy w ogóle jakiś wysoko przetaktowany quad dałby radę zmieścić się w deadline z 190 zadaniami...

[RAD-Poland]

jak wyżej
- lepiej teraz przerwać, niż czekać jak za dwa dni same wrócą do puli, poprostu minie termin (te wu mają krótki deadline)
- jak masz trochę czasu na sprawdzanie to pozostawiaj i przelicz te WU, które mają już jeden odesłany wynik

EDIT: prawdopodobnie serwer policzył ilość wu na podstawie poprzednio odsyłanych wu (np z czasem po 15min zamiast 5h) to jest dość często występujący błąd

[buninek]

Już przerwałem.
I przedobrzyłem :'(
Robiłem to małym skryptem.
Nie odhaczyłem będących w liczeniu. 8000s poszło się ...
Szkoda.

EDIT: prawdopodobnie serwer policzył ilość wu na podstawie poprzednio odsyłanych wu (np z czasem po 15min zamiast 5h) to jest dość często występujący błąd

Dokładnie tak było. Wcześniej przeliczałem dziennie ok 180WU -- 950s na wu
I tyle mi przysłał.
Teraz liczy 13000s i 25000s. Spora różnica.

Nie wiem jaki tam masz proc, ale nie wiem czy w ogóle jakiś wysoko przetaktowany quad dałby radę zmieścić się w deadline z 190 zadaniami...

Liczę na amd x2. Podprojekt jest dla naprawdę mocnych procków z dużym L2, np 12MB quada 9450.
Duży cache daje bardzo dużego kopa.

[Szopler]

Why Prime, why?

Kod [Zaznacz] Rozwiń


55284511 38064404  22 Aug 2008 0:09:50 UTC  23 Aug 2008 10:05:31 UTC  Over  Success  Done  3,746.48  10.74  0.00

2 unity mi tak załatwił :'(

Edit:
Już wiem... jest quorum - nie ma punktów :P.
Wychodzi na to, że w YoYo trzeba będzie wywalać unity które już mają quorum... żeby jak najwyżej zapunktować i nie tracić czasu :).

[buninek]

Why Prime, why?

Kod [Zaznacz] Rozwiń


55284511 38064404  22 Aug 2008 0:09:50 UTC  23 Aug 2008 10:05:31 UTC  Over  Success  Done  3,746.48  10.74  0.00

2 unity mi tak załatwił :'(

Faktycznie kiszka. :(
Tylko skąd u Ciebie takie wyniki.
Próbkę przeliczyłeś 2.5x szybciej niż naprawdę mocny quad. :o
i 4x niż średniak.

[Troll81]

może stąd błąd. MOże nie przeliczył, wysypało siem coś no i server teraz nie punktuje unitu.

[AiDec]

Edit:
Już wiem... jest quorum - nie ma punktów :P.
Wychodzi na to, że w YoYo trzeba będzie wywalać unity które już mają quorum... żeby jak najwyżej zapunktować i nie tracić czasu :).

Czy ktos moglby mi po ludzku wytlumaczyc ten temat? O co chodzi z tym quorum, jak to sprawdzac i czym sie to w ogole je... Bede wdzieczny :)

[RAD-Poland]

prawdopodobnie odesłałeś próbkę z błędem

...
Tylko skąd u Ciebie takie wyniki.
Próbkę przeliczyłeś 2.5x szybciej niż naprawdę mocny quad. :o
i 4x niż średniak.

- z tego co widzę, próbka była liczona pod Linuksem i Manager był restartowany "podwójny wpis wrappera" w wyniku wu

- pod Linuksem działają checkpointy ale wrapper po ponownym uruchomieniu nalicza czas od początku (dlatego taki mały cpu_time)

- niestety przy tych próbkach llr321 nawet gdyby zapunktowała to i tak mniej niż normalnie (granted credit w pewien sposób zależy od claimed credit choć nie wprost)

EDIT: inne dwa hosty przeliczyły już tę wu i otrzymały punkty, co skłania do stwierdzenia, że jednak był jakiś błąd  :(

[buninek]

- pod Linuksem działają checkpointy ale wrapper po ponownym uruchomieniu nalicza czas od początku (dlatego taki mały cpu_time)

1) -----------
  name: llr321_17460239_2
  WU name: llr321_17460239
  project URL:

Kod [Zaznacz] Rozwiń

http://www.primegrid.com/
  report deadline: Sat Aug 30 23:12:23 2008
  ready to report: no
  got server ack: no
  final CPU time: 0.000000
  state: 2
  scheduler state: 2
  exit_status: 0
  signal: 0
  suspended via GUI: no
  active_task_state: 1
  stderr_out:
  app version num: 507
  checkpoint CPU time: 0.000000     <-------------------- nic tu się nie zmienia
  current CPU time: 10939.430000
  fraction done: 0.000000
  swap size: 11763712.000000
  working set size: 11526144.000000
  estimated CPU time remaining: 13018.953435
  supports graphics: no

W client_state.xml nic na temat checkpoint nie wiadomo.
Ba nawet nie da się oszacować końca liczenia.

[RAD-Poland]

jest w init_data.xml w slocie gdzie liczy się próbka
<checkpoint_period>60.000000</checkpoint_period>  EDIT: ale to chyba dane z ustawień globalnych

w slocie tworzony jest plik
zxxxxxx gdzie x to numer obliczanej jednostki
czas zapisu do tego pliku u mnie zmienia się co kilka minut

próbka liczona 6h20 min po odesłaniu - nie ma błędu, czeka na qworum - drugi wynik
Success     Done     5,523.77     25.72     pending

Ba nawet nie da się oszacować końca liczenia.

fakt - niemniej z doświadczenia / własnych spostrzeżeń / czasów obliczeń innych można oszacować orientacyjny czas przeliczania
u mnie czas obliczeń 6h20 - 7h50 dla Athlon64X2 3800+ 2,0@2,22

[TJM]

Ciekawe skąd tak długi oczekiwany czas przeliczania dla jednego zadania, mam nadzieję, że nie będzie taki jak na screenie %-)

[PanStaszek]

właśnie o 11:00 zdobyliśmy 19 pozycje i to chyba wszystko, do Czechów mamy 25k pkt straty więc będzie ciężko....

trzeba bronic "19" bo  japońce dychają tuz za nami....

liczymy dalej ^^  ;D

Aktualnie Japońce daleko w tyle, a do południowych sąsiadów jedyne 10k, może jednak damy radę ? Byłoby miło  :) Ocieram pot z maszyn i walczę .....

[Szopler]

SKB@P I - 1481 złotych, SKB@P II - 1095 złotych, pokonać Czechów - bezcenne ;D.

[RAD-Poland]

...
Aktualnie Japońce daleko w tyle, a do południowych sąsiadów jedyne 10k, może jednak damy radę ? Byłoby miło  :) Ocieram pot z maszyn i walczę .....

co widać The Dog Days of Summer Challenge - wyniki

ERni czuje Twój oddech na plecach - zapowiada się ciekawa rywalizacja tytanów  :)

(różnica 1 wu  :o)

EDIT: 21:00 zmiana lidera, gratulacje pa_well, kibicujemy dalej ERni ERni .....  ;D

[PanStaszek]

ERni czuje Twój oddech na plecach - zapowiada się ciekawa rywalizacja tytanów  :)

(różnica 1 wu  :o)

wolę jednak określenie współpraca niż rywalizacja w tym przypadku ... dawaj ERni   :)

...a jeśli Czesi nas pokonają to biorę winę na siebie, bo nie dość że nie mogłem podłączyć wszystkich swoich maszyn, to jeszcze zacząłem dobę później bo mi się pozajączkowało ... :'(

[3Rni]

dobrze idzie może braci Czechów wyliczymy.... ;D
czas się kończy więc dużo już nie naskrobie ale zostało niecałe 2k kredytów w pendingach.....

liczymy dalej ^^

[emik]

ja jeszcze dołożę 2wu - skończą się przeliczać przed końcem wyścigu

[Szopler]

Jeszcze 4,5h... 2 WU napewno dorzucę, a jak dobrze pójdzie to i 3 :).

[PanStaszek]

no to ja postaram się zrzucić jeszcze ze 30 WU jak się wyrobię .....

[RAD-Poland]

też jeszcze 2 odeślę (15 min rezerwy), jak wszystko dobrze pójdzie o 1:45 naszego czasu  :)

ziarnko do ziarnka i południowych sąsiadów mamy w garści  ;D

[PanStaszek]

ziarnko do ziarnka i południowych sąsiadów mamy w garści  ;D

niepoprawny optymista ... ale to lubię !   

aleeeee... tylko 4k różnicy !!!  , chyba podłączę jeszcze lodówkę i mikrofalę do projektu !

[buninek]

U mnie jeszcze 12 WU  czeka na walidację. 2 może jeszcze doliczą się.

Zaczynam się niepokoić. Żadna jeszcze nie zapunktowała.

W kilku mam taki komunikat.
Validate state:   Checked, but no consensus yet

[3Rni]

 ;D ;D ;D ;D jest realna szansa na 17 pozycje go go  :o

liczymy dalej ^^

[TJM]

U mnie jeszcze 12 WU  czeka na walidację. 2 może jeszcze doliczą się.

Zaczynam się niepokoić. Żadna jeszcze nie zapunktowała.

W kilku mam taki komunikat.
Validate state:   Checked, but no consensus yet

Zły znak, ktoś zwrócił zły wynik.

[buninek]

Komp to AMD X2 4200@2650. System linux x86_64.
Temp aktualna proca to 49.5. Zimno.

Miałem problemy z próbkami w projekcie poem. Aplikacja i686 (32 bitowa).
Tu jest tak samo. Może tu jest jakiś problem.
Cholerka. Żadnych błędów nie zgłasza.

[RAD-Poland]

U mnie jeszcze 12 WU  czeka na walidację. 2 może jeszcze doliczą się.

Zaczynam się niepokoić. Żadna jeszcze nie zapunktowała.

W kilku mam taki komunikat.
Validate state:   Checked, but no consensus yet

jeszcze 2,5 h na odsyłanie wu - spokojnie później zapunktują i zostaną doliczone punkty

You will get challenge score when the second result is returned. That's why we won't finalize challenge stats for some time after the deadline.

źródło

EDIT: no to mamy 17 miejsce, teraz tylko utrzymać  ;)

[Troll81]

Gratulacje dla teamu :D

[Szopler]

Jeszcze 1,5h... nie damy się! :D

[PanStaszek]

No to pozycja utrzymana. Gratuluje wszystkim liczącym. Dobrej nocy !

[stasieks]

No to pozycja utrzymana. Gratuluje wszystkim liczącym. Dobrej nocy !

Niestety:

17   Team-Goobee.org   355131.61
18   Czech National Team   347756.35
19   BOINC@Poland   347429.17
20   Kobe_Project   292681.49

Last update: Mon Aug 25 10:00:03 2008 (nasza 12:00:03)

Widac punktuja "pending" no trudno ale mobilizacja byla i w kolejnych wysigach bedzie ciekawie !!!!

[PanStaszek]

No co za pepiki... , o grubość włosa nas wzięli  :'(

[TJM]

Nie jest źle jak na krótki wyścig do którego większość z nas wskakiwała w biegu :D
Może jeszcze uda się łyknąć czechów, nadal jest trochę punktów w pending.

[RAD-Poland]

to nie są ostateczne wyniki, a z tego co napisali to może potrwać nawet do 6 dni
- u mnie jeszcze dwie wu czekają na qworum,
- pewnie, każdy z nas ma po kilka jeszcze nie zweryfikowanych wu w "pending"

- następny wyścig w przyszłym miesiącu będzie trwał tylko 24h, termin jeszcze nie ustalony (będą liczone próbki - GCW Sieve)

[Troll81]

One są krótkie??

[PanStaszek]

Nie jest źle jak na krótki wyścig do którego większość z nas wskakiwała w biegu :D
Może jeszcze uda się łyknąć czechów, nadal jest trochę punktów w pending.

... hmmm ja mam w pendingu jeszcze 5k, no to możeeee....

[buninek]

Cóż z mojego liczenia nic nie wyszło. Znaczy się wyszło
rozproszone ciepło z cpu. >:(

Wygląda na to, że nie polepszę wyniku zespołu.

Pojawił się pierwszy wynik 0.00. ???
Dziwne.

Komp od 4 miesięcy liczy 24/7. Nie ma żadnych problemów ze
stabilnością. Jedynie kilka błędnych wu było spowodowanych
wznowieniem liczenia po problemach z dostawami energii.

Liczyłem również w projekcie Riesel Sieve, który równie
intensywnie korzystał z cpu. Tam próbki liczyły się 11h i
wszystko było ok. Nie było problemów z walidacją wyników.
Teoretycznie szansa na błąd powinna być większa.

Gratulacje dla uczestników. :)

[RAD-Poland]

One są krótkie??

wyniki liczenia próbek  GCW Sieve  25.05.2008
- optymalizowane aplikacje 64bit (na forum piszą o +60% 32bit vs 64bit, u mnie wyszło znacznie więcej, bez komentarza  8))

32_GCW (1.06)  1976,54 sek - liczone na VM
64_GCW (1.09) 959,96 sek

- prawdopodobnie wydłużą próbki jak w przypadku PSP Sieve, ze względu na obciążenie serwera