BOINC@Poland

Masz niezły bałagan na tym dysku. :o
Lilo i grub korzystają z UUID. Linuksa możesz umieścić bezpośrednio na dysku np /dev/hda
Bez żadnych partycji.
Ja wolę nie korzystać z parycji rozszerzonych. To często zawodzi.
Może czas zainteresować się lvm. Robisz raid a na tym lvm. Świetna sprawa, jak się ma UPS-a.

EDIT:
W sprawie tych zmieniających się numeracji partycji:
1) Użyj UUID
2) Ewentualnie wygeneruj nowy initrd (wydaję się, że to on tu miesza)
    W dystrybucjach, których używam zrobienie initrd jest banalnie proste.
    Ty używasz Debiana? Pewnie również posiada dobre narzędzie do wykonania takiej operacji.

Coś się tu pomieszało przy zakładaniu partycji logicznej. Dziwna ta dziura pomiędzy 1-319 cylindrem.
Flagę bootowalności nie problem dodać tylko nie ma takiej potrzeby. Ja bym na tym dysku nie przeprowadzał
jakichkolwiek zmian typu naprawa mbr, zmiana rozmiarów partycji, kasowanie partycji.
Zbyt to niebezpieczne bez wykonania backupu.
Jak działa i nic nie zamierzasz zmieniać, to nic się złego nie stanie.
Komp startuje ponieważ wykorzystujesz bootloader.
Jakby jego nie było musiała by być flaga 'boot'.

Żeby uniknąc takich kuriozalnych sytuacji ze zmieniającymi się wpisami w fstab zainteresuj się blkid,  label, UUID. Uwolni cię to od takich dziwnych sytuacji. Czy to jak byś chciał montować z ineggo systemu który np. nie używa już modułu pata.
man blkid

cat /etc/blkid.tab

przy używaniu udeva
ls -l /dev/disk/by-uuid

fstab może wyglądać tak, każda partycja ma swój unikalny numer lub label
UUID=b5a78699-a4e7-4e1e-8caf-474c132f7d43 swap swap defaults 0 0
UUID=f6a9de10-4a22-41c9-b843-be5044ea540e / xfs defaults,noatime 0 1


Skąd się wzięły takie anomalie? Nie mam pojęcia. Może pokaż co wskazuje fdisk (print).

sprawdź czy ten kernel jest skompilowany z
CONFIG_PREEMPT_RT = YES
o ile masz config
powinien być tu /proc/config.gz

Proponuję użyć zwykłego stopera i przeprowadzić jakiś wiarygodny test.

Cytat: GóRa w 24 Marzec 2009, 03:12
...
Moze ktos wytlumaczy jak to z tym jest..i czy warto dla tak duzej roznicy w benchmarku przesiadac sie na vbox.. ktory zre CPU i pamiec..:)

To jest związne z nieprawidłową pracą "zegara" (rtc) pod virtualną maszyną. Zapewne działa odrobinę wolniej niż powinien. Dokładnie wyjaśnić tego nie umiem, bo nie mam wystarczjącej wiedzy. Miałem takie "cyrki" jak odpalałem wirtualki na maszynie z amd-II k6 500MHz.
Musiałbyś o tym poszukać w necie.
np qemu ma coś takiego

qemu -clock help

dynticks
hpet
rtc
unix

W moim przypadku (na tym starociu) skorygowanie zegara poprzez wywołanie 'qemu -clock rtc' pochłaniało ok 30% CPU. Bez korygowania wirtualka praktycznie nie obciążała procesora.

Ciekawi mnie jeszcze jedna sprawa. Czy, aby aplikacja używana w tym projekcie jest w 100% z literą
licencji GNU GPL. Zawiera w sobie statycznie zlinkowany perl (GPL), a ja uruchamiając ją  nijak nie jestem o tym
informowany. Licencja GNU GPL również nie jest dołączana.

Owszem w samej binarce znajduje się coś takiego

CytatGNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

... ale ja przy interaktywnym wywołaniu programu zdaje się muszę być o tym poinformowany,
a nie potrafię zmusić jej aby mi to wyświetliła. Może da się wywołać z parametrem znanym autorowi
aplikacji. A ta informacja powinna być wyświetlona w zgodzie z licencją.

Jak to powinno wyglądać? Może ktoś się orientuje?

Cytat: RAD-Poland w 24 Marzec 2009, 18:22
...
użytkownik id=10345 AMT-1 zmienił nazwę na Chew-Z i opuścił zespół

prawdopodobnie AMT-1 oddał komuś swoje konto podobnie jak wcześniej zrobił z kontami w innych projektach

:(

:(
a ja zmieniłem kernel vserwerowy na najzwyklejszy 2.6.26 i średni czas przelicznia zmniejszył się
z ~733s na ~692s :)

Cytat: NetMonitoring w 24 Marzec 2009, 16:18
Dzieki Panowie  :parrrty:

Wlacze z Sesefem zeby jakos WU systematycznie pobierało bo sa problemy z zasileniem 4 GPU.
Wczoraj byl problem odpalenia na 4GPU naraz, pozniej 8GPU (te to wogóle nie pogadały z milka) wiec wrociłem do 4GPU.
Sesef dzisiaj stwierdził ze chyba nie wzieli pod uwage ze ktos moze tyle GPU odpalic naraz.
No coz trzeba walczyc...

Gratulacje!!! :parrrty:

...cicho, bo takie wymuszanie reqestów może być przez beton, twardogłowych uznane za "chitowanie" ;D

Ja bym zrobił to tak. Wstrzymał przelicznie próbek. Wyłączył aktywność sieciową (ewentulnie całkowice pozbaw  komp netu) i opuść managera. Zrób backup katalogów boincowych.
Teraz bezpiecznie nadpisz starą wersję nowszą. Wznów przeliczanie. Jeśli coś pójdzie nie tak, to i tak WU są bezpieczne ponieważ nie będzie kontaktu z serwerami, a masz backup i wszystko można odwrócić.
Powodzenia :)

Odniosę się tylko do sytuacji w projekcie vtu@home. To jest zupełnie inny przypadek niż freehal.
Czyją winą jest, że proporcje punktowe straciły całkowice znaczenie? Osób, które używają
zmodyfikowanych managerów? Absolutnie nie.
Taka ich natura.
100% winy ponoszą osoby odpowiedzialne za projekt. Podkreślę nie ma możliwości zabronienia
komuś stosowania jakiś sztuczek. Cała odpowiedzialność spoczywa na twórcy projektu.
Powinen tak przygotować projekt, punktację i inne rzeczy, aby nie były możliwe tak banalne haki.
Swoją drogą największym cziterem jest tam członek zespołu seti@germany. Bodajże Tobias
jest jego członkiem.
Mogę teraz krzyczeć to jest team oszustów?

We freehalu odpalałem 14 niezmodyfikowanych managerów w czymś na kształt maszyn wirtualnych.
Najzwyczajniej w świecie chciałem nabić sobie punktów. Po tygodniu zupełnie mnie to znudziło.
Projekt działał tragicznie. Nie mam pojęcia jakie są jego cele, co chce osiągnąć.
Nie ma już do niego zaufania.

Jeszcze taka mała uwaga. Wielu krzywo widzi osoby goniące tylko za RAC, a jakie to małe, a to
że pogoń za punktami odbywa się z "niskich pobudek". My jesteśmy Ci lepsi. Nam przyświecają wyższe
cele. To nie do końca jest tak. Trzeba zauważyć iż Ci maniacy generują TeraFLOPS-y.

uruchom w następujący sposób:

cd /root/Desktop/BOINC/
./boinc_client --dir /root/Desktop/BOINC/ &
./boinc_gui &

ewentualnie pokaż co zawiera skrypt "run_manager"

cat /root/Desktop/BOINC/run_manager

Ważne nie odpalaj boinca z konta root.
Dodaj użytkownika boinc lub z odpalaj z konta zwykłego usera.
na przykład tak
useradd -m -h /home/michal_saper -s /bin/bash -p twojehaslo michal_saper
mv /root/Desktop/BOINC /home/michal_saper
chown -R michal_saper.users /home/michal_saper/BOINC

Pokaż co zwraca komenda
hostname
oraz
cat /etc/hosts

ale, co on ma do Tego
To absolutnie nie jego broszka.
To tak jak mógłbym mieć pretensje do autorów kompilacji optymalek do milky (GPL) iż udostępniają binarki
bez zmodyfikowanych źródeł.
Ja nie mam na to wpływu.

Uważam, że każdy ma prawo używać zmodyfikowanego przez siebie managera boinc. Nic tu nie pomogą
apele, próby zbanowania, ustawowe zmiany, oskarżanie o oszukiwanie. Źródła są otwarte, dostępne
dla każdego na licencji GNU GPL. Jeśli jesteś użytkownikiem systemu na który boinc nie działa,
np. Haiku OS, możesz go przeportować. Jeśli masz ochotę, wiedzę i umiejętności aby zmienić,
działanie managera w taki sposób jaki Tobie odpowiada zrób to. Nikt Tobie tego nie może zabronić.
Wśród tysięcy osób, które biorą udział w zabawie w BOINC jest pewnie więcej niż kilka, które
używają zmodyfikowanych managerów.

Obowiązkiem twórcy i opiekuna projektu jest takie przygotowanie projektu, aplikacji liczących
aby umożliwiały w miarę równą rywalizację. Był porządnie zabezpieczony.
Nie widzę nic zdrożnego w tym, iż ktoś ma ochotę liczyć 1000x szybciej niż inni. To jest najnormalniesza rywalizacja. Czy ja nie mogę się obrazić na twórcę aplikacji, która np. liczy pod moim OS-em
3x wolniej niż pod innym systemem.
Czemu w takim wypadku nie daje równej szansy.  Takich przykładów można podać setki.

News Tobiasa uważam za obrzydliwy.

I use orginal (not modified) boinc managers on linux vserver technology.
This legal?

Wydaje mi się, że obawia się tylko o generowany transfer na łączu. No i kontratakuje profilaktycznie.
Zdaje sobie sprawę z ogromu luk w projekcie. Obawia się, że nagle wiele osób zacznie wykorzystywać takie możliwości.
Projekt to raczej jego pasja, finansowowany zapewne z własnych środków.

Może jakimś rozwiązaniem byłby limit WU na ip/komputer.

Ja nic nie słyszałem aby twórca i opiekun projektu gdziekolwiek udostępnił źródła do swojej aplikacji.

Przy restarcie systemu zawsze wstrzymuję przelicznie się wszystkich zadań. Następnie wchodzę z mangera.
Chyba większość tak postępuje. ;D

Gdzie przeglądasz statystyki?
Ja widzę dwóch użytkowników: Algon i SAngel, którzy łupią punkty, aż miło.
W tym tygodniu zdobyli ponad 260k.

Cytat: emik w 22 Marzec 2009, 16:35
wstyd panowie wstyd

Cóż jest wstydliwego? Przeliczanie większej ilości jednostek?

Używanie skryptu do automatyzacji?
Używanie zmodyfikowanego klienta? W jaki on sposób wpływa na punktację w projekcie?
Moim zdaniem nie ma w tym nic co by łamało "etykę" boincową.

Ciekawe w jaki sposób liczy ten projekt zespół Ukrainy?

Cytat: NetMonitoring w 22 Marzec 2009, 03:34
sleep u mnie nie dziala na 64bit a pingi na halowym nie pracuja wyskakuje jakis bład autoryzacji -155 albo boinccmd nie jest poleceniem wew czy zew program wykonywalny lub wsadowy

błąd autoryzacji?
Na początek sprawdź czy będzie działało, gdy skrypt będzie w tym samym katalogu co boinc_cmd.exe
Jeśli nie to tak:
boinc_cmd --host 10.0.0.2:31430 --passwd 1b30fd42 ...

Oczywiście adres sieciowy i port taki jakich używasz. Hasło to zawartość z pliku gui_rpc_auth.cfg. Możesz
wpisać tam swoje "super tajne hasło".
Gwoli wyjaśnienia. Ja działania skryptu nie sprawdzałem. Nie wiem czy przy obecnym stanie projektu
zachowuje się "prawidłowo".
Reset projektu wydaje mi się zupełnie niepotrzebny oraz wartości sleep (ping) uważam za zdecydowanie za duże.

Z tym projektem trzeba indywidualnie walczyć, eksperymentować, próbować. O ile chce się mieć ponadprzeciętny rac.
W innym przypadku proponuję liczyć projekt w sposób standardowy bez żadnych kombinacji.

Cytat: eclipse99 w 22 Marzec 2009, 01:17
Ten skrypt BAT też nie wydaje się czymś skomplikowanym, tylko jak go stworzyć? Czy wystarczy wkleić to w wierszu polecenia?

Wystarczy wkleić do notatnika i nadać prawo wykonywalności przez zapisanie go w dowolnym miejscu i
nadanie mu nazwy oraz rozszerzenia *.bat lub *.cmd.
Oczywiście wymagana jest poprawna ścieżka do boinc_cmd.exe.
Programik sleep.exe można zastąpić poleceniem
ping 127.0.0.1 -n 10      <---- gdzie wartość po n to sekundy

Wartość sleep 2000 jest zdecydowanie zbyt duża. Chyba należałoby ją zmienić na zdecydowanie mniejszą.
Tu już trzeba poeksperymentować.

Sprawa odpalenia dodatkowych klientów boincowych była omawiana wielokrotnie w tym wątku. Dokładnie bodajże na 5 podstronie.

Optymalek nie ma.  Nie są potrzebne.
Na początek odpal jedynie skrypt *.BAT z zawartością podaną w linku powyżej.
Powinien skrócić czas liczenia próbki.
Żeby uzyskać wysoki RAC musiałbyś odpalić kilka(naście) managerów.
Temat był wałkowany w tym wątku wielokrotnie.

Nurtuje mnie nadal pytanie czym zajmuje się aplikacja, której obojętne jest, czy działa 5s czy pół godziny?
Dalej, czym różnią się poszczególne WU. Jeżeli przy 300 wu jest tak wysoki % "sprawności" cachu to
przy 6000 dobije do 99%.

Dziwaczny to projekt.

Osoby zainteresowane skryptem podnoszącym wydajność "liczenia" odsyłam tu:
http://web.freehal.org/comment/reply/322/1312

witam
W rozetce czas przeliczania jest stały (default to 3h). W ustawieniach projektu sam możesz zdecydować ile czasu
ma wu się liczyć. Im mocniejszy cpu tym więcej zdoła przeliczyć modeli w zadanym czasie.

Ogólnie proponuję troszkę się po rozglądać po forumowych wątkach. Znajdziesz dużo cennych wskazówek.
Po kilku dniach zabawy sporo się wyjaśni.

Może przez ssh uruchomić jakiś prosty skrypcik
sed -i 's|   <work_buf_min_days>0.100000<\/work_buf_min_days>|   <work_buf_min_days>0.250000<\/work_buf_min_days>|' /patht/to/global_prefs_override.xml
sed -i 's|   <work_buf_additional_days>0.500000<\/work_buf_additional_days>|   <work_buf_additional_days>1.000000<\/work_buf_additional_days>|' /patht/to/global_prefs_override.xml
boinc_cmd --read_global_prefs_override
boinc_cmd --project http://www.primegrid.com/ update


Cytat: sesef w 15 Marzec 2009, 23:11
Niestety ja odpadam mojego 3200+ aż zagotowało :( a AP26 na sporo wyższej częstotliwości liczy normalnie.

ja obniżyłem częstotliwość proca o 100 MHz i jest ok
a czasy przeliczanie tylko nieznacznie spadły o ok 25s
Fakt punkty są cieniutkie. Wyścig trwa raptem 24h.

U mnie jak zawsze. Próbki przeliczone tylko nie przeszły walidacji. >:( Temperatura 45 C.
Komp stabilny. Dziś jeszcze liczyłem rosettę, której próbki są dość czułe na zbyt mocne OC.

Jednak prime daje mocno popalić. Zmniejszyłem taktowanie i są pierwsze punkty - całe 3.20.

To nie są zadania dla procków AMD z malutką pamięcią cache.

Deadline to 7 dni.
Wydaje mi się, że bardziej opłacalne będzie AP26.
W przypadku psp sieve 32 bitowa aplikacja jest dwukrotnie wolniejsza od 64 bitowej.
Nowa aplikacja do AP26 pod win32 raczej nie jest 2x wolniejsza od 64 bitowej.

U mnie ma się to tak.
psp ~1650 s (pod win32 i linux32 będzie 2x dłużej)
ap26 ~730 s
Z tym, że ja liczę pod linuksem i kompilacje tych aplikacji się trochę różnią.

Powinieneś w 1h się zmieścić.

Cytat: ksysju w 12 Marzec 2009, 13:02
A działają wam te optymalki Linux 64 bit     CPU     0.18d mkII  ?

Właśnie sprawdziłem. Wszystko ok.

ja stosowałem coś takiego (bez żadnych kombinacji), odpalane z crona co 2 min

#!/bin/sh
f=`boinc_cmd --get_simple_gui_info | grep -B 13 -A 9 "active_task_state: 1" | grep -A 17 "   name: newFreeHAL" | grep "fraction done:" | cut -b 19-21`
p="http://boinc.freehal.org/projects/freehal_at_home/"
if [ "$f" = "0.1" ]
then
boinc_cmd --project $p suspend
sleep 5
boinc_cmd --project $p resume
boinc_cmd --project $p update
else
exit
fi


Oczywiście można go zupełnie zmienić i "zoptymalizować" na max RAC. Na 14 klientach przy działającym projekcie 24/h zapewniał 25tys punktów.
Gdybym posiadał drugi komp do pracy zapewne, bym się jeszcze trochę poużerał z freehalem...

Świetny pomysł.
Zachęcam również do liczenia osoby, które jeszcze nie uczestniczą w tym projekcie.
Nie jest tak źle.  ;)
Team może wskoczyć na podium a nawet na 1 pozycję.

PrimeGrid

Cytat: AiDec w 05 Marzec 2009, 00:49
Nie rob tego. Pliiiis. W ostatnich tygodniach awansowalismy z 6-go miejsca na czwarte (przez moment bylismy nawet na 3-cim). Z tego co widze to pierwsze tez mozemy miec :). Dzieki klientom TJM`a mamy w tym projekcie naprawde bardzo duze mozliwosci - szkoda by je bylo zaprzepascic :).

Projekt wad ma całą masę. Wymienię jedną - całkowita jego nieprzewidywalność.
Duży plus to możliwość uciułania sporego RAC-u.

Na bardzo intensywne liczenie mam zbyt mało pamięci (1024MB), aby liczyć i komfortowo korzystać z komputera. 14 vserverów + 14 klientów + aplikacje to niby raptem ok 335MB, tylko potrzeba jeszcze sporo na cache, ewentualnie ramdysk. Zmniejszenie o połowę, aż tak wiele nie zmienia.
Zresztą półśrodki mnie nie interesują.

Na liczenie jednoklientowe też nie ma u mnie szans. Projekt zaliczający się do non-cpu intensive pochłania jak na mój gust zbyt wiele czasu procesora (27-30%), zanadto obciąża łącze i filesystem. Wyjaśniam obciążenie cpu występuje nie przez 30-60s a dokładnie 15 minut, czyli tyle ile aplikacja siedzi w pamięci.

Aidec spoko, raz w miesiącu obiecuję się sprężyć i wycisnąć ile się da. :attack:

Dzięki RAD-Poland za info. Wszystko się wyjaśniło.

W takiej formie projekt ma raczej małe szanse na w miarę ciągłą i stałą pracę serwerów,
a to wszystko i tak przy bardzo małej liczbie aktywnych uczestników.

Języka niemieckego zupełnie nie znam, a i z automatycznych tlumaczy nie chciało mi się korzystać ale domyślam się, że admin coś pisze o bardzo poważnych problemach w tym wątku
http://web.freehal.org/node/276

Spojrzałem na wyniki swoich hostów z ostatnch 24 h i ze zdziwieniem zauważyłem, iż 30-50% wu nie punktowała. Zaciekawiło mnie jak wygląda sytuacja globalnie.

cat job_log_boinc.freehal.org_projects_freehal_at_home.txt | wc -l
30086 przeliczonych wu * 6, czyli teoretycznie powinno być 180516 punktów

... moja obecna ilość punktów na stronie projektu to
189,684.00
nic z tego nie rozumiem, skąd dodatkowe 9000. XD

Przy działającym projekcie przez 24h, miałem wygenerowany download rzędu 4700MB >:( i upload 350MB.

Projekt mnie męczy. Mówię pass.

U mnie wszystkie się wykrzaczyły. Oczywiście podejrzanym jest freehal.
Pomógł upgrade managera do wersji 6.4.5.

Z ciekawości przetestowałem różne wersje gcc. Oto moje wyniki dla AMD X2 4200@2700, linux x86_64:

AP26-boinc-x86_64-linux (23 Feb 2009)
394s

gcc-3.4.6 (Arch Linux)
271s

gcc-3.4.6 (PLD Linux)
449s

gcc-4.3.3 (PLD Linux)
494s
Wszystkie wyniki z prób 3-4 krotnie powtarzanych bez obciążenia w tle. Przy obciążeniu (liczący się prime - psp) wyniki były bardzo nierównomierne.

Niestety mam problem ze zbudowaniem statycznego execa.

EDIT:
Wyjaśniło się. To jednak środowisko testowe (system) powoduje takie różnice. :o
Wynik dla AP26-boinc-x86_64-linux (23 Feb 2009) to 236s. Zdecydowanie najlepszy.
Sorry za zamieszanie.

Pewnie serwer zbanował ;) mnie na 24h.

Głównym winowajcą jest xfs. Używam go już od 4 lata i ogólnie jest ok. Ma bardzo wiele zalet,
nie tylko w zastosowaniach serwerowych.
Ma i poważną wadę, bez ups-a lepiej nie trzymać na nim ważnych danych, które podlegają ciągłej
modyfikacji.

Pozostaje przenieść katalog z boincem w bezpieczniejsze miejsce.

Czyżby brakowało nowych zadań? Czy tylko mi, serwer uparcie odmawiał podesłania?

Na stronie projektu widzę coś takiego.
Available: AP26 Search   30526

Jeszcze dziś miałem w buforku 600 wu. Niestety brak zasilania oraz moja niefrasobliwość, spowodwała
całkowitą ich utratę. :(
Zmieniłem ustawienia prime na psp.

PrimeGrid

U mnie temperatura procka w normie 41-43C. Szkoda tylko, że bazowy projekt prime dostaje tak mało czasu procesora i najgorsze, znacznie spadła responsensywność na wszelakie operacje.
To po prostu czuć. :(

i te błędy. Znów 20-30% WU trafia do kosza. Czasem wszystko jest ok. Co za czort? >:(

Co ta aplikacja liczy, trudno powiedzieć. Przypuszczam, że wykonuje się jedynie jakiś skrypt w perlu.