BOINC@Poland

Proponuję w celach testowych ustawić wykorzystanie procka w BOINC-u na 75%.

Byłbym dźwięczny. :)

Wydajność proców AMD w tym projekcie to faktycznie cienizna. :(
Jednakowoż pod windowsem i linuksem.

Czy jest szansa na optymalizowaną wersja pod linuksa zlinkowaną statycznie?

Zlinkowałem statycznie używając kompilatora intela. Niestety podmieniona aplikacja
wywaliła dwie próbki.
http://www.enigmaathome.net/result.php?resultid=943167
http://www.enigmaathome.net/result.php?resultid=943085
Bez udziału boinca działa ok.

Kompilowana gcc (linkowana dynamicznie) również ok.

http://www.primegrid.com/result.php?resultid=58710893
U mnie powtórka z rozrywki. Identycznie jak w ostatnim wyścigu, czyli
Outcome         Success
Client state    Done
Validate state  Checked, but no consensus yet
Granted credit  będzie 0

Nie wiem jaka to dystrybucja, ale może tak
dodaj do /etc/modules
ne

i do /etc/modules.conf
alias eth0 ne     #chyba tam masz eth1
#options ne io=0x280 irq=11

Ależ tu nie chodzi o mnie o mój sprzęt, zdobyte punkty

1000 osób pracując tą metodą zrobiłoby duuużo więcej.

Jeśli traktowałbym BOINC tylko jako wyścig RAC już na starcie byłbym przegrany.

Mori.
Jego prawem jest robić z optymalizowaną aplikacją co tylko chce.
Nie obrażam się na to że Crunch3r ma ogromną wiedzę, ani że ktoś inny ma szybszy komputer.

Widzę to też tak.
Jest ogłoszenie BOINC o różnych budowach. Jeśli masz chęć wspomóż Nas.
W domu mam mały saperkę. Zgłosiłem się na ochotnika.
Inna osoba ma nie tylko szpadel, ale i wiedzę jak przyspieszyć postępy prac
na placu budowy. Widząc, że obok ktoś kopie ciężkim sprzętem moje kopanie saperką jest nieefektywne.
Przeniosłem się na inną budowę.

Należę do grona tych setek maciupkich. Mnie jego punkty i rac nie interesują, ale
jeśli mnożna liczyć szybciej bez ponoszenia dodatkowych kosztów (sprzęt), powinno się to umożliwić.
Byłby na stałe w "Hall of Fame BOINC".
Mając świadomość, że dany projekt mógłbym liczyć 10x szybciej (już teraz) a nie mogę, wolę liczyć inny.

Chyba również w tym celu twórca kodu udostępnia go. W jakim celu pomaga portować aplikacje na inne systemy?

Może nie chce ich udostępnić z jakiś innych względów niż tylko rywalizacja o max RAC?
Czy każdy ma równy dostęp do kodu aplikacji projektu ramsey?

Niech zabezpieczy aplikację DRM-em ;) lub pobiera jakąś kontrybucję w wysokości 10% zdobytych punktów. :D

źródła są tu:
http://www.cs.rpi.edu/~deselt/
Choć ja odnoszę wraźenie, że kod został zmieniony?
EDIT:
Link "ukryty" na forum. Podany po wielu naciskach i ta deklaracja, że z następną wersją bedą
w pełni upublicznione źródła. Zastanawiające.

Dziwi mnie sytuacja w której twórcy dopuszczają taką oto możliwość:
"We haven't tested Crunch3r's app -- so I'm not sure if it's even generating correct results"

taka opymalizacja bardziej mi przypomina generator losowy :(

ja tego kodu nie przeglądałem link jest z forum projektu

Swoją drogą czy nie ma szans na "unifikację" systemu punktowego wszystkich projektów w ramach BOINC.
Może to nie temat na ten wątek.
Pomijam takie anomalie jak w tym projekcie, które są tylko pompowaniem balonu "punktowego".

ja już to uczyniłem

Cytat: RAD-Poland w 22 Wrzesień 2008, 16:46
co do źródła to jest na serwerze uczelni Dave Przybylo
kiedyś ściągnąłem, moja kompilacja była lepsza niż pierwsza wersja publiczna, ale gorsza od obecnej

Ja wiem o tym. Tylko czy ten kod nie został zmieniony bez upublicznienia jego nowej wesji.
Wypowiedz opiekuna projektu Travisa:
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true#4823

The next version of the astronomy code will be open to the
public so you guys will be able to optimize it all you want,
and hopefully we can work together on making it faster.
Optimization isn't really my specialty so it's something
we'll need community help on.

Coś nie widać tej aplikacji. Miała być po tygodniu a minął już ponad miesiąc

ta to już ociera się o chorobę
niedługo dojdzie do tego, że optymalizowane aplikacje będą dostępne po uiszczeniu 200$ ;)

scheduler wyrzuca te same dane co po zalogowaniu się na konto
choć to zaproponowane jest dużo bardziej
eleganckie :P
sprawdziłem działa ;D

Po przeczytaniu tego wątku z forum projektu
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true
wezbrał we mnie duźy sceptycyzm do liczenia tego projektu,
a ten post tylko wzmógł go
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true#4841

Głównie chodzi mi o dostępność kodu źródłowego, który jakoby jest i go nie ma.
Podobno ma być udostępniony z następną wersją aplikacji.
No i problem walidacji próbek.
oraz
"We haven't tested his app to make sure the results are correct." :o

http://milkyway.cs.rpi.edu/milkyway/ suspend

Nigdy nie używałem ani nie instalowałem dystrybucji ubunto pochodnych
Instalacja z repozytorium jest banalnie prosta.
coś pewnie w ten deseń

sudo apt-get install vnc...

Ktoś pewnie pomoże lub
http://www.google.pl/search?hl=pl&q=ubuntu+vnc+install&btnG=Szukaj&lr=

EDIT:
Trochę trudno Ci cokolwiek pomóc, jeśli nie wiesz o istnieniu repozytoriów. :(

w czym problem?
nie znasz swojego userid?

curl -A "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)" -d "email_addr=buninek%40gmail.com&passwd=moje_haslo" -s --cookie cookies -L --url http://www.cosmologyathome.org/login_action.php > cosmo_moje_konto.html
lub -o cosmo_moje_konto.html lub | sed | grep | awk ...

EDIT:
Wypadałoby się jeszcze wylogować ;)
curl to potężne narzędzie w rękach osób znających dobrze protokół http, php.
Ma multum zastosowań. Można nawet nim pobrać pocztę przez www.

Ciekawostka dla webasterów.
echo "scale=4;`curl -s -o /dev/null -w '%{time_starttransfer}-%{time_pretransfer}' http://www.boincatpoland.org/smf`"| sed 's/,/\./g' | bc
Mierzy czas reakcji strony od momentu połączenia do rozpoczęcia transferu

Czas reakcji http://www.boincatpoland.org/smf
u mnie wyszło 0.152s.
dla przykładu http://forum.pclab.pl
prawie 1s

Cytat: mindc w 20 Wrzesień 2008, 15:07
jasne, próbowałem własnie wbić się na serwer POEM, wrzucając mu te same dane co wysyła BOINC ( kopiuj/wklej z tcpdumpa :) )

curl ewentualnie wget bez problemu pobiorą dane z serwera (o ile będzie on dostępny)

Swoją drogą i tak skrypt spełnia swoje podstawowe zadanie, prezentację za okres dłuźszy niż 60 dni.

A ja polecam live-cd dystrybucji, której sam używam :) (czasem arch-a)

http://livecd.pld-linux.org/

EDIT:
Na live cd znajduje się wiele potrzebnych narzędzi i aplikacji. Począwszy o Iceweasel (Firefox) z jawą i flashem
(tak można pograć na kurniku z live cd), aż po wireshark. Jest klient sieci bittorrent, odtwarzacz totem i  inne ...sprawdź.
Jeśli czegoś brakuje można doinstalować za pomocą poldka z repozytorium. To nie żart.
W repo jest ponad 16000 pakietów.

Jeśli nadal występują duże problemy z brakiem pamięci, pozbądź się X.

Aby system startował bez X wyedytuj plik /etc/inittab   i zmień
id:3:initdefault: (odkomentuj - #)
#id:5:initdefault: (zakomentuj -#)

Będzie sporo wolnego RAMu. Uruchamiaj BOINCA bez X.

/opt/BOINC/./boinc --dir /opt/BOINC/ &

i dalej jeśli projekt (primegrid) był wstrzymany, wznów go 'resume'

/opt/BOINC/./boinc_cmd --passwd 'cat /opt/BOINC/gui_rpc_auth.cfg' --project http://www.primegrid.com/ resume

{ reset | detach | update | suspend | resume | nomorework | allowmorework}

np. aktualizacja
/opt/BOINC/./boinc_cmd --passwd 'cat /opt/BOINC/gui_rpc_auth.cfg' --project http://www.primegrid.com/ update

więcej pomocy
/opt/BOINC/./boinc_cmd --help

np. krótkie info o przerabianych WU
/opt/BOINC/./boinc_cmd --passwd `cat /opt/BOINC/gui_rpc_auth.cfg` --get_simple_gui_info | grep -B 13 -A 9 "active_task_state: 1"

itp., itd.

EDIT:
Aby bezpiecznie wyłączyć
/opt/BOINC/./boinc_cmd --passwd 'cat /opt/BOINC/gui_rpc_auth.cfg' --project http://www.primegrid.com/ suspend
i
pkill -3 boinc
i możesz restartować lub zamykać system

EDIT 2:
Jeśli komputer jest ogólnie dostępny najwygodniej zainstalować screena
i w nim uruchamiać boinca. Co by nikt nie namieszał na zalogowanym koncie.
Wówczas i po wylogowaniu wszystko będzie chodziło tak jak trzeba.

screen -S boinc /opt/BOINC/./boinc --dir /opt/BOINC/

CTRL-a d  opuścisz screena
a tak uruchomiony boinc będzie działał nawet po wylogowaniu.

więcej
http://pl.wikipedia.org/wiki/GNU_Screen
man screen

zmień moze jeszcze uprawnienia na katalog /opt/BOINC  tylko dla użytkownika boinc, odczyt, zapis i uruchamianie
chmod 700 /opt/BOINC
Jescze mały skrypt w bashu, który w przejrzysty sposób pokaże co się dzieje z próbkami czas przeliczania i podobne
http://up.wklej.org/download.php?id=3c2e55b31641e3d4cfd7867dd501c5d9
zapisac jako np. boinc.sh
nadac prawo wykonywania
chmod +x boinc.sh
i uruchomić
./boinc.sh

EDIT 3:
Oczywiście do wszystkich tych komend można porobić aliasy, aby ich nie klepać. W .bashrc dodać np.
alias :ps="/opt/BOINC/./boinc_cmd --passwd 'cat /opt/BOINC/gui_rpc_auth.cfg' --project http://www.primegrid.com/ suspend"
Teraz wpisanie w konsoli :ps spowoduje wstrzymanie primegrid.

Ależ ja wcale nie twierdzę, że nie ma.
U mnie milky + 2 WU + system = 52MB.

1. Linux to nie windows. Trudno bez minimalnej chęci poznania systemu zrobić cokolwiek więcej
    niż przeglądać www za pomocą Firefoxa.
2. 256 MB  + 4 rdzenie to bardzo mało. Nie wiele projektów podoła takiej konfiguracji.

Instalacja.
Nadaj prawo wykonywania temu archiwum
chmod +x boinc_6.2.15_i686-pc-linux-gnu.sh
przenieś do katalogu z którego będzie się uruchamiał , np. /opt/ Tam rozpakuje się to archiwum tworząc katalog BOINC.
mv boinc_6.2.15_i686-pc-linux-gnu.sh /opt/     przykładowo
/opt/./boinc_6.2.15_i686-pc-linux-gnu.sh         rozpakowujesz archiwum
Stwórz użytkownika np. boinc i  jego hasło. 
useradd -m -s /bin/bash -p HASŁO boinc
Nadaj prawa własności katalogowi /opt/BOINC/  - użytkownikowi boinc
chown -R boinc:users /opt/BOINC/
Zaloguj się na konto boinc
odpal boinca
/opt/BOINC/./run_manager &

W sprawie autostartu
www.google.pl
http://boinc.berkeley.edu/addons/rc.boinc-slackware-linux-latest.txt

Przy nieznajomości linuksa, może być ciężko.
Ja po starcie systemu bez X, zużycie mam na poziomie 12MB.

Obecnie:
1        [||||||||||||||||||||||||100.0%]     Tasks: 56 total, 3 running
2        [||||||||||||||||||||||||100.0%]     Load average: 2.18 2.13 2.09
Mem  [||||||||||||||||||||191/1002MB]     Uptime: 08:23:42
Swp   [                       0/133MB]

Uruchomione wszystko czego potrzebuję.
W tym momencie najwięcej zjada firefox z 15 zakładkami.
Bardzo ważne jaki projekt liczysz.
W przypadku np. Poem zużycie dochdziło do max 850MB (2 rdzenie).

Teraz liczę milky na system i na 2 rdzenie wystarcza 128MB. Swap praktycznie nigdy nie dotykany.
A często dużo kompiluję.

Edit:
W Twoim wypadku Damn Small to dobry wybór.
Poszukaj on chyba z menu ma opcję instalacji na dysku (100%)

Linux 64 bit, X2 4200+ 2,65GHz
milky 68 pkt/h
rosetta ok 20.

Domyślnie sshd nasłuchuje na porcie 22. Tak.
O ile masz odpalone sshd (daemon - usługa). Powinno działać.
Jak nie jutro w pracy zainstaluj + vnc

Tu jeszcze jeden odnośnik, który w przystępny sposób pokazuje co i jak
http://ubuntuswitch.wordpress.com/2007/07/01/securely-remote-control-your-ubuntu-via-putty-from-a-windows-host-vncssh/

Remote desktop to usługa windowsowa.
Czyli z ubuntu (za pomocą np. rdesktop)  na termnial windowsa.

Ty potrzebujesz w drugą stronę czyli z windowsa na linuksa.

sshd (server) --->  windows np. puTTy
lub
np. tightVNC (server) ---> windows np. przeglądarka internetowa, tightvnc client
lub podobne Vnc, wiki ubuntu.
Sshd pewnie jest skonfigurowany i możesz się zdalnie zalogować.
Na początek odpal putty i zaloguj się.

Edit:
Prościej.
Żeby był zdalny dostęp musi być uruchumiona usługa zdalnego dostępu i klient, który będzie się łączył.
Sposobów jest dużo, baardzo dużo...

Jeśli masz już to ubuntu na dysku, to możesz zainstalować boinc-a jako usługę.
Wtedy będzie uruchamiała się przy starcie.  Tu masz mały tutorail

http://blog.os-tools.net/?p=31&language=en
www.xtremesystems.org/FORUMS/showthread.php?t=137278

Zdalny dostęp możesz uzyskać dzięki sshd (daemon) lub np. tightvnc, vnc.
I odpowiednio z windowsa łączyć się przez putty (ssh), vnc.

smp - Symmetric Multiprocessing
http://pl.wikipedia.org/wiki/Wieloprocesorowość_symetryczna
aby wykorzystać 3 rdzenie za pomocą jendej maszyny wirtualnej.

Faktycznie jak wspomniał Rad-Poland, smp wykorzystuje tylko vmware player??? (wersja free).
W przypadku qemu i virtualbox trza uruchomić 3 wirtualki, aby wykorzystać 3 rdzenie.
qemu na dodatek nie ma gościa 64bit.

EDIT:
poprawka qemu jak najbardziej wspiera smp (simulate), kosztem wydajności
EDIT2:
pod linuxem działa qemu-system-x86_64 (tylko boinc_x86_64 nie odpala)

benchmark boinc (32 bit) pod qemu + kqemu
host linux, gość linux (bez X)
187 floating point MIPS (Whetstone) per CPU
204 integer MIPS (Dhrystone) per CPU ;D

EDIT 3:
Dla porównania virtualizacja xen i Ververs (mocno ulepszony chroot)

Amd X2 4200@2600

Vservers - kernel 2.6.16 (ogólnie słaba wydajność jajka)
natywnie boinc x86_64           virtual (32bit)
   2212                            2048
   4732                            4087

Xen - kernel 2.6.22
natywnie boinc x86_64           virtual (32bit)
   2282                            2093
   5086                            4382
Tak się złożyło że we wszystkich wirtualkach mam 32bit. Dlatego wyniki trochę gorsze i troszkę mylące.

coś z tej trójcy:
vmware, virtualbox, qemu.

Moje doświadczenia z wirtualizacją są związane tylko z linuksem (xen, vservers, qemu).

Cytat: AiDec w 15 Wrzesień 2008, 19:29

Co by bylo gdyby odpalic 2 Managery na raz? W ukladzie:
6.3.10 - 3xGG
+
6.2.18 - 4xMilky z BAM`em

Co Wy, bardziej doswiadczeni o tym sadzicie?

Ja bym proponował wirtualną maszynę.
Wtedy taki numer raczej by przeszedł.
Takie zasoby CPU do wykorzystania - warte testów ;)

Ops RAD-Poland był szybszy

Cytat: TJM w 13 Wrzesień 2008, 20:34
Wygląda to tak, jakby Athlon 64 był krokiem w tył, bo jego wydajność w enigmie jest mniejsza od podobnie taktowanego Athlona XP.

Ogólnie to tak złe, to one chyba nie są.
Słabsze od Fx i Opteronów, ale czy od XP?

Ja miałem coś ok 17 takich wu.
Żadna nie została wcześniej potwierdzona przez 2 kompy.
Dopiero trzeci komp odrzucał moje wynki.
Pewnie nie dopuszcza najmniejszego błędu w wynikach.
Wszystkie moje próbki zakónczone rezultatem success a nie compute error.
Nie przeszły niestety walidacji.

W ostatnim wyścigu prima tak miałem. Liczyłem na 2 jajkach przez 24h. Ostateczny rezultat przelczania
to 0 punktów. Choć aplikacja ani razu nie wysypała się.
Cóż bardzo mocno wykorzystywany jest ALU procesora. Przy takiej długiej próbce musiały być jakieś błedy.
Proc po oc?
ALU procesora mocno wykorzystywany jest np. przez unzip. Spróbój rozpakować jakieś większe
archiwum + sprawdzanie crc. Ciekawe czy nie będzie błędów.
U mnie ocnięty komp niby zachowuje się jak skała, ale zauważyłem właśnie małe ale...
Przy update cvs z bardzo dużą ilością małych plików i sprawdzaniem sum kontrolnych miałem problem.
Aplikacja się wysypała.
Choć sprawdziłem teraz jeszcze raz i wszystko ok. Trudno tu o jednoznaczną ocenę.

Lap z 17' matrycą to już nie cegła to pustak.
To hybryda udająca desktop.
Na mój gust lap to ma być przenośny, wagowo max. 1.8 kg

A mi chodzi po głowie jakieś maleństwo w takim stylu
http://beagleboard.org/
lub coś na mini-ITX quad albo phenom.

Cytat: Mori w 05 Wrzesień 2008, 08:57
Wniosek: odpalić BOINCa, przejść kalibrację, potem przykręcić szybkiego procka/podzielić go i na inne zadanie i tłuc pointy xD

Projekty, które opierają punktację na benchmarku są chyba mocno podatne na różne sztuczki.

Sam nieświadomie stałem się boincowym cheeterem w rozecie. Liczyłem cały czas na podkręconym kompie,
zaś pewnego razu benchmark wykonałem na standardowym taktowaniu i ponownie wróciłem do
liczenia na ocowanym. Jakież było moje zdziwienie gdy przez tydzień moja średnia punktacja wzrosła
o ponad 100 punktów  :D do następnego benchmarku.
W sumie oprócz benchmarku nic się nie zmieniło komp chodził cały czas na tych samych ustawieniach.
Dziwne to to.

Projekty gdzie granted credit jest dużo mniejszy od claimed dyskwalifikuję. Patrz np. cosmo, enigma.

Gratulacje!!!!
To jest coś.

Można sprawdzić tu
http://www.primegrid.com/primes/?section=topusers&by=score

Jak każda dedykowana wersja ma tylko to co jest niezbędne do
startu i działania systemu.

Mój desktop startuje z dysku w 16 s. Specjalnie nie dążyłem do
skrócenia tego i tak słabego rezultatu z uwagi iż bootuję system
średnio raz na dwa tygodnie. Osiągnięcie 10 s na typowym dysku sata
wcale nie jest tak trudne. A na pamięci flash dużo łatwiejsze

Wbuduj w kernel obsługę sprzętu jaką masz + to co jest potrzebne
a nie tak, że przy każdym starcie następuje autodetekcja sprzętu.
No i usługi niezbędne do działania. Net np. bez często  wolnego DHCP,
tylko stały adres, itp.

Typowe instalacje dystrybucji fedoro, ubunto, mandrivo visto podobnych mają
na starcie mnóstwo "wodotrysków", często zbędnych. Próbują zrobić
za usera dużo za dużo. Co się kończy zazwyczaj koniecznością odchudzania systemu.

Tak jeszcze na marginesie rozbudowane serwery potrafią się "podnosić" po minimum 1h.
Szybkość startu nie jest, aż tak istotna, jeśli nie uruchamiamy komputera więcej niż 3x dziennie.
Ważniejszy jest komfort pracy na szybko i sprawnie działającym os-ie.

Pen może mieć i słaby transfer odczytu a i tak naddrobi to minimalnym czasem dostępu. (nie w każdym przypadku)
W przypadku zapisu jest już gorzej. No i ta ograniczona ilość cykli zapisu (trwałość).  :(

Rozrzut w czasie przeliczania próbek w projekcie (wu ogr), delikatnie ujmując jest znaczny. :o
Njszybciej przeliczona:     80.67 s
i długas                   83,806.48 s.

Sporo maszyn w projekcie to konsole ps3.
Może ktoś z naszych będzie liczył na takim sprzęcie?