Aktualności:

Nasza strona na Facebooku - poleć znajomym.

Menu główne

Race

Zaczęty przez stasieks, 01 Czerwiec 2008, 14:34

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)  :)

   
WCG:
PG:         YOYO:

     

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

#83
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...

W razie jakiejś pilniejszej sprawy - jestem często dostępny na kanale IRC B@P, na forum czasami zapominam zajrzeć lub nie mam czasu.

RAD-Poland

#84
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

   
WCG:
PG:         YOYO:

     

buninek

#85
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.

Cytat: RAD-Poland w 24 Sierpień 2008, 11:24
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.

Cytat: TJM w 24 Sierpień 2008, 11:19
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

#86
Why Prime, why?


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

Cytat: Szopler w 24 Sierpień 2008, 13:11
Why Prime, why?


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

Cytat: Szopler w 24 Sierpień 2008, 13:11
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 :)



Bo jest paru kumpli :),
Bo jest parę w życiu dobrych chwil...


Moja wizytowka i sygnaturka

RAD-Poland

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

Cytat: buninek w 24 Sierpień 2008, 13:57
...
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  :(

   
WCG:
PG:         YOYO:

     

buninek

#91
Cytat: RAD-Poland w 24 Sierpień 2008, 15:44
- 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: 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

#92
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

CytatBa 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

   
WCG:
PG:         YOYO:

     

TJM

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



W razie jakiejś pilniejszej sprawy - jestem często dostępny na kanale IRC B@P, na forum czasami zapominam zajrzeć lub nie mam czasu.

PanStaszek

Cytat: ERni w 24 Sierpień 2008, 11:08
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ę .....


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

Szopler

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

RAD-Poland

#96
Cytat: pa_well w 24 Sierpień 2008, 20:37
...
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

   
WCG:
PG:         YOYO:

     

PanStaszek

#97
Cytat: RAD-Poland w 24 Sierpień 2008, 20:46

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 ... :'(


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

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ę .....


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

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

   
WCG:
PG:         YOYO:

     

PanStaszek

#103
Cytat: RAD-Poland w 24 Sierpień 2008, 21:43
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 !


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

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

Cytat: buninek w 24 Sierpień 2008, 22:26
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.

W razie jakiejś pilniejszej sprawy - jestem często dostępny na kanale IRC B@P, na forum czasami zapominam zajrzeć lub nie mam czasu.

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

#108
Cytat: buninek w 24 Sierpień 2008, 22:26
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

Cytat: Rytis - Forum moderator - Project administratorYou 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ć  ;)

   
WCG:
PG:         YOYO:

     

Troll81

Gratulacje dla teamu :D

Szopler

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

PanStaszek

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


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

stasieks

Cytat: pa_well w 25 Sierpień 2008, 02:01
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  :'(


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

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.

W razie jakiejś pilniejszej sprawy - jestem często dostępny na kanale IRC B@P, na forum czasami zapominam zajrzeć lub nie mam czasu.

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)

   
WCG:
PG:         YOYO:

     

Troll81

One są krótkie??

PanStaszek

Cytat: TJM w 25 Sierpień 2008, 12:26
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....


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

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

Cytat: Troll81 w 25 Sierpień 2008, 12:42
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))
Cytat32_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

   
WCG:
PG:         YOYO: