BOINC@Poland

Poprzedni wątek chyba umarł, więc założę kolejny.

Pobrałem nową wersję oprogramowania po stronie klienta.
Instalacja wygląda tak:

x@biglaptop:~/Pobrane/boinc$ ls -l
razem 3568
-rw-rw-r--  1 x x     219 2013-04-17 02:23 binstall.sh
-rwxr-xr-x  1 x x  934352 2013-04-17 02:23 boinc
-rwxr-xr-x  1 x x  261280 2013-04-17 02:23 boinccmd
-rwxr-xr-x  1 x x 1908528 2013-04-17 02:23 boincmgr
-rw-rw-r--  1 x x     815 2013-03-28 19:22 boincmgr.16x16.png
-rw-rw-r--  1 x x    2395 2013-03-28 19:22 boincmgr.32x32.png
-rw-rw-r--  1 x x    5570 2013-03-28 19:22 boincmgr.48x48.png
-rwxr-xr-x  1 x x  265976 2013-04-17 02:23 boincscr
-rw-rw-r--  1 x x  238049 2013-03-28 19:22 ca-bundle.crt
drwxrwxr-x 39 x x    4096 2013-03-28 19:22 locale
-rwxrwxr-x  1 x x      46 2013-08-16 04:33 run_client
-rwxrwxr-x  1 x x      49 2013-08-16 04:33 run_manager
drwxrwxr-x  3 x x    4096 2013-03-28 19:22 skins


Próba uruchomienia czegokolwiek kończy się błędem:

./boinc
./boinc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by ./boinc)
./boinc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./boinc)


Nowych bibliotek do systemu nie chcę wgrywać, aktualizacji systemu też nie chcę robić.
Co proponujecie?

Pozdrawiam

Cytat: mariotti w 12 Sierpień 2013, 18:02

Cytat: Karlik w 11 Sierpień 2013, 00:42
Z drugiej strony sam klient widzi poprawną ilość miejsca. Osobiście nie zdziwiłbym się, gdyby problem leżał gdzieś w okolicach schedulera.

Dzięki za pomoc. Na razie jestem strasznie zagoniony, gdy znajdę trochę czasu, to zainstaluję
ręcznie nowe oprogramowanie po stronie klienta i napiszę czy coś pomogło. Jeju ile z tym
problemów....
Pozdrawiam

Pobrałem i zainstalowałem. Oczywiście jedne problemy zniknęły, ale inne się pojawiły.
Teraz wychodzi na to, że ja mam za stare biblioteki na nową wersję boinca. Nowych
bibliotek ani nowego kompilatora nie odważę się zainstalować, po ostatniej próbie
musiałem przeinstalować od nowa system, ponieważ były (delikatnie powiedziawszy)
niestabilne. Jakieś sugestie? Można jakoś pobrać glibc_2.15 i zmusić program żeby
szukał liba w innej lokalizacji, np. w tym samym katalogu w którym jest aplikacja? Bo
pod windows domyślnie najpierw szuka w katalogu aplikacji, dopiero w dalszej
kolejności przeszukuje ścieżki.


ldd boinc
./boinc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by ./boinc)
./boinc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./boinc)
        linux-vdso.so.1 =>  (0x00007fff54750000)
        libcurl.so.4 => /usr/lib/x86_64-linux-gnu/libcurl.so.4 (0x00007f6f92015000)
        libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f6f91dc4000)
        libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f6f91a14000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6f91810000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f6f915f8000)
        libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f6f912bf000)
        libXss.so.1 => /usr/lib/x86_64-linux-gnu/libXss.so.1 (0x00007f6f910bb000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6f90e9e000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6f90b96000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6f90912000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6f906fc000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6f9035c000)
        libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11 (0x00007f6f90129000)
        liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f6f8ff1b000)
        libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f6f8fccc000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f6f8fac4000)
        libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f6f8f886000)
        librtmp.so.0 => /usr/lib/x86_64-linux-gnu/librtmp.so.0 (0x00007f6f8f66c000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f6f92299000)
        libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f6f8f450000)
        libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f6f8f23c000)
        libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f6f8f021000)
        libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f6f8ee05000)
        libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f6f8eb5d000)
        libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f6f8e8df000)
        libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f6f8e615000)
        libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f6f8e3ed000)
        libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f6f8e1e9000)
        libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f6f8dfe0000)
        libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f6f8dddd000)
        libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f6f8dbd7000)
        libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f6f8d9c5000)
        libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f6f8d7c1000)
        libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f6f8d5be000)


Pozdrawiam

P.S.
Ciekawy jestem, czy nowa wersja będzie widziała właściwą ilość wolnego miejsca....

Cytat: Karlik w 11 Sierpień 2013, 00:42
Z drugiej strony sam klient widzi poprawną ilość miejsca. Osobiście nie zdziwiłbym się, gdyby problem leżał gdzieś w okolicach schedulera.

Dzięki za pomoc. Na razie jestem strasznie zagoniony, gdy znajdę trochę czasu, to zainstaluję
ręcznie nowe oprogramowanie po stronie klienta i napiszę czy coś pomogło. Jeju ile z tym
problemów....

Pozdrawiam

Cytat: krzyszp w 10 Sierpień 2013, 17:00
Faktycznie, manager coś zgłupiał.
Podczep jakiś projekt, który dużo miejsca wymaga na chwilę (np. Climate) i zobacz, czy tak samo zgłosi błąd.
Zastanawia mnie jeszcze wersja BOINC -6.12.33, czy aby nie za stara, ona ma już kilka lat? Od wersji 7 było dużo zmian w API...

Jak się instaluje i skąd pobiera najnowszy stabilny? Obecnie mam
najnowszy jaki dodali do repo.
Pozdrawiam

Zupełnie cały log z menagera po reinstalacji z opcją purge.


sob, 10 sie 2013, 16:17:00 |  | Starting BOINC client version 6.12.33 for x86_64-pc-linux-gnu
sob, 10 sie 2013, 16:17:00 |  | Config: GUI RPC allowed from:
sob, 10 sie 2013, 16:17:00 |  | log flags: file_xfer, sched_ops, task
sob, 10 sie 2013, 16:17:00 |  | Libraries: libcurl/7.21.6 OpenSSL/1.0.0e zlib/1.2.3.4 libidn/1.22 librtmp/2.3
sob, 10 sie 2013, 16:17:00 |  | Data directory: /var/lib/boinc-client
sob, 10 sie 2013, 16:17:00 |  | Processor: 4 GenuineIntel Intel(R) Core(TM) i3 CPU       M 370  @ 2.40GHz [Family 6 Model 37 Stepping 5]
sob, 10 sie 2013, 16:17:00 |  | Processor: 3.00 MB cache
sob, 10 sie 2013, 16:17:00 |  | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 m
sob, 10 sie 2013, 16:17:00 |  | OS: Linux: 3.0.0-15-generic
sob, 10 sie 2013, 16:17:00 |  | Memory: 7.61 GB physical, 10.73 GB virtual
sob, 10 sie 2013, 16:17:00 |  | Disk: 27.50 GB total, 14.26 GB free
sob, 10 sie 2013, 16:17:00 |  | Local time is UTC +2 hours
sob, 10 sie 2013, 16:17:00 |  | VirtualBox version: 4.1.2_Ubuntur38459
sob, 10 sie 2013, 16:17:00 |  | No usable GPUs found
sob, 10 sie 2013, 16:17:00 |  | No general preferences found - using BOINC defaults
sob, 10 sie 2013, 16:17:00 |  | Reading preferences override file
sob, 10 sie 2013, 16:17:00 |  | Preferences:
sob, 10 sie 2013, 16:17:00 |  |    max memory usage when active: 3896.08MB
sob, 10 sie 2013, 16:17:00 |  |    max memory usage when idle: 7012.95MB
sob, 10 sie 2013, 16:17:00 |  |    max disk usage: 10.00GB
sob, 10 sie 2013, 16:17:00 |  |    don't use GPU while active
sob, 10 sie 2013, 16:17:00 |  |    suspend work if non-BOINC CPU load exceeds 25 %
sob, 10 sie 2013, 16:17:00 |  |    (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
sob, 10 sie 2013, 16:17:00 |  | Not using a proxy
sob, 10 sie 2013, 16:17:00 |  | This computer is not attached to any projects
sob, 10 sie 2013, 16:17:00 |  | Visit http://boinc.berkeley.edu for instructions
sob, 10 sie 2013, 16:17:38 |  | Fetching configuration file from http://perft.computer-chess.com/get_project_config.php
sob, 10 sie 2013, 16:17:45 |  | Project communication failed: attempting access to reference site
sob, 10 sie 2013, 16:17:47 |  | Internet access OK - project servers may be temporarily down.
sob, 10 sie 2013, 16:17:57 |  | Fetching configuration file from http://perft.computers-chess.com/get_project_config.php
sob, 10 sie 2013, 16:18:10 |  | Running CPU benchmarks
sob, 10 sie 2013, 16:18:10 |  | Suspending computation - CPU benchmarks in progress
sob, 10 sie 2013, 16:18:41 |  | Benchmark results:
sob, 10 sie 2013, 16:18:41 |  |    Number of CPUs: 4
sob, 10 sie 2013, 16:18:41 |  |    2142 floating point MIPS (Whetstone) per CPU
sob, 10 sie 2013, 16:18:41 |  |    7277 integer MIPS (Dhrystone) per CPU
sob, 10 sie 2013, 16:18:42 |  | Resuming computation
sob, 10 sie 2013, 16:18:47 | perft | Master file download succeeded
sob, 10 sie 2013, 16:18:52 | perft | Sending scheduler request: Project initialization.
sob, 10 sie 2013, 16:18:52 | perft | Requesting new tasks for CPU
sob, 10 sie 2013, 16:18:54 |  | Dostępna jest nowa wersja BOINC. <a href=http://boinc.berkeley.edu/download.php>Pobierz to.</a>
sob, 10 sie 2013, 16:18:54 | perft | Scheduler request completed: got 0 new tasks
sob, 10 sie 2013, 16:18:54 | perft | Project has no tasks available
sob, 10 sie 2013, 16:20:06 | perft | update requested by user
sob, 10 sie 2013, 16:20:10 | perft | Sending scheduler request: Requested by user.
sob, 10 sie 2013, 16:20:10 | perft | Requesting new tasks for CPU
sob, 10 sie 2013, 16:20:11 | perft | Scheduler request completed: got 0 new tasks
sob, 10 sie 2013, 16:20:11 | perft | No tasks sent
sob, 10 sie 2013, 16:21:08 | perft | update requested by user
sob, 10 sie 2013, 16:21:11 | perft | Sending scheduler request: Requested by user.
sob, 10 sie 2013, 16:21:11 | perft | Requesting new tasks for CPU
sob, 10 sie 2013, 16:21:12 | perft | Scheduler request completed: got 0 new tasks
sob, 10 sie 2013, 16:21:12 | perft | No tasks sent
sob, 10 sie 2013, 16:21:12 | perft | Message from server: PERFection Test - Counting Nodesn Chess needs 250.74MB more disk space.  You currently have 702.94 MB available and it needs 953.67 MB.
sob, 10 sie 2013, 16:21:14 | perft | Started download of master
sob, 10 sie 2013, 16:21:14 | perft | Started download of perft
sob, 10 sie 2013, 16:21:25 | perft | Finished download of perft
sob, 10 sie 2013, 16:21:29 | perft | Finished download of master


Logi które mnie się rzucają w oczy:

sob, 10 sie 2013, 16:17:00 |  | Disk: 27.50 GB total, 14.26 GB free
max disk usage: 10.00GB
Message from server: PERFection Test - Counting Nodesn Chess needs 250.74MB more disk space.  You currently have 702.94 MB available and it needs 953.67 MB.


Widać ze partycja ma 27.50GB (tak jak pisałem około 30GB). Wolnego jest 14.26GB - wszystko
się zgadza. Dla boinca jest przeznaczone 10.00GB - nadal wszystko się zgadza. Nagle przy
pobieraniu tasków krzyczy że mam 702MB miejsca dostępnego, a potrzeba 953.67 MB - co
jest bzdurą... Na moje klient nie widzi że ma 10GB dostępnej przestrzeni dyskowej. Z mojej
strony błędów żadnych nie ma, bo wszystko jest świeżo po reinstalacji z opcją purge.


Pozdrawiam

Cytat: krzyszp w 10 Sierpień 2013, 16:01
Reinstalacje są co najmniej dwe: apt-get remove i apt-get purge. ta druga metoda czyści konfigi, ta pierwsza nie, wiec jeśli przed reinstalacją były skopane, to i po będą.

Racja, zaraz spróbuję z purge.

Cytat: krzyszp w 10 Sierpień 2013, 16:01
Natomiast zdecydowanie sprawdź w managerze boinc miejsca dla projektów, byłeś pytany o to w pierwszej odpowiedzi, nie napisałeś...

Mnie się wydaje że napisałem to już kilka razy :D Może ja nie rozumiem o co pytacie.
No ale dobra, napiszę jeszcze raz: w menadżerze jest przydzielone na wyrost.

Cytat: eclipse99 w 09 Sierpień 2013, 15:01
Sprawdź ile masz w ustawieniach przydzielone - Opcje/Preferencje lokalne/Użycie dysku oraz pamięci/Używaj nie więcej niż

No to zrobiłem przed zadaniem pytania: jest na maxa, 100%, 100GB, a w pozostaw niemniej niż jest zero. Nie
czytacie tego co napisałem, albo nie wiem... może niejasno piszę :D

Pozdrawiam

Cytat: mariotti w 10 Sierpień 2013, 13:49
ps aux | grep boinc
perft    11758  0.0  0.0   1772   568 pts/0    R+   15:39   0:00 grep boinc
Co to oznacza?

Chyba wyświetlił sam siebie...

Po starcie klienta:

/etc/init.d/boinc-client start
ps aux | grep boinc
boinc    16374  0.9  0.0  72864  5224 ?        SN   15:59   0:00 /usr/bin/boinc --check_all_logins --redirectio --dir /var/lib/boinc-client

Dla mnie nie ma tutaj żadnej pomocnej informacji do rozwiązania tego problemu.

Pozdrawiam

Cytat: Karlik w 10 Sierpień 2013, 09:19
Ale nie chodzi o to gdzie boinc ma zainstalowane binarki/biblioteki, ale gdzie ma katalog roboczy (domyślnie zapewne właśnie /var/lib/...).

Początkowo pisałem że mam jedną partycję, więc siłą rzeczy, zarówno
na niej jest zainstalowany klient, menadżer i katalog na pliki tymczasowe.
Ku ścisłości mam jeszcze inne partycje, ale wspominanie o nich, tylko
skomplikuje posta i nie wniesie żadnych ważnych informacji, bo na
pewno boinc ich nie wykorzystuje (są własnością innego użytkownika).

Cytat: Karlik w 10 Sierpień 2013, 09:19
Nie napisałeś w jaki sposób masz skonfigurowanego klienta i jak go uruchamiasz.

Nie mam bladego pojęcia jak jest skonfigurowany. Pisałem że nic nie konfigurowałem
samemu. Po prostu zainstalowałem przy pomocy apt-get install. Mam domyślną
konfigurację. W menadżerze ustawiłem wszystko odnośnie dostępu do
przestrzeni dyskowej na maxa.

Cytat: Karlik w 10 Sierpień 2013, 09:19

Kod [Zaznacz] Rozwiń

ps aux | grep boinc

ps aux | grep boinc
perft    11758  0.0  0.0   1772   568 pts/0    R+   15:39   0:00 grep boinc
Co to oznacza?

Cytat: Karlik w 10 Sierpień 2013, 09:19
Może masz ustawiony jakiś dziwny katalog przez --dir?

Nie wiem, na pewno nic sam nie ustawiałem.

Cytat: Karlik w 10 Sierpień 2013, 09:19
Albo uruchomiłeś go bezpośrednio jako boinc_client a nie usługę w jakimś katalogu tymczasowym?

Uruchamia się ze startem systemu, albo /etc/init.d/boinc-client

Cytat: Karlik w 10 Sierpień 2013, 09:19
Naprawdę: jak chcesz pomocy to udzielaj maksimum informacji, które mogą być
przydatne zamiast pisania jak najbardziej lakonicznych postów.

Chętnie udzielę, ale nie wiem jakie informacje są ważne dla rozwiązania problemu, a
czasami nie wiem jak je wyciągnąć z systemu. Jakby wiedział jakie informacje są
ważne, to pewnie bym wiedział też, jak problem rozwiązać.

Cytat: Karlik w 10 Sierpień 2013, 09:19
Dopiero z poprzedniego postu wynika przykładowo jednoznacznie, że klient jest zainstalowany na linuksie (apt-get i home) - wcześniej mogłem z takim samym prawdopodobieństwem przypuszczać dowolny system operacyjny.

O linuksie piszę od pół roku, no ale dobra, mogłeś myśleć że zmieniłem dwa dni temu.

Cytat: Karlik w 10 Sierpień 2013, 09:19
Co rozumiesz też przez "reset i ponowna instalacja"? Zdarza się, że przy odinstalowywaniu pakiety zostawiają wszelkie zmodyfikowane konfigi w /etc (na wypadek jakbyś chciał wrócić do swoich ustawień przy ponownej instalacji)

Reset to zamknięcie programu i ponowne włączenie. Reinstalacja to apt-get remove i apt-get install.


Pozdrawiam

Cytat: Martin Fox w 09 Sierpień 2013, 18:02
Domyślnie każdy Linux dzieli sobie dysk na / /home, często tez dodaje /tmp jako osobne. Jesteś pewien ze masz tylko jedna partycję - / i wszystko na niej?

Mam tylko jedną na której domyślnie apt-get instaluje oprogramowanie.

Cytat: Szopler w 09 Sierpień 2013, 17:04
/var/lib/boinc-client jest na tej samej partycji co menadżer?

Tak. Ponieważ wszystkie inne to albo dyski wymienne, albo partycja która jest
moim domowym katalogiem - jest montowana w czasie startu systemu jako
home/xxx. A w katalogu domowym żaden instalator by nie zainstalował
ani klienta, ani menadżera. Instalowałem przez apt-get, nic ręcznie nie
robiłem, ani nie poprawiałem. Poza tym na home/xxx też jest dużo wolnego
miejsca, dużo więcej niż 1GB.

Pozdrawiam

Cytat: Karlik w 09 Sierpień 2013, 15:10
Na partycji systemowej masz 14 GB a ile masz na użytkowej? Jakoś zapodziała mi się szklana kula a przy tych upałach fusów z gorących napoi też nie mam :)

Nie rozumiem do czego jest potrzebna taka informacja. Klient boinc ma swój katalog
na systemowej, a nie na żadnej innej i na systemowej jest jakiś problem. Jest 14GB
wolnego, a menadżer wyświetla że nie może pobrać zadań, bo ma tylko niecały 1GB.
Nawet jakby na pozostałych partycjach było zero wolnego, to nie stanowi problemu,
bo na nich ani nie próbuje zapisywać, ani nie ma praw do zapisu.

Cytat: Karlik w 09 Sierpień 2013, 15:10
Moża napisz jaką masz konfigurację partycji, czy masz ustawione jakieś quoty itp.

Nigdy w życiu nie ustawiałem zupełnie żadnych ograniczeń do dysku, mam
domyślną instalację klienta boinca. W ustawieniach w menadżerze dałem
100% powierzchni, żeby zajmował do 100GB i żeby zostawiał nie mniej
niż 0GB wolnego.

Pozdrawiam

Ponowię pytanie w wydzielonym wątku, może ktoś zaproponuje jakieś rozwiązanie.

Mam na partycji systemowej około 14GB wolnego miejsca. Klient zgłasza że jest
około 1GB i nie może pobierać work-units. Wczoraj chciałem pogrzebać trochę przy
projekcie, ale nie mogę testować, bo klient nie pobiera zadań. Reset i ponowna instalacja
nie pomogły. Co mam zrobić?

Pozdrawiam

Cytat: Troll81 w 04 Sierpień 2013, 20:45
A tak się zapytam.... na jakie partycje podzieliłeś dysk? I jak wygląda sprawa uprawnień do tego katalogu?

Partycja na której jest instalacja ma niecałe 30GB, z czego około 50% wolnego.
Prawa są takie jakie założył instalator klienta boinc - nic nie zmieniałem.

root@biglaptop:/var/lib/boinc-client# ls -l
razem 20736
-rw-r--r-- 1 boinc boinc    2028 2013-07-13 18:05 account_boinc.bakerlab.org_rosetta.xml
-rw-r--r-- 1 boinc boinc     893 2013-07-31 23:21 account_perft.computers-chess.com.xml
-rw-r--r-- 1 boinc boinc    1050 2013-08-01 15:17 account_radioactiveathome.org_boinc.xml
-rw-r--r-- 1 boinc boinc     363 2013-08-04 15:17 acct_mgr_login.xml
-rw-r--r-- 1 boinc boinc    1448 2013-08-04 15:17 acct_mgr_reply.xml
-rw-r--r-- 1 boinc boinc    3900 2013-08-04 15:17 acct_mgr_request.xml
-rw-r--r-- 1 boinc boinc     666 2013-08-04 15:17 acct_mgr_url.xml
-rw-r--r-- 1 boinc boinc   46760 2013-07-29 21:59 all_projects_list.xml
lrwxrwxrwx 1 root  root       34 2012-06-01 09:01 ca-bundle.crt -> /etc/ssl/certs/ca-certificates.crt
lrwxrwxrwx 1 root  root       31 2012-06-01 09:01 cc_config.xml -> /etc/boinc-client/cc_config.xml
-rw-r--r-- 1 boinc boinc   38905 2013-08-04 15:17 client_state_prev.xml
-rw-r--r-- 1 boinc boinc   38905 2013-08-04 17:30 client_state.xml
-rw-r--r-- 1 boinc boinc     142 2013-07-21 04:41 create_account.xml
-rw-r--r-- 1 boinc boinc   24053 2013-08-04 23:17 daily_xfer_history.xml
-rw-r--r-- 1 boinc boinc    9685 2013-07-29 21:57 get_current_version.xml
-rw-r--r-- 1 boinc boinc     477 2013-07-31 23:21 get_project_config.xml
-rw-r--r-- 1 boinc boinc    1499 2013-08-04 07:28 global_prefs_override.xml
-rw-r--r-- 1 boinc boinc     135 2012-06-01 09:23 global_prefs.xml
lrwxrwxrwx 1 root  root       34 2012-06-01 09:01 gui_rpc_auth.cfg -> /etc/boinc-client/gui_rpc_auth.cfg
-rw-r--r-- 1 boinc boinc       0 2013-07-24 02:11 http_temp_49
-rw-r--r-- 1 boinc boinc   73001 2013-07-24 06:55 job_log_perft.computers-chess.com.txt
-rw-r--r-- 1 boinc boinc       0 2013-07-14 21:43 lockfile
-rw-r--r-- 1 boinc boinc     139 2013-07-31 23:21 lookup_account.xml
-rw-r--r-- 1 boinc boinc   11383 2013-07-23 22:30 lookup_website.html
-rw-r--r-- 1 boinc boinc   24433 2013-07-13 18:05 master_boinc.bakerlab.org_rosetta.xml
-rw-r--r-- 1 boinc boinc    3621 2013-07-31 23:21 master_perft.computers-chess.com.xml
-rw-r--r-- 1 boinc boinc   19083 2013-08-01 15:17 master_radioactiveathome.org_boinc.xml
drwxrwx--x 2 boinc boinc    4096 2013-08-04 23:17 notices
drwxrwx--x 5 boinc boinc    4096 2013-08-01 15:17 projects
lrwxrwxrwx 1 root  root       34 2012-06-01 09:01 remote_hosts.cfg -> /etc/boinc-client/remote_hosts.cfg
-rw-r--r-- 1 boinc boinc   12935 2013-07-24 03:44 sched_reply_boinc.bakerlab.org_rosetta.xml
-rw-r--r-- 1 boinc boinc    1863 2013-08-04 17:30 sched_reply_perft.computers-chess.com.xml
-rw-r--r-- 1 boinc boinc    5089 2013-08-01 15:17 sched_reply_radioactiveathome.org_boinc.xml
-rw-r--r-- 1 boinc boinc    5970 2013-07-24 03:44 sched_request_boinc.bakerlab.org_rosetta.xml
-rw-r--r-- 1 boinc boinc    5647 2013-08-04 17:30 sched_request_perft.computers-chess.com.xml
-rw-r--r-- 1 boinc boinc    4749 2013-08-01 15:17 sched_request_radioactiveathome.org_boinc.xml
drwxrwx--x 9 boinc boinc    4096 2013-07-28 15:05 slots
-rw-r--r-- 1 boinc boinc    1363 2013-07-24 03:44 statistics_boinc.bakerlab.org_rosetta.xml
-rw-r--r-- 1 boinc boinc    1666 2013-08-04 17:30 statistics_perft.computers-chess.com.xml
-rw-r--r-- 1 boinc boinc     420 2013-08-01 15:17 statistics_radioactiveathome.org_boinc.xml
-rw-r--r-- 1 boinc boinc     168 2013-07-16 02:00 stderrdae.txt
-rw-r--r-- 1 boinc boinc 2097158 2013-07-24 03:03 stdoutdae.old
-rw-r--r-- 1 boinc boinc  248930 2013-08-04 17:30 stdoutdae.txt
-rw-r--r-- 1 boinc boinc 9213781 2013-07-30 08:37 temp_time_stats.xml
-rw-r--r-- 1 boinc boinc 9218954 2013-08-02 15:06 time_stats_log
root@biglaptop:/var/lib/boinc-client# cd projects/
root@biglaptop:/var/lib/boinc-client/projects# ls -l
razem 12
drwxrwx--x 2 boinc boinc 4096 2013-07-24 03:44 boinc.bakerlab.org_rosetta
drwxrwx--x 2 boinc boinc 4096 2013-07-31 23:22 perft.computers-chess.com
drwxrwx--x 2 boinc boinc 4096 2013-08-01 15:17 radioactiveathome.org_boinc
root@biglaptop:/var/lib/boinc-client/projects# cd perft.computers-chess.com/
root@biglaptop:/var/lib/boinc-client/projects/perft.computers-chess.com# ls -l
razem 1872
-rwxr-xr-x 1 boinc boinc 957028 2013-07-31 23:22 master
-rwxr-xr-x 1 boinc boinc 957028 2013-07-31 23:22 perft


Cytat: Szopler w 04 Sierpień 2013, 02:09
Zmieniłeś tylko % czy GB też?

Wszystko próbowałem :)

Cytat: Szopler w 04 Sierpień 2013, 00:11
Preferencje menadżera i zmiana ustawień dotyczących wykorzystania dysku?

To zrobiłem na początku i bez efektu. Mówiąc dokładnie: menadżer tak się
zachowuje, jakby 100% stanowiło jakieś 5-7%. Mogę zmniejszyć jeszcze
bardziej, a zwiększyć się nie da. Czy użytkownicy systemu Linux mają
jakieś takie ograniczenia do powierzchni dyskowej? Może coś w systemie
muszę zmienić? Ale jeśli tak, to czemu tego nie zrobił instalator...

Pozdrawiam

Cytat: mariotti w 01 Sierpień 2013, 20:56
Skasowałem testowy serwer i założyłem nowy.

Problem prawdopodobnie zlokalizowałem, ale nie umiem go
rozwiązać. Na dysku mam 13GB wolnego miejsca, a klient
twierdzi (ku ścisłości: taki komunikat wyświetla menadżer), że
jest niecały 1GB i brakuje 200MB miejsca na dysku, aby
pobierać work-units. Zaczynam się domyślać, czemu poprzednim
razem samo zaczęło działać, po samych resetach. Zasugerujecie
jakieś rozwiązania?

Pozdrawiam

Skasowałem testowy serwer i założyłem nowy. Wszystko zrobiłem tak samo,
nowych źródeł nie pobierałem, ani nowych wersji pakietów nie instalowałem.
No i mam ten sam problem co poprzednio: zadania są, a klient ich nie
pobiera. Poprzednim razem też był taki problem i nie wiem dlaczego nagle
zniknął. Myślałem że jak raz się przebrnie proces instalacji, to potem
robi się z zamkniętymi oczami...

Ku ścisłości, nie robiłem wszystkiego tak samo. Teraz dodałem dwie
aplikacje, jedna licząca i druga pośrednicząca. Czyżby ten szczegół
wymagał jakiś specjalnych zabiegów?

Pozdrawiam

Cytat: mariotti w 29 Lipiec 2013, 16:58
Zrobię zaraz badanie, aby sprawdzić jaki jest wpływ pamięci na szybkość obliczeń.

Coś zrobiłem, niestety na dwóch początkowych testach komputer miałem trochę
obciążony, więc duża ilość pamięci przyspiesza bardziej, niż widać to na zestawieniu.

3.00GB RAM time:2618s   
1.50GB RAM time:3149s
0.75GB RAM time:3686s
0.38GB RAM time:4175s
0.19GB RAM time:5024s
0.09GB RAM time:6188s
0.05GB RAM time:8604s
0.02GB RAM time:11006s

Więc jak ktoś odpali 32 osobne procesy, a tym samym podzieli dostępną pamięć na
te 32 procesy, to czas obliczeń jednego procesu wzrośnie około 2-3 razy.

Cytat: AXm77 w 29 Lipiec 2013, 20:51
W ten sposób działa YAFU: procentowo dzieli czas na komputerze a nie zasoby.
W czasie kiedy robi obliczenia, YAFU jest jedynym aktywnym projektem
i zajmuje wszystkie dostępne (dla BOINC) rdzenie i całą pamięć.
http://yafu.dyndns.org/yafu/

Użytkownik ściąga zadanie z projektu YAFU i w nim definiuje jak mają się
wykonywać zadania z innego projektu?

Pozdrawiam

Hmmmm, a miała być taka elastyczna konfiguracja ;-)


Aplikacja już jest tak napisana, że wykorzystuje bardzo dobrze to, na co użytkownik jej
pozwoli. Im pozwoli na więcej, tym liczy szybciej. Na pewno nie będę jej pogarszał pod
żadnym pozorem ;) Może za pośrednictwem BOINC odpali się aplikację tak, jakby
użytkownik pozwolił tylko na jeden wątek. Piszę to z wielkim smutkiem, gdyż osoby z mocnymi
komputerami, a więc osoby najważniejsze dla projektu, nie będą mogły się wykazać, ani
pochwalić :(

Zrobię zaraz badanie, aby sprawdzić jaki jest wpływ pamięci na szybkość obliczeń.
Przypuszczam że jest to wpływ ogromny, więc odpalanie dwóch aplikacji równolegle,
bezwzględnie trzeba zablokować. Musi uruchamiać się jedna instancja i korzystać z
całej pamięci na jaką użytkownik się zgodził.

Dla perft byłoby idealnie, jakby użytkownik ustawił, że np. od godziny
2:00 do 6:00 wszystkie inne aplikacje BOINC są usypiane i zrzucane na swap, a
ze wszystkich zasobów (na które użytkownik się zgodził), korzysta tylko
perft. Po tym okresie perft jest usypiany i włącza się dopiero na drugi
dzień.

Pozdrawiam

Cytat: Karlik w 29 Lipiec 2013, 14:57
mariotti: no to masz kilka opcji:
1. spróbować znaleźć jakiś przełącznik, który pozwala na ustawienie parametrów zadania PO jego dodaniu do bazy (jak właśnie liczbę rdzeni)

Myślałem o czymś podobnym. Niestety takie rozwiązanie jest i pracochłonne i naraża cały
projekt na trudne do wychwycenia błędy :/

Cytat: Karlik w 29 Lipiec 2013, 14:57
2. zhackować własny program - zrobić sobie jakiś interfejs - jak już jest w pamięci jakaś instancja perfta to przed rozpoczęciem własnych obliczeń podpinasz się i pomagasz dokończyć obecny task

O tym też myślałem, mam podobne obawy jak powyżej.

Cytat: Karlik w 29 Lipiec 2013, 14:57
3. zmodyfikować scheduler (lub inny daemon), żeby dynamicznie ustawił liczbę rdzeni dla samego klienta (i pewnie jako parametr perfta) - w zależności od ustawień użytkownika (opcja jakbyś nie znalazł nic w punkcie pierwszym)
więcej nie przychodzi mi do głowy w tej chwili

Ja mam jeszcze kilka pomysłów, ale wszystkie wymagają roboty i zwiększają
ryzyko błędów :/

Cytat: Karlik w 29 Lipiec 2013, 14:57
Najbardziej elastyczny byłby chyba sposób drugi, ale to musisz sam ocenić. Ponieważ i tak masz wrapper to może wystarczyłoby sprawdzić czy istnieje jakaś obca instancja a potem wysłać jakiś sygnał (np. SIGUSR1, który oznaczałby "dodaj kolejny wątek, masz zielone światło" i SIGUSR2 "coś mnie wstrzymuje, zwolnij jeden wątek") - nie wiem jak by to wyglądało na windowsie niestety. No i wtedy trzeba pomyśleć co zrobić jak użytkownik da "wstrzymaj zadanie" na głównym wątku, ale wtedy chyba po prostu trzebaby zwolnić zasoby i wrapper drugiego mógłby spokojnie uruchomić swoją wersję.
No i dobrze by było, gdybyś umożliwił użytkownikowi ustawić maksymalną zajętość pamięci ;)

Koncepcyjnie proste, ale w realizacji będzie bardzo zagmatwane :/
Nadal nie wiem jak to prosto rozwiązać....

Mogę napisać aplikację GUI w QT. User ją pobierze ze strony projektu,
uruchomi i zobaczy dwa okienka:
1) MAX THREADS,
2) MAX RAM.
Aplikacja zapisze gdzieś dane i da pełne uprawnienia wszystkim do odczytu 0664.

Niestety nie wiem jak zachowa się aplikacja kliencka. Zadanie będzie dla 1 wątku, aplikacja
licząca uruchomi się w 8 wątkach i co wtedy? Aplikacja kliencka zgłosi błąd i zabije aplikację
liczącą? Nawet jakby się udało, to trzeba zablokować uruchamianie dwóch tasków
równolegle na tym samym kompie :/

Pozdrawiam

Cytat: goofyx w 27 Luty 2012, 08:52
Już nie raz o tym rozmawialiśmy na forum.
Odkąd są aplikacje na GPU to całe statystyki są strasznie wypaczone.
Ktoś liczy na CPU przez lata, a po 6 miechach jest w tyle za GPU.
Powinny być prowadzone 2 statystyki <- projekty cpu + non-cpu, a równocześnie GPU

Tym bardziej że pewnych projektów na GPU zwyczajnie nie da się policzyć. Brak
stosu, mała efektywność na liczbach całkowitych, problemy wydajnościowe po
opróżnieniu pipe-line, narzuty na transfer i wiele innych cech dyskwalifikują GPU
do wielu zastosowań. Jedyne sensowne rozwiązanie to właśnie osobny ranking dla
liczenia na pełnowartościowych rdzeniach i zubożonych. Przecież CPU nie są wolniejsze
z definicji - one po prostu potrafią więcej/dokładniej/wygodniej i dlatego ta sama operacja
trwa na nich dłużej.

Pozdrawiam

Cytat: krzyszp w 26 Luty 2012, 19:34
Najlepiej by było, gdyby powstała niezależna ekipa sprawdzająca konkretne aplikacje pod względem wydajności obliczeń i arbitralnie narzucająca punktację dla każdego projektu...

W projekcie perft nie ma takiej możliwości. Każda paczka zadań (czyli jeden task) wymaga
innego czasu obliczeń. Dopiero po obliczeniu wiadomo ile wymagał obliczeń.
Pozdrawiam

Cytat: Karlik w 29 Lipiec 2013, 13:52
Nie wiem, może da się to jakoś dynamicznie ustawić (w sensie, że ten parametr dotyczący liczby wykorzystywanych rdzeni powiązać z aplikacją-klientem a nie z WorkUnitem). Tak czy siak raczej nie nastawiałbym się na użytkowników, którzy mają powyżej 12 rdzeni i ok. 16GB RAMu ;)

Do wstępnych testów przyłączyła się osoba z komputerem 48-rdzeniowym. Ta jedna osoba
mogła policzyć więcej niż wszystkie inne osoby razem wzięte. Więc nie można zignorować takich
osób. Natomiast liczenie 48 tasków równolegle to w przypadku tej aplikacji strzał w stopę.

Pozdrawiam

Cytat: Karlik w 29 Lipiec 2013, 11:54
Może niepotrzebnie wspominałem o tych ułamkowych, bo tylko zamieszanie wywołałem. Ułamkowe są głównie do zadań GPU, bo wtedy czasem część CPU się po prostu nudzi, dlatego mogą być uruchomione np. 3 takie zadania.

Ależ bardzo dobrze że wspomniałeś, teraz mamy wyjaśnienie co to oznacza:

Cytat: krzyszp w 29 Lipiec 2013, 10:52

Cytat: Dario666 w 29 Lipiec 2013, 09:31Jak ustawimy na 2 rdzenie i 67% obciążenia to aplikacja sama będzia wykorzystywać 2x0,67 = 1,34 rdzenia.

Nie, aplikacja będzie wykorzystywać 2 rdzenie przez 67% czasu z godziny...

Cytat: Karlik w 29 Lipiec 2013, 11:54
Co do ustawienia to dlatego pisałem o tym, żeby można to było kontrolować (przez dodanie jakiegoś ustawienia do profilu) i generowałbyś różne zadania: jak ktoś chce na jednym rdzeniu to mu podsyłasz takie zadanie, jak na dwóch to inne. Nie możesz ustawić na sztywno np. 8 wątków, bo wtedy klienci z mniejszą liczbą po prostu nie dostaną zadań (no dobra, można w BOINCu "emulować" większą liczbę - ale wtedy to mogłoby się mocno odbić na wydajności).

Słabo widzę generowanie różnych zadań. Musiałbym wiedzieć ile prcent zadań przypadnie na
poszczególne ilości rdzeni. Jeśli będzie jeden użytkownik z super-komputerem (np. 500
rdzeni) to policzy więcej niż cała reszta razem wzięta. Jesli dam zadanie na 500 rdzeni i
nie znajdzie się ani jeden taki użytkownik, to zadanie nigdy się nie zakończy. Analogicznie
jest z pamięcią RAM. Jeśli będzie jeden wolontariusz z komputerem 500GB RAM i weźmie
dużą paczkę zadań, to będzie miał istotny wkład w obliczenia. Jednak jeśli w konfiguracji
dam takie wymagania pamięciowe, to ryzykuję że nie znajdzie się ani jeden taki
użytkownik.

Aplikacja jest napisana tak, żeby każde zadanie umiała policzyć na każdym komputerze.
Teoretycznie można tę aplikację skompilować na comodere64 i każde zadanie też powinna
prawidłowo policzyć - tyle że wolno. Więc nie mogę w zadaniach oznaczyć, że są one
tylko na 500 rdzeni, albo na 500GB RAM.

Trzeba jakoś inaczej rozwiązać ten problem, jeszcze nie wiem jak.

Pozdrawiam

Cytat: Karlik w 28 Lipiec 2013, 21:17
Da się, tak np. robi wu-prop, że wysyła do klienta tylko jeden task w danym momencie, ale raczej nie polecałbym takiego rozwiązania. Teraz w configach coś pododawali, więc może da się ograniczyć tylko liczbę przeliczanych (a nie dostarczonych tasków). Po stronie klienta chyba jest coś typu max_concurrent.

Ok, to będę szukał. Ta blokada jest bardzo ważna.

Cytat: Karlik w 28 Lipiec 2013, 21:17
Nie zrozumiałeś mojej intencji. Każde zadanie wysyłane do klienta ma (poza innymi parametrami) dwie liczby: liczbę wykorzystywanych rdzeni CPU oraz GPU (od jakichś ułamkowych wartości - typu 0.01 do normalnych 1 czy 2). Więc jak wyślesz zadanie (sparametryzowane jak wzpominałem wcześniej), które chcesz uruchomić na dwóch rdzeniach to tylko informujesz klienta, że ma zarezerwować dwa rdzenie (wtedy na 4 rdzeniach będą działały np. dwa zwykłe zadania innych projektów i jedno Twoje).

Zrozumiałem. Problem w tym, że liczy się ilość rdzeni a nie ich odsetek. Moja aplikacja nie umie
pracować na 1.34 rdzenia, umie pracować tylko na ich całkowitych ilościach. Dla mnie nie ma
problemu, mogę zadania oznaczyć jako 100 wątkowe. Ale nie wiem, czy wtedy klient z
czterema rdzeniami w ogóle pobierze takie zadanie.

Wracając do ułamkowych części rdzenia. Załóżmy że klient wpisał 1.34 rdzenia. Odczytuję
z ustawień i co mam zrobić? Mam utworzyć dwa wątki, czy jeden wątek? Czy może
pierwsze 34% zadania policzyć na 2 wątkach, a pozostałe 66% na jednym? A może
najpierw policzyć 66% na jednym, a na końcu 34% na dwóch? A może utworzyć dwa
wątki, na jednym system bez mojej ingerencji przydzieli 100%, a na drugim 34%?

Cytat: Karlik w 28 Lipiec 2013, 21:17
EDIT:
jak piszę o rdzeniach to mam na myśli samodzielną jednostkę obliczeniową, bo rdzenie w wypadku GPU to chyba nie jest najszczęśliwsze określenie  ;)

O GPU możemy zapomnieć przynajmniej przez najbliższe pół roku. Słyszałem że
NVIDIA wprowadziła ułatwienia do takich aplikacji jak perft, ale i tak nie mam czasu
na to :(


Pozdrawiam

Cytat: Karlik w 26 Lipiec 2013, 02:21
Z checkpointami chodziło mi bardziej o rozwiązanie: "zapisuję sobie co jakiś czas co policzyłem/liczę" - chodzi o to, żeby przy nieoczekiwanym zamknięciu aplikacji (brak prądu, zwis systemu, wstrzymanie zadania bez zachowania w pamięci) móc wznowić od pewnego etapu a nie liczyć znowu od zera.

I właśnie tak Ciebie zrozumiałem. Mnie z kolei chodziło o to, że w przypadku testu perft istnieje
lepsze rozwiązanie. Czasami można zrobić checkpoint także dla tych obliczeń, które będą
wykonywane dopiero w przyszłości :D

Cytat: Karlik w 26 Lipiec 2013, 02:21
Jeżeli twierdzisz, że im dłuższe taski tym lepiej to może zrób jak w rosetce czyli pozwól wybierać rozmiar paczek użytkownikowi (to pasuje do tego Twojego pomysłu z dynamicznym generowaniem zadań - pobierz n układów i wyślij klientowi - oczywiście dobierz kilka wartości n do wyboru, żeby móc te zadania wygenerować wcześniej - żeby mieć zapas).

Nigdzie w menadżerze nie znalazłem możliwości wyboru rozmiaru paczek. Jak
to zrobić, żeby użytkownik mógł wybierać?

Cytat: Karlik w 26 Lipiec 2013, 02:21
Co do wrappera to chyba nie ma sensu, żebyś pisał go do aplikacji liczącej PI. Masz działający perft to od razu pisz wrapper do niego, dla testów dając jakieś małe głębokości.

Jest w tym dużo racji, chyba odpuszczę PI.

Cytat: Karlik w 26 Lipiec 2013, 02:21
Nie do końca rozumiem co masz na myśli z tym przydziałem zasobów -

Nie tak łatwo zgrabnie to opisać....

Pewne są dwie rzeczy:
1) równoległe liczenie dwóch tasków z projektu perft na tej samej maszynie nie ma najmniejszego sensu;
2) równoległe liczenie testu perft z innymi aplikacjami które lubią dużo ram nie ma sensu,
     trzeba je uruchamiać na przemian.

Cytat: Karlik w 26 Lipiec 2013, 02:21
BOINC uruchamia tyle zadań na ile mu pozwala użytkownik (domyślnie tyle ile rdzeni).

Czy da się ustawić zakaz równoległego liczenia dwóch tasków tego samego
projektu na jednym komputerze? Jeśli użytkownik zdecyduje się liczyć perft na dwóch
rdzeniach, to po prostu aplikacja powinna się uruchomić jako dwu-wątkowa.

Cytat: Karlik w 26 Lipiec 2013, 02:21
Jeżeli chodzi Ci o liczenie na wielu wątkach to po prostu daj zadanie wykorzystujące kilka
CPU (też możesz to sparametryzować). Domyślnie wszystkie aplikacje BOINC są traktowane jako jednowątkowe.

Nie ma czegoś takiego w teście perft. Po prostu są zadania. Użytkownik może zadania policzyć
na tylu rdzeniach na ilu chce. Może liczyć na jednym rdzeniu, a może na tysiącu jak ma
super-komputer. Za to zdecydowanie nie powinien liczyć osobnego tasku na każdym rdzeniu.

Pozdrawiam

Cytat: Karlik w 24 Lipiec 2013, 15:29
Co do długości trwania to zależy jakie będziesz miał checkpointy. Tak zapis co 0,2h-1h powinien być chyba ok, wtedy długość próbki może być taka jak Rysiu podał - z 5h (w zasadzie dowolna, ale bez przeginania w żadną ze stron - no chyba, że się nie da inaczej - np. długie LLRy z PG).

W tym zadaniu check-pionts można zrealizować na wiele sposobów. Właściwie to nie trzeba niczego
zapisywać o ukończonych etapach. Wystarczy dobra heurystyka do rozstrzygania który układ
ma zostać w ram, a który wywalić. W razie przedwczesnego zakończenia aplikacji, RAM z
układami leci na dysk. Po starcie aplikacji odwrotnie: układy są wczytywane z dysku do RAM. Coś w rodzaju
(pół)trwałej tablicy z częściowymi wynikami. Przy takim rozwiązaniu aplikacja może dostawać
tylko jeden układ do policzenia, bo tablica z wynikami częściowymi będzie przechowywana zawsze
na dysku. Niestety jakby aplikacja dostawała po jednym układzie, to musiałyby to być układy
sekwencyjne. Serwer musiałby pamiętać który układ był wysłany do którego komputera i
podawać (o ile to tylko możliwe) sekwencyjne. Zaletą byłby bardzo krótki czas jednego
tasku. Na depth=10 liczyliśmy kilka godzin. Jakby task był na depth=8 to już sto razy
szybciej. Jakby aplikacja była zoptymalizowana - to tysiąc razy szybciej. Jeden taks mógłby
trwać 15 sekund - ale to raczej fantazje - bo za dużo komplikacji z wykonaniem. Raczej
upakuje się kilkadziesiąt - kilkaset układów do jednego zadania.
15 sekund * 250 układów ~ 1h na zadanie.


Analizując dalej... paczki z dużą ilością układów też są złe, bo ta duża ilość układów będzie
liczona na tym samym random-seed. Idealnie byłoby gdyby każdy układ miał inny seed -
niestety wtedy nie zadziała zapamiętywanie powtórzonych układów. Dobierzemy tę
ilość eksperymentalnie.


Pozdrawiam

Cytat: andy101fah w 24 Lipiec 2013, 18:56
:parrrty: :parrrty:

To ja stawiam duże piwo dla wszystkich za pomoc i wsparcie :D

Cytat: Rysiu w 24 Lipiec 2013, 15:21
Taski najlepiej aby były tworzone w mierę potrzeb. Nie wszystkie jednocześnie do bazy ale po
części (ale to z czasem można dorobić).

Hmmm. Zależy od projektu. W programie perft chcemy znać ilość węzłów, więc
teoretycznie wystarczy każdy pod-układ przeliczyć i uaktualniać sumę. Więc
ani na dysku, ani w bazie nie musi być dużo układów - tylko trochę aby nimi karmić
aplikacje liczące. Z drugiej strony pod-układy często się powtarzają, dlatego
wcześniej zadałem sobie trochę trudu z tym algorytmem sort-uniq-sort. Aby
usunąć powtarzające, to trzeba najpierw wygenerować wszystkie. Ponadto
chcę zrobić taką prezentację wyników, która każdemu w dowolny sposób
(nie tylko za pośrednictwem platformy boinc) umożliwi weryfikację wyników.
Prezentacja ta też będzie wymagała aby wszystkie dane były przygotowane
odgórnie. Więc dane i tak i tak muszą leżeć gdzieś na dysku, a nawet powinny
być jakoś zaindeksowane w bazie danych, żeby prezentacja była efektywna.

Idealnie było by tak:
1) generujemy dane
2) przekierowujemy do sort-uniq-sort, a tym samym optymalizujemy
3) zapisujemy zoptymalizowane w bazie danych
4) przechwytujemy zdarzenie downloadu
  a) program odczytuje n układów z bazy
  b) kompresuje układy do zpia
  c) zapisuje na dysku jedno zadanie
  d) zadanie także dopisuje do bazy, do zadań podanych
  e) apache podaje paczkę do aplikacji liczącej

Niemniej taki scenariusz choć jest do osiągnięcia, to prawdopodobnie będzie
bardzo pracochłonny.  Raczej zastosuję dużo prostsze rozwiązanie:
  a) optymalizacja przy pomocy sort-uniq-sort
  b) podział na porcje po N układów
  c) dodanie każdej porcji do tego drzewka w katalogu download
  d) dodanie podwójnej ilości tasków do bazy, każdy task będzie z innym random-seed
  e) utworzenie tabeli układów
  f) od czasu do czasu odświeżanie tabeli układów, no i prezentacja częściowych
      wyników na www

Cytat: Rysiu w 24 Lipiec 2013, 15:21
Czas jednego zadania to jakoś kilka godzin. Ustaw na 5 godzin i będzie git.

Generalnie im dłuższy task, tym krótszy sumaryczny czas obliczeń. W jednym tasku będzie
wiele "sąsiednich" układów. W sąsiednich układach często powtarzają się pod-układy.
Powtórzenia oznaczają możliwość odczytania wyników z pamięci, zamiast czasochłonnych
obliczeń.  Dłuższy czas obliczeń oznacza także lepszą kompresję i mniejszy sumaryczny
transfer. Myślę że po przyspieszeniu programu, całkiem dobra wartość będzie w
granicach od 30minut do 10godzin - nie wiem, zobaczymy.

Bardziej martwi mnie to, że menadżer BOINC uruchamia kilka tasków równolegle. To
samo tyczy się przydziału zasobów dla innych projektów. Weźmy dwie różne strategie
przydziału zasobów:
1) użytkownik podpina się np. do 3 projektów, w tym także do perft'a, a menadżer przez
    całą dobę liczy 6 zadań równolegle w tym np. 2 zadania perfta - rozdziela zasoby
    mniej-więcej po równo,
2) menadżer na 4 godziny w ciągu doby zatrzymuje wszystkie projekty i całe zasoby
    przypisuje do jednego tasku perft
Zarówno pierwsza jaki i druga strategia daje projektowi perft średnio 4h na dobę. Jednak
na tej drugiej strategii sumaryczny czas obliczeń będzie wielokrotnie krótszy, może nawet 5cio
krotnie.

Cytat: Rysiu w 24 Lipiec 2013, 15:21
Jak to jaki? Teraz chyba już Twój algorytm.

Myślę nad całkowitym oddzieleniem kodu boinc od kodu swojej aplikacji. Zoptymalizowany
program do liczenia testu perft jest bardzo skomplikowany, zależy mi na uproszczeniu
kodu. Program perft będzie ewoluował. Docelowo to będzie aplikacja grająca w szachy, ale
będzie też miała implementację algorytmów uczących, może uczenie będzie w oparciu o
platformę BOINC, pewnie interfejs graficzny do gry w szachy zaimplementuję, może dodam
jakąś bazę partii... Jednym słowem perft rozrośnie się do sporego i skomplikowanego
kombajnu. Jeśli bezpośrednio w perft nie będzie kodu BOINC, to znacznie uprości
implementację. Poza tym fajnie byłoby, jakby test perft był zupełnie niezależnym programem,
żeby każdy mógł go pobrać z sieci, ręcznie uruchomić i policzyć węzły - chociażby w
celu dodatkowej weryfikacji.

W związku z powyższym, myślę o stworzeniu dodatkowej aplikacji, która będzie pośredniczyła
pomiędzy nadchodzącymi taskami a programem perft. Więc może dla treningu napiszę najpierw
taki pośrednik dla problemu PI?  Gdy taki pośrednik będzie już dobrze współpracował z BOINC API, to
tylko się przerobi sposób podawania danych na wejście innego programu. Co myślicie o czymś takim?

Cytat: Rysiu w 24 Lipiec 2013, 15:21
Lepiej sobie darować Pi (przecież i tak wszyscy będą liczyć do tej samej precyzji) itp. co tylko będą marnować moc obliczeniową.

To tylko do testów, np. 50 zadań po 30 minut. A precyzja...  sam nie wiem jaką precyzję taki
algorytm może uzyskać. To metoda całkowania trapezami. U mnie na kompie, tamten algorytm
co powyżej wkleiłem kod, w 1h liczy z dokładnością do około 14 cyfr. Szykuje mi się dłuższy
wyjazd, to zostawię go na dwie doby :)

Pozdrawiam

Cytat: Dario666 w 24 Lipiec 2013, 14:44
Wykonuje podstawowe operacje arytmetyczne, ale ważne, że można sprawdzić czy obliczenia sa prawidłowe. Ewentualnie każde zadanie zdublować jak to robia projekty standardowo :)

Nom tak będzie trzeba zrobić. Ile mam dać taksów i ile średnio czasu ma trwać jeden task?
Pozdrawiam

Cytat: mariotti w 24 Lipiec 2013, 08:27

Cytat: Dario666 w 24 Lipiec 2013, 08:15
Wyznaczanie liczby PI z coraz większą dokładnością

Jakim algorytmem?

Może być taki? :D

#include <cstring>
#include <gmp.h>
#include <cstdio>
#include <cassert>
#include <cstdlib>

struct Args {
int   prec;
char *start;
char *stop;
char *r;
};

static Args args;

void help() {
printf("using:gmp_pi prec=int steps=int start=float stop=float r=float\n");
abort();
}

void parseArgs( const int argc , char *argv[] ) {
memset( &args , 0 , sizeof(args) );
for( int i=1 ; i<argc ; i++ ) {
if( strncmp( argv[i] , "prec="  , 5 ) == 0 ) args.prec  = atoi( argv[i]+5 );
if( strncmp( argv[i] , "start=" , 6 ) == 0 ) args.start = strdup( argv[i]+6 );
if( strncmp( argv[i] , "stop="  , 5 ) == 0 ) args.stop  = strdup( argv[i]+5 );
if( strncmp( argv[i] , "r="     , 2 ) == 0 ) args.r     = strdup( argv[i]+2 );
}
if( ! args.r     ) help();
if( ! args.start ) help();
if( ! args.stop  ) help();
}

enum MPZ {
MP_START,
MP_STOP,
MP_R,
MP_OUT,
MP_TMP,
MP_SIZE
};

#define PRINT( __idx__ )  printf( #__idx__ ":" ); mpz_out_str(stdout,10,mpz[__idx__]); printf("\n")

int main( int argc , char *argv[] ) {
int test;
parseArgs( argc , argv );
mpz_t mpz[MP_SIZE];

for( int i=0 ; i<MP_SIZE ; i++ ) mpz_init2( mpz[i] , args.prec );

test = mpz_set_str( mpz[MP_R] , args.r , 10 );
assert( test==0 );
mpz_mul( mpz[MP_R] , mpz[MP_R] , mpz[MP_R] );
test = mpz_set_str( mpz[MP_START] , args.start , 10 );
assert( test==0 );
test = mpz_set_str( mpz[MP_STOP] , args.stop , 10 );
assert( test==0 );

while( mpz_cmp(mpz[MP_START],mpz[MP_STOP]) <= 0 ) {
mpz_mul( mpz[MP_TMP] , mpz[MP_START] ,  mpz[MP_START] );
mpz_sub( mpz[MP_TMP] , mpz[MP_R] , mpz[MP_TMP] );
mpz_sqrt( mpz[MP_TMP] , mpz[MP_TMP] );
mpz_add( mpz[MP_OUT] , mpz[MP_OUT] , mpz[MP_TMP] );
// PRINT(MP_START);
mpz_add_ui( mpz[MP_START] , mpz[MP_START] , 1 );
}
mpz_mul_ui( mpz[MP_OUT] , mpz[MP_OUT] , 4 );

PRINT(MP_OUT);
for( int i=0 ; i<MP_SIZE ; i++ ) mpz_clear( mpz[i] );

return 0;

}


Pozdrawiam

Cytat: Dario666 w 24 Lipiec 2013, 08:15
Wyznaczanie liczby PI z coraz większą dokładnością

Jakim algorytmem?

Pozdrawiam

Jakie zadanie proponujecie na następny test? Program upper-case był dobry
do sprawdzenia czy serwer w ogóle działa. Teraz by się przydało coś ciut trudniejszego
do policzenia. Tak żeby można było po zakończeniu obliczeń podsumować wyniki i
sprawdzić czy wszystko się zgadza. Jednocześnie zadanie nie może być zbyt
trudne w implementacji.

Pozdrawiam

Cytat: mariotti w 24 Lipiec 2013, 02:26
Dodałem 10tys tasków, jeśli mogę Was poprosić, to testujcie.

Dzięki za testy. Zatrzymałem serwer, bo nie ma sensu abyście dalej męczyli
procesory programem który w głównej mierze składa się z pustej pętli.
Trochę testowych zadań się policzyło:

name              country    outcome count(*)
Bok             United States 3 28
cpuid             Germany         0 26
cpuid             Germany         1 1584
fzs600             France         0 26
Jerzy_Przytocki     Poland         0 372
Jerzy_Przytocki     Poland         1 1067
mariotti     Poland         1 723
mariotti     Poland         3 8
mariotti     Poland         7 150
philip-in-hongkong  Hong Kong         1 144
RAD-Poland     Poland         1 1
TJM             None         0 18
TJM             None         1 315
TJM             None         3 5
[B@H] Lumpi     Germany         1 1


Pozdrawiam

Normalnie z radości bym przeklął, ale że to forum publiczne, napiszę
po prostu że upper-case w końcu działa - a przynajmniej tak wygląda.

Co zrobiłem? Nic! Jedynie zresetowałem swojego laptopa, usunąłem projekt i
dodałem na nowo. W wątku poniższym TJM pisał że z jego komputera klient
odesłał pliki. Pomyślałem że coś nie tak z moim laptopem/systemem. Wydaje mi
się to bardzo dziwne, bo rosetę odsyłał poprawnie, a rzekomo odesłanych plików
nigdzie nie było na serwerze.

Właściwie to dodałem jeszcze wpis do plików konfiguracyjnych żeby używał
http w wersji 1.0.  Jednak po usunięciu tego wpisu nadal działa. W sumie
z tymi kropkami i pustymi nazwami problem też jakby zniknął sam, bez
mojej ingerencji... Masakra jakaś, nic nie rozumiem, no ale działa...

Dodałem 10tys tasków, jeśli mogę Was poprosić, to testujcie.

Ciekawe jakie będą problemy z przerabianiem upper-case na inne aplikacje
liczące - już na samą myśl o tym moja radość ustąpiła miejsca rozpaczy :/

Pozdrawiam

Cytat: Dario666 w 23 Lipiec 2013, 19:42
Kidy będzie można coś zobaczyć na stronie?  ;D

Do obliczeń wszystko mam. Mam aplikację liczącą, mam program od optymalizacji i
podziału zadań, mam pomysł na testowanie i uwiarygodnienie aplikacji, mam kilka
fajnych pomysłów na optymalizację aplikacji liczącej, na prezentację częściowych
wyników na stronie, itd. Jedynie co mi sprawia problemy to platforma BOINC - nie mam
bladego pojęcia jak ją uruchomić i nie wiem kiedy zdołam ją uruchomić.

Pozdrawiam

Cytat: TJM w 23 Lipiec 2013, 16:02
Z w/w komunikatu nic nie da się wywnioskować, to po prostu FUH zgłasza pusty request (zapewne z przeglądarki).
Sprawdź prawa dostępu do folderu z logami, może FUH nie może tam nic zapisać. FUH i scheduler działają na takim samym użytkowniku, jak apacz, więc to apacz musi mieć prawa dostępu do tego folderu.

Dałem dla pewności chmod 777 upload. Takie pliki mam w logach:

perft@x:~/www/log_x$ ls -l
total 39248
-rw-r--r-- 1 root     www-data   836586 Jul 24 00:12 apache2
-rw-rw-rw- 1 perft    www-data 16535946 Jul 24 00:18 feeder.log
-rw-rw-rw- 1 perft    www-data  1107062 Jul 24 00:18 file_deleter.log
-rw-r--r-- 1 www-data www-data  2498920 Jul 24 00:06 scheduler.log
-rw-rw-rw- 1 perft    www-data 19140110 Jul 24 00:18 transitioner.log


Przeszukalem po nazwie upload cały vps - wyniki jak poniżej.
Katalog projektu to ./home/perft/www/.

root@x:/# find . -name '*upload*'
./usr/lib/git-core/git-upload-pack
./usr/lib/git-core/git-upload-archive
./usr/lib/python2.6/distutils/command/upload.py
./usr/lib/python2.6/distutils/command/upload.pyc
./usr/bin/git-upload-pack
./usr/bin/git-upload-archive
./usr/share/phpmyadmin/libraries/import/upload
./usr/share/phpmyadmin/libraries/import/upload/uploadprogress.php
./usr/share/man/man1/git-upload-archive.1.gz
./usr/share/man/man1/git-upload-pack.1.gz
./usr/share/doc/libcurl4-openssl-dev/examples/ftpupload.c
./usr/share/doc/libcurl4-openssl-dev/examples/fileupload.c
./home/perft/www/upload
./home/perft/www/cgi-bin/file_upload_handler
./home/perft/www/keys/upload_private
./home/perft/www/keys/upload_public
./home/perft/boinc/sched/.deps/fcgi_file_upload_handler-file_upload_handler.Po
./home/perft/boinc/sched/.deps/file_upload_handler.Po
./home/perft/boinc/sched/.deps/fcgi_file_upload_handler-sched_msgs.Po
./home/perft/boinc/sched/.deps/fcgi_file_upload_handler-sched_config.Po
./home/perft/boinc/sched/file_upload_handler.cpp
./home/perft/boinc/sched/file_upload_handler.o
./home/perft/boinc/sched/file_upload_handler
./home/perft/boinc/test/uc_multiple_uploads_result
./home/perft/boinc/test/test_upload_backoff.php
./home/perft/boinc/test/test_upload_resume.php


Cytat: TJM w 23 Lipiec 2013, 06:50
Po wysłaniu znikają z klienta, ponadto zmienia się status WU.
Szukaj w logu upload handlera, w konfiguracji projektu możesz włączyć fuh_debug_level 4 http://boinc.berkeley.edu/trac/wiki/ServerDebug

Nie mam na serwerze żadnych logów upload_handlera.

Włączyłem debugowanie na poziomie 4. Logów jest teraz masa. Nie umiem się
przez nie przekopać.

Czy z tego komunikatu można cokolwiek wywnioskować?
http://perft.computers-chess.com/perft_cgi/file_upload_handler

W menadżerze mam takie logi (po usunięciu i dodaniu projektu perft).
Teraz ewidentnie problem leży w uploadzie. Powtarza się "transient upload error".
Nadal nie wiem jak namierzyć przyczynę tego błędu.

wto, 23 lip 2013, 11:03:46 | perft | Master file download succeeded
wto, 23 lip 2013, 11:03:51 | perft | Sending scheduler request: Project initialization.
wto, 23 lip 2013, 11:03:51 | perft | Requesting new tasks for CPU
wto, 23 lip 2013, 11:03:52 | perft | Scheduler request completed: got 1 new tasks
wto, 23 lip 2013, 11:03:54 | perft | Started download of uc1
wto, 23 lip 2013, 11:03:54 | perft | Started download of in
wto, 23 lip 2013, 11:03:55 | perft | Finished download of in
wto, 23 lip 2013, 11:04:02 | perft | Finished download of uc1
wto, 23 lip 2013, 11:04:02 | perft | Starting task test_c_141_0 using uc1 version 1
wto, 23 lip 2013, 11:04:02 | perft | Sending scheduler request: To fetch work.
wto, 23 lip 2013, 11:04:02 | perft | Requesting new tasks for CPU
wto, 23 lip 2013, 11:04:04 | perft | Scheduler request completed: got 10 new tasks
wto, 23 lip 2013, 11:04:06 | perft | Starting task test_c_187_0 using uc1 version 1
wto, 23 lip 2013, 11:04:06 | perft | Starting task test_c_186_1 using uc1 version 1
wto, 23 lip 2013, 11:04:06 | perft | Starting task test_c_186_0 using uc1 version 1
wto, 23 lip 2013, 11:04:14 | perft | Sending scheduler request: To fetch work.
wto, 23 lip 2013, 11:04:14 | perft | Requesting new tasks for CPU
wto, 23 lip 2013, 11:04:16 | perft | Scheduler request completed: got 10 new tasks
wto, 23 lip 2013, 11:04:25 | perft | Computation for task test_c_141_0 finished
wto, 23 lip 2013, 11:04:25 | perft | Starting task test_c_185_1 using uc1 version 1
wto, 23 lip 2013, 11:04:27 | perft | Started upload of test_c_141_0_0
wto, 23 lip 2013, 11:04:28 | perft | Temporarily failed upload of test_c_141_0_0: transient upload error
wto, 23 lip 2013, 11:04:28 | perft | Backing off 10 min 21 sec on upload of test_c_141_0_0
wto, 23 lip 2013, 11:04:28 | perft | Computation for task test_c_187_0 finished
wto, 23 lip 2013, 11:04:28 | perft | Starting task test_c_185_0 using uc1 version 1
wto, 23 lip 2013, 11:04:29 | perft | Computation for task test_c_186_1 finished
wto, 23 lip 2013, 11:04:29 | perft | Starting task test_c_184_1 using uc1 version 1
wto, 23 lip 2013, 11:04:30 | perft | Started upload of test_c_187_0_0
wto, 23 lip 2013, 11:04:30 | perft | Computation for task test_c_186_0 finished
wto, 23 lip 2013, 11:04:30 | perft | Starting task test_c_184_0 using uc1 version 1
wto, 23 lip 2013, 11:04:31 | perft | Temporarily failed upload of test_c_187_0_0: transient upload error
wto, 23 lip 2013, 11:04:31 | perft | Backing off 17 min 50 sec on upload of test_c_187_0_0
wto, 23 lip 2013, 11:04:31 | perft | Started upload of test_c_186_1_0
wto, 23 lip 2013, 11:04:32 | perft | Temporarily failed upload of test_c_186_1_0: transient upload error
wto, 23 lip 2013, 11:04:32 | perft | Backing off 12 min 10 sec on upload of test_c_186_1_0
wto, 23 lip 2013, 11:04:48 | perft | Computation for task test_c_185_1 finished
wto, 23 lip 2013, 11:04:48 | perft | Starting task test_c_183_1 using uc1 version 1
wto, 23 lip 2013, 11:04:51 | perft | Computation for task test_c_185_0 finished
wto, 23 lip 2013, 11:04:51 | perft | Starting task test_c_183_0 using uc1 version 1
wto, 23 lip 2013, 11:04:52 | perft | Computation for task test_c_184_1 finished
wto, 23 lip 2013, 11:04:52 | perft | Starting task test_c_182_1 using uc1 version 1
wto, 23 lip 2013, 11:04:53 | perft | Computation for task test_c_184_0 finished
wto, 23 lip 2013, 11:04:53 | perft | Starting task test_c_179_0 using uc1 version 1
wto, 23 lip 2013, 11:05:10 | perft | Computation for task test_c_183_1 finished
wto, 23 lip 2013, 11:05:10 | perft | Starting task test_c_178_1 using uc1 version 1
wto, 23 lip 2013, 11:05:14 | perft | Computation for task test_c_183_0 finished
wto, 23 lip 2013, 11:05:14 | perft | Starting task test_c_178_0 using uc1 version 1
wto, 23 lip 2013, 11:05:15 | perft | Computation for task test_c_182_1 finished
wto, 23 lip 2013, 11:05:15 | perft | Starting task test_c_173_1 using uc1 version 1
wto, 23 lip 2013, 11:05:16 | perft | Computation for task test_c_179_0 finished
wto, 23 lip 2013, 11:05:16 | perft | Starting task test_c_173_0 using uc1 version 1
wto, 23 lip 2013, 11:05:32 | perft | Computation for task test_c_178_1 finished
wto, 23 lip 2013, 11:05:32 | perft | Starting task test_c_172_1 using uc1 version 1
wto, 23 lip 2013, 11:05:37 | perft | Computation for task test_c_178_0 finished
wto, 23 lip 2013, 11:05:37 | perft | Starting task test_c_172_0 using uc1 version 1
wto, 23 lip 2013, 11:05:38 | perft | Computation for task test_c_173_1 finished
wto, 23 lip 2013, 11:05:38 | perft | Starting task test_c_171_1 using uc1 version 1
wto, 23 lip 2013, 11:05:39 | perft | Computation for task test_c_173_0 finished
wto, 23 lip 2013, 11:05:39 | perft | Starting task test_c_171_0 using uc1 version 1
wto, 23 lip 2013, 11:05:55 | perft | Computation for task test_c_172_1 finished
wto, 23 lip 2013, 11:05:55 | perft | Starting task test_c_170_0 using uc1 version 1
wto, 23 lip 2013, 11:06:00 | perft | Computation for task test_c_172_0 finished
wto, 23 lip 2013, 11:06:01 | perft | Computation for task test_c_171_1 finished
wto, 23 lip 2013, 11:06:02 | perft | Computation for task test_c_171_0 finished
wto, 23 lip 2013, 11:06:18 | perft | Computation for task test_c_170_0 finished


Pozdrawiam

Cytat: TJM w 22 Lipiec 2013, 20:58
One nie mają być po stronie klienta, tylko po stronie serwera.
WU które wczoraj 'przeliczyłem' zostały poprawnie wysłane

W jaki sposób można rozpoznać że zostały wysłane?

Cytat: TJM w 22 Lipiec 2013, 20:58
i albo gdzieś są, albo musisz szukać dlaczego ich nie ma.

W zwykłej-tekstowej postaci nie ma żadnej odpowiedzi po stronie serwera. Nie
mam pewności czy jest gdzieś w postaci zaszyfrowanej/skompresowanej.

Cytat: TJM w 22 Lipiec 2013, 20:58
Odesłane na serwer pliki będą miały inne nazwy, zależnie od ustawień w template.

Ostatnio na takich szablonach dodawałem work-unity:


<input_template>
    <file_info>
        <number>0</number>
    </file_info>
    <workunit>
        <file_ref>
            <file_number>0</file_number>
            <open_name>in</open_name>
        </file_ref>
    </workunit>
</input_template>



<output_template>
    <file_info>
        <name><OUTFILE_0/></name>
        <generated_locally/>
        <upload_when_present/>
        <max_nbytes>32768</max_nbytes>
        <url><UPLOAD_URL/></url>
    </file_info>
    <result>
        <file_ref>
            <file_name><OUTFILE_0/></file_name>
            <open_name>out</open_name>
        </file_ref>
    </result>
</output_template>


Pozdrawiam

Cytat: TJM w 22 Lipiec 2013, 15:22
Uploadnięte pliki gdzieś po prostu muszą być, bo zadania mają obecnie status 'waiting for validation' czyli są odesłane i zaraportowane.
Problemem jest częściowo to, że nie masz w ogóle validatora i assimilatora, więc przypuszczalnie pliki siedzą gdzieś w projekt/upload i czekają na lepsze czasy. Poszukaj ich tam ręcznie.

Są po stronie klienta. Chyba nawet są poprawnie policzone:

root@biglaptop:/var/lib/boinc-client/projects/perft.computers-chess.com# ls -l
razem 1076
-rw-r--r-- 1 boinc boinc     19 2013-07-21 23:19 in
-rw-r--r-- 1 boinc boinc     19 2013-07-21 23:19 test22_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-21 23:19 test22_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:00 test_b_00_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:00 test_b_00_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_15_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_15_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_16_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_16_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_17_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_17_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_18_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_18_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_19_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_19_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_28_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_29_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_29_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_30_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_30_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_31_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_31_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_32_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_32_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_33_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_38_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_39_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_39_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_40_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_40_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_41_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_41_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_42_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_42_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_43_0_0
-rwxr-xr-x 1 boinc boinc 957028 2013-07-21 22:37 uc1
root@biglaptop:/var/lib/boinc-client/projects/perft.computers-chess.com# cat test_c_3
test_c_30_0_0  test_c_30_1_0  test_c_31_0_0  test_c_31_1_0  test_c_32_0_0  test_c_32_1_0  test_c_33_0_0  test_c_38_1_0  test_c_39_0_0  test_c_39_1_0
root@biglaptop:/var/lib/boinc-client/projects/perft.computers-chess.com# cat test_c_31_0_0
AABBCCDDDASDEDEASD


Pozdrawiam