BOINC@Poland

O dziwo całe, ale jakieś takie wszystko tam zakopcone :D. Obudowy nie rozerwało, ale strzelił bardzo głośno.
Kurzu nie było, wentylowany był bardzo dobrze.

Zasilacz praktycznie eksplodował. Rozgrzał się biedaczek niemiłosiernie i huknął, aż podskoczyłem. :o Dobrze, że zadziałał główny bezpiecznik instalacji elektrycznej. Pozbawiłbym cały blok prądu.
Na nieszczęście zjarała się płyta główna i najprawdopodobniej procek Amd x2. >:(

Działał 3 lata - 24/7. Noname 350W. Przez ostatnie pół roku byl poddany zbyt duzym obciążeniom. Głównie za sprawą podkreconego procka.
A może milky go tak wykończyła. :D

Ostał mi się jakiś amd-k6-II@500 i z imponującymi 192MB pamięci. Da się coś liczyć na i586? Nie ma chyba sensu na takim liczydle?
Czas na zakupu nowego sprzętu.

Przetestowalem kilka wariantów. Najlepszy wynik benchmarku to 3:13 (gcc-3.4.6).
Z poprzednią wersją hillclimb.c 2:59 (gcc-3.4.6).

Zmiany w hillclimb spowodowały przetasowanie. Trudno tak na gorąco to wszystko ogarnąć.
Wcześniej zdecydowanym liderem była wersja gcc - 3.4.6, a wszystkie nowsze 4.x.x, dawały słabe rezultaty.
Teraz o dziwo nastąpił znaczący przyrost dla np. gcc 4.3.2. Wynik benchmarku 3:41, a wcześniej coś ok 4:30-50s.

Jeszcze jedno, o 100% wzrosła wielkość aplikacji.

Tak. Wcześniej zrobiłem taki dziwny mix. Teraz jest ok.

Kompilowałem gcc 3.4.6. Niestety nie akceptuje flagi "fschedule-insns" dla hillclimb.c.
Przy procu amd, fschedule-insns jest kluczową dla aplikacji enigmy. :(
Stąd i wynik benchmarku słabiutki. Później zobaczę z innymi wersjami gcc.

Między innymi takie:
hillclimb.c:5026: error: too few arguments to function triscore
hillclimb.c:5041: error: too few arguments to function triscore
hillclimb.c:5053: error: too few arguments to function triscore
hillclimb.c:101: warning: unused variable tlen

pluje błedami przy komiplacji hillclimb.c :(

wyglądają na identyczne, choć mogę się mylić :)

no, no ... aplikacja zachęcająca do liczenia, punktowania  ;D

Cytat: TJM w 03 Listopad 2008, 22:50
Gorzej z tym, że mi np. pobrało po czym zadania wisiały niby skończone ale dalej cośtam robiły, po paru godzinach padł manager bo skończyło się miejsce na partycji - jakiś exek potworzył logi o wielkości kilkudziesięciu GB i to jeszcze poza katalogiem projektu...

próbuje przejąć kontrolę na twoim kompem ;D

Cóż nikt nie był przygotowany. Zaistniała sytuacja jest problematyczna, ba w następnych miesiącach mogą wystąpić inne, zupełnie nieprzewidziane.

Cytat: RAD-Poland w 03 Listopad 2008, 19:00
1) dla osób które się zgłoszą, że świadomie chciały wziąć udział w projekcie miesiąca i nie mogą założyć konta, do Projektu Miesiąca (Grand Prix) zaliczone zostaną punkty z projektu rezerwowego z uwzględnieniem odpowiedniego współczynnika korekcji

Moim zdaniem powinny być brane z automatu, o ile to nie problem techniczny.
Przecież należą do teamu. Zgłaszanie akcesji - jakieś takie dziwne.
Czy liczą w tym miesiącu seti świadomie, czy nie, nie powinno mieć żadnego znaczenia.
Warunek w dniu 1.11 nie miały konta na Malariacontrol.net

DanieI odpuść. To nie ma najmniejszego sensu, więcej to jest praktycznie niewykonalne (uruchomienie boinc).
Budowa klastra to ogromne wyzwanie. Zarówno pod względem hardware jak i software.

Cytat: Pigu w 31 Październik 2008, 22:39
2008-10-31 22:38:34|Milkyway@home|Found app_info.xml; using anonymous platform
2008-10-31 22:38:34|Milkyway@home|parse error in app_info.xml; check XML syntax

wszystko ok?

Wrzuć odpowiednio zmodyfikowane app_info.xml.

Dziś Milksop at try udostępnił swoją optymalizowaną aplikację. Wersja pod windows i linuksa.
Szczegóły na forum projektu. Przetestowałem 4 WU przyśpieszenie liczenia bardzo duże ok 300%.
EDIT:
Szybkość liczenia jest dużo większa. Działa ograniczenie punktowe - 0.06 kredytu/s.
O ile nie zmieniły się WU, to u mnie dla serii gs_373:
było ok 13800s
teraz ok 335s.

To nie problem użyj odpowiednich opcji do wgeta lub curla i podstaw w to miejsce.
W sumie to najlepiej telnetuj się na AP i może z niego bezpośrednio pobierać dane bez żadnego
opóźnienia.

zapisz stronę do pliku twoja.strona.html
echo -e "`date +'%F %R'`\t`cat twoja.strona.html | grep '\<p id="signal"' | sed 's|\(.*signal.>\)\([0-9]*\)\(<\/.*\)|\2|'`" >> signal.txt
jeśli jest ok
w to miejsce ..cat twoja.strona.html.. podstaw odpowiednio wget lub curl

Pod linuksem latwo przetwrzać za pomocą podstawowych narzędzi dostępnych bezpośrednio z powłoki,
grep, sed, awk, całe textutils (tr, cut, tail). Są wielce użyteczne.

echo -e "`date +'%F %R'`\t`wget -q -O - http://twoja.strona | grep '\<p id="signal"' | sed 's|\(.*signal.>\)\([0-9]*\)\(<\/.*\)|\2|'`" >> signal.txt

Choć jak poprzednik wspomniał można to rozwiązać na 1001 sposobów.

remote_hosts.cfg
musisz go stworzyć
touch remote_hosts.cfg lub echo "127.0.0.1" > remote_hosts.cfg
http://boinc.berkeley.edu/trac/wiki/RpcAuth

EDIT:
Myślę, że problem leży jednak w /etc/hosts
nazwałeś jakoś swój serwerek
co pokazuje hostname

w /etc/hosts powinno być
#<ip-address>   <hostname.domain.org>      <hostname>
127.0.0.1   localhost   twoje hostname

http://climateapps2.oucs.ox.ac.uk/cpdnboinc/forum_thread.php?id=3590&nowrap=true#17779

Coś masz nie tak z netem.
Może dodaj jeszcze swój statyczny adres do hosts.
np. 192.168.0.3   localhost

pkill -3 boinc

Mógłbyś pokazać cały komunikat. Jaka wersja boinca?
http://boinc.berkeley.edu/dev/forum_thread.php?id=3031&nowrap=true#20208

zobacz jaką masz zawartość w pliku hosts "cat /etc/hosts"

jeśli nie masz takiej zawartości to wklej
127.0.0.1      localhost.localdomain   localhost

Dla procesorów intela również? Na jakim gcc oparta jest ta wersja mingw?

Ok. Poczeka się.
Bufora nigdy nie ustawiam dłuższego niż na dwa dni.
Jak na złość primegrid również ma przestój w psp sieve a lubię je bo dobrze punktują. ;D

Stało się. Brak zadań. Nie ma ochoty więcej pobrać. >:(
Zmieniałem bufor, próbowałem z 5.10.45 bez rezultatu.

Cytat: Troll81 w 16 Październik 2008, 15:43
a co zrobimy z projektem roku???????

11 projektów miesiąca +12 wyjątkowy

Cytat: Szopler w 16 Październik 2008, 15:31
Na projekt roku polecam Climate ;)

O tak nadaje sie idealnie.

Bardziej mi chodziło o taki wyróżniony projekt miesiąca.

Ciekawa inicjatywa. Jak chyba większość lubię wszelkie rankingi. :D
Warto zauważyć bardzo dużą frekwencję w tym miesiącu.
Może jeszcze dodatkowe głosowanie na projekt roku. :)
Z super mobilizacją teamu.

Sama aplikacja jako taka nie wysypuje się.
Przy obciążonym systemie i wyłączonej aplikacji jest ok. Może tu być winny xenowy kernel. Bardziej "czuły".
Nic to, zmniejszę taktowanie. >:(

Niestety mocno optymalizowana aplikacja enigmy (własny build) pod linuksem wprowadza bardzo dużą niestabilność do systemu. Początkowo obaraczałem tym tylko zbytnie podkręcenie procesora.
Tyle że wcześniej nie miałem, aż takich kłopotów (nawet przy większym OC)
Głównym winowajcą są zbyt agresywne flagi kompilacji enigmy, choć podkręcenie proca też ma wpływ.
Problemy występują wyłącznie przy bardzo silnym wykorzystaniu procesora innymi zadaniami, np.
mocno obciążony wirtualny system, kompilacja większych pakietów (aplikacji). Zwisy systemu
następują jednak tylko przy działającej enigmie. :(
Odwrotnie jest ok tzn. jeśli proc obciąża tylko enigma.

Na 100%

Cytat: TJM w 15 Październik 2008, 00:04
Hm a luknij jeszcze w logi ile sekud żąda twój host. Może problem leży w schedulerze projektu, w końcu po dużym updejcie do najnowszej wersji jakieś błędy muszą być :D

Sending scheduler request: To fetch work.  Requesting 7978 seconds of work, reporting 0 completed tasks
...
Sending scheduler request: To fetch work.  Requesting 12147 seconds of work, reporting 0 completed tasks

Z tym, że mam ustawiony update projektu co 1h.
EDIT:
sched_request_www.enigmaathome.net.xml
     <duration_correction_factor>0.443998</duration_correction_factor>
W logach jeszcze coś takiego
[error] Couldn't parse statistics_www.enigmaathome.net.xml

Cytat: Troll81 w 15 Październik 2008, 00:09
Czyli mam rozumieć że jako user athlona (mój okręt flagowy) mam liczyć na efekt placebo z ostatniej wydanej oficjalnie optymalki??

pewnie cóś przyśpieszy
Tak jak pisze TJM, trzeba osoby, która pogrzebie w źródłach. Ja tylko się bawię kompilacją.

Cytat: TJM w 14 Październik 2008, 15:16
W bazie wszystko z twoim hostem ok, jedynie average turnaround bardzo niski - 0.06 dnia, co potwierdza to o czym piszesz. Nie zmieniałeś ustawień bufora ?

Jedynie go zwiększyłem z minimum 0.25 na 1/dzień.
Bufor pomałuuu się wypełnia. Mam 1wu w zapasie.

Ściągam, instaluję rózne retro-dystrybucje i kompiluję źródła enigmy za pomocą gcc.
Generalnie wyniki aplikacji kompilowanych wersjami gcc 3.2.3, 3.3.6 i 3.4.6 są na styku (2-20s)
Bywają i takie przypadki:
wersja gcc 3.4.6 (Arch Linux x86_64) - wynik benchmarku 2:59
wersja gcc 3.4.6 (CentOS 4.7 x86_64) - 3:22.
Duża rozbieżność. Wersje 4.x.x słabiutko od 4:32 do 5:05.

Fajne te wszystkie nowe staty. :)

Zmienił się u mnie claimed/granted.
Czyżby to wynik nowej kalibracji?
Druga sprawa bufor wu. Od wczoraj liczę na bieżąco. Nie pobiera dodatkowych zadań!! >:(

Cytat: TJM w 13 Październik 2008, 11:12
Dziwna sprawa bo u mnie na takim gcc: gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk) teoretycznie wszystko się kompiluje, ale brakuje w nim z kolei flag dla nowszych procesorów.

ważne są również "małe" numery wersji
moja to dokładnie gcc 3.2.3-59
Owszem sprawdziłem uzywając gcc-3.4, te pliki nie mają żadnego wpływu na wydajność. Mowa o key.c i stecker.c.

Cytat: TJM w 13 Październik 2008, 00:15
Jeśli chcesz jeszcze większej wydajności: zmieniony nieco score.c http://tjm.boo.pl/enigma/score.zip - to wersja tylko dla linuksa, windowsową mogę jutro uploadnąć bo została na innym kompie. Wzrost wydajności jest różny, najbardziej zauważalny na słabszych maszynach.

Dziwne. U mnie nowy plik score.c zmniejsza wydajność.
najlepszy benchmark to    2:59 (gcc 3.4)
z nowym score.c         3:15-3:17

Cytat: TJM w 13 Październik 2008, 00:15
Pokaż co tam za błąd wyskakuje, może trzeba jakąś drobną poprawkę w źródle machnąć.

logi są tu:
http://www.adrive.com/public/ebec4711d50db948bc21738b6ef5e513545e99dd44882865cf128f42b87b0339.html
Błędy dotyczą dwóch plików key.c i stecker.c.
Może one jednak nie mają żadnego wpływu na wydajność aplikacji.

kiszka - nie udała się instalacja gcc-3.2 pod pld.
Cóż rozwiązałem to instalując centosa na virtualce i to nawet w wersji 64 bit.
Owszem pod gcc-3.2 się kompiluje, tylko znów jest problem z '-fschedule-insns' i cpu=athlon64. Tym razem plik 'key.c'.
Co inna wersja gcc to jakieś nowe kwiatki. >:(
Testy wydajnościowe zostawię już na jutro. No, no to już "dziś". :)

Faktycznie coś innaczej wygląda cała strona. Mhm. Ja to i tak głównie tam zaglądam za pomocą elinks (txt browser). :D
EDIT:
Przetestowałem gcc-3.2.3. Musi mieć powera.
Kompilowane bez fschedule-insns -  3:59
Częściowo z fschedule-insns - 3:03. Żeby tak poszło wszystko z tą kluczową flagą byłby napewno najlepszy wynik.

Spróbuję. Choć taki downgrade jest niemożliwy na dystrybucjach, których na codzień używam.
Problem jest w x86_64. Choć mam kilka wirtualnych systemów x86.
Jak wspominałem całem szczęście, że ocalało pld ac, którego nie uruchamiałem od ponad 2 lat
a w sumie jest już zamrożone. Mimo wszystko pakiety pięknie się instalują.
Bo na ten przykład próba zbudowania mingw z gcc 3.4 ze speca w pld th skończyła się błędami.
Ten spec jest sprzed dobrych 2 lat. Wszystkie pakiety mam w najnowszych wersjach.

EDIT:
Próbowałem zbudować gcc-3.2 ze speca (rok 2003) i kiszka.
Ponowny test na gcc 3.3.6 i wyniki na poziomie nieoptymalizowanej aplikacji. Bardzo słabo 5:06.
CentOS 3.9 zawiera gcc 3.2.

TJM próbowałem takich oto wersji gcc 4.3.2, 3.4.6, 3.3.6.
Mowa o testach pod linuksem i amd x2@2700 .
wyniki benchmarków i najlepszych kompilacji
4.3.2 - 4:17
3.4.6 - 2:59
3.3.6 - słabo nawet nie zapisywałem

mała uwaga 4.3.2 kompilowane na raty tzn. bez flagi "fschedule-insn"  hillclimb.c i ic.c (błedy)
i to tylko przy mcpu=k8 inne mcpu np. pentium4, nocona oki.
Wersja 3.3.6 może być najbardziej optymalna do starszych wersji k-3, duron i athlon-xp.
Mhm. Mało już takich komputerów przelicza.

wynik aplikacji windowsowej pod win xp (xen)
3.4.2 - 4:05

Cytat: ERni w 09 Październik 2008, 22:46
wstawiłem pod win na A x2 4600 i A3800.... zobaczę co będzie

Jeśli wszystko będzie ok, tzn. TJM nie będzie zgłaszał jakiś problemów to możesz wrzucić na
semprony. Masz tam ich małą gromadkę. Oprócz athlona xp.