BOINC@Poland

Co się dzieje, że skrypt na forum nie pokazuje punktów z Rosetty?
Moje maszynki mielą WU jak głupie i na Boincstats widzę, że sporo tego już odesłały, a na forum pełne zero :(

CPU: WCG
GPU: GPUGRID

Nie będę kombinować :)

Enigma może być - fajnie i szybko się liczy, no i będziemy #1 :)
GPU - byle stabilnie WU rzucało :)

Wygląda na:
CPU - WCG
GPU - MilkyWay

CPU - WCG
GPU - PrimeGrid

Ja tam tradycyjnie na Asteroidy.  8)
Jak wygra TN to w tym wątku powinien się pojawić "invitation code", żeby wyrównać szanse.

Po ilości osób, które mielą 123 - chyba coś nie pyknęło :(

123.... odpalone.
I od razu problemy :(
Zasysa stado WU, ale wszystkie mają 16 bajtów i od razu "błąd przetwarzania". Na szczęście tylko na jednym sprzęcie.
I uwaga dla tych co nie wiedzą - każdy proces to ponad 1GB RAM! Na sprzęcie z 64GB liczy mniej niż może, bo mu brakuje pamięci na BOINC'a :)


update: projekt zaliczam do niestabilnych - w nocy dwa potężne sprzęty mi wywalił z bluescreenem i restartem. :(

Może mają stażystów z dotacji unijnych :)

Czyli LHC jak zawsze :)
Kapie próbkami od czasu do czasu, kompy się nudzą. W zasadzie to ten projekt powinien być traktowany jako eksperymentalny, niestabilny :)
Przełączam się na rezerwowy :(

Zrobiłem jak sugerowałeś - odpiąłem komputer - nie na kilka minut, ale na kilkanaście godzin. Zapiąłem i dobrze było przez dwa dni, potem zassał dwie próbki KB i się wyłożył.
Co ciekawe - wyłożyły się trzy inne maszyny (też z błędem XML), choć na żadnej nie było próbek serii KB tylko BH. Odpiąłem je do jutra i zobaczymy co się stanie, ale sporo przeliczonych poszło w piach.

A u mnie na jednym (najszybszym :( ) sprzęcie cały czas problem.
Mam w kolejce np. 80 próbek do zatwierdzenia a w logach widzę błąd:

2015-12-15 17:53:03 | Universe@Home | Sending scheduler request: To report completed tasks.
2015-12-15 17:53:03 | Universe@Home | Reporting 73 completed tasks
2015-12-15 17:53:03 | Universe@Home | Requesting new tasks for CPU
2015-12-15 17:53:06 | Universe@Home | [error] Can't parse task in scheduler reply: unexpected XML tag or syntax
2015-12-15 17:53:06 | Universe@Home | [error] No close tag in scheduler reply

Jak odepnę kompa od projektu i przypnę, to pobierze mi nowe próbki, ale wszystkie gotowe do zaraportowania znikają :(
Potem znowu - przeliczy wszystko co pobrał i nie może ich odesłać - a tylu próbek szkoda.
Inne komputery z tej samem sieci nie mają takich problemów.


ps: zerknąłem na plik sched_reply_universeathome.pl_universe.xml
i ostatnie kilka linijek wygląda tak:

  <file_ref>
    <file_name>universe_bh_205_20000_1-999999_769200_0_3</file_name>
    <open_name>param.in</open_name>
    <copy_file/>
  </file_ref>
  <file_ref>
    <file_name>universe_bh_205_20000_1-999999_769200_0_4</file_name>
    <open_name>log.txt</open_name>
    <copy_file/>
  </file_ref>
  <file_ref>
    <file_name>universe_bh_205_20000_1-999

Ta ostatnia jest urwana - nie wiem czy tak ma być, ale tak jest :)

Coś się pojawiło, ale źródełko wyschło w kilka minut.

Cytując słowa piosenki:

Ciemny tłum kłębił się i wyciągał ręce
Wciąż było mało i ciągle chciał więcej
I wciąż nie starczało, ciągle było brak
Ciągle bolało, że ciągle jest tak

Czyli nie tylko u mnie procki się chłodzą :)

A ja mam inny, ciekawy przypadek:
WU pobrane 1 grudnia pokazuje, że będzie się liczyć ponad 850 godzin - dane szacunkowe z klienta.
Problem jest taki, że termin jest do 15.12 czyli max 360 godzin.
Zobaczę jak się zacznie liczyć, bo jeszcze w kolejce czeka, ale jeśli okaże się to prawdą, to termin powinien być trochę dłuższy.

No to mielimy cyferki :)
Pierwszy WU - przewidywany czas: 120 godzin. Jest ostro :)

GPU? :)

A ja stawiam na Universe. Raz był PM - niby jest projektem rezerwowym, ale on nie jest projektem TYLKO rezerwowym. Dajcie mu szansę choć w grudniu :)

Poszperałem na forum projektu i.... problem jest znany :)
On się pojawia u różnych osób na różnych konfiguracjach i chyba nikt nie wie dokładnie dlaczego tak się dzieje.
Nic to - ile zmieli, tyle zmieli.
A jak będę widział, że punktów nie nalicza, to się przerzucę na coś, co działa bez problemu :)

Przeinstalowałem najnowsze stery, wszystkie poprawki wgrałem i kiszka - raz po 10 minutach, raz po godzinie - "błąd przetwarzania" i mieli następną próbkę. Czasami się udaje do końca przeliczyć, ale dużo mam odpadów.

Przy tych błędnych mam taki log:

2015-11-03 13:01:25 | Poem@Home | Computation for task poempp_2k39_1446541005_633860106_0 finished
2015-11-03 13:01:25 | Poem@Home | Output file poempp_2k39_1446541005_633860106_0_0 for task poempp_2k39_1446541005_633860106_0 absent
2015-11-03 13:01:25 | Poem@Home | Output file poempp_2k39_1446541005_633860106_0_1 for task poempp_2k39_1446541005_633860106_0 absent
2015-11-03 13:01:25 | Poem@Home | Output file poempp_2k39_1446541005_633860106_0_2 for task poempp_2k39_1446541005_633860106_0 absent

Miejsca na dysku w pieron - więc to nie to. Tak, jakby nie tworzył plików z wynikami dla niektórych próbek i potem faktycznie ma problem, bo ich wysłać nie może.
Poszperam w sieci, ale większość takich problemów to Linuxy :) i problemy z wersjami bibliotek.

Wszystko fajnie, ale mi wywala wszystkie próbki po kolei - nie od razu, ale po jakimś czasie jest error i liczy kolejną.
Jest na to jakiś sposób?

I działa :) Próbki lecą, mielą się jak szalone  :D

Na początku mi próbki pobrało, ale wszystkie się wysypały. Teraz znowu nie może się do serwera dostać :(
Ani do strony, którą podałeś (a łączę się z zupełnie różnych sieci) - chyba jednak im się coś podziało większego.
No nic - poczekam...

ps:
Collatz Conjecture   offline since 2015-10-01 16:01:12 (z BAM!)

Zrobiłem jeszcze restart i czekam na próbki - nic nie leci, komunikat, że zero nowych próbek.
Popsuliście projekt - wyssaliście wszystkie próbki do zera i trzeba czekać :)

Mnie się wysypują wszystkie próbki po kolei.
Piszą na forum, żeby zassać najnowsze C++ Runtime 64/32 - no i nie pomogło :(

"Flota kart" po tysiąc za sztukę? Jakieś studio filmowe? Albo wygrałeś w totka i kupiłeś kontener kart do liczenia :)

LQG, można wiedzieć na czym wykręcasz takie kosmiczne punkty w tym projekcie?

Wielu was w tym miesiącu nie ma - w porównaniu z 292 osobami z sierpnia to bida trochę.  :(

Bitcoin Utopia to nadal BTC :)

Takie pytanko mnie dopadło :)
Czy są jakieś projekty, które można liczyć na tych koparkach do bitcoinów?
Chodzi mi o te takie karty na USB wyspecjalizowane w kopaniu BTC - skoro one kopią bitcoiny o wiele szybciej niż najlepsze karty graficzne, to może dałoby się taką moc wykorzystać do czegoś sensowniejszego?
Pytanie jak na razie teoretyczne, bo nie mam ani sztuki takiej karty, ale ciekawość mnie zżera :)

Przy włączonym RDP - VNC nie działa. Doczytałem, że to normalne. Jak tylko dzisiaj rano wyłączyłem zdalny dostęp i usługa się zamknęła, VNC odpaliło bez problemu.
No i liczy teraz pulsary.

Coś takiego właśnie uskuteczniam, ale żeby to zadziałało, to muszę wyłączyć RDP. Jak wyłączę a nie zadziała mi poprawnie VNC to kiszka do poniedziałku :) Poczekam aż będę mógł od razu zareagować i przejść do serwerowni pogrzebać w konfiguracji.

Znalazłem problem  :), ale nadal muszę wykombinować jak go rozwiązać:

Cytat2015-09-04 18:31:39 |  | Remote desktop in use; disabling GPU tasks

Ok. Niech im będzie, że jak odpalam RDP to wyłącza GPU (zastanawiam się tylko dlaczego - przecież to nie powinno przeszkadzać).
Ale jak się odpinam, to powinien włączyć od nowa GPU i liczenie - a tego nie robi.
Najwyżej jakieś VNC uruchomię jak trzeba będzie, ale trochę to przekombinowane.

Pobawię się trochę w archeologa i odkopię temat:
Stwierdziłem, że wrzucę do jakiegoś nieuzywanego kompa kartę GTX 570.

Sterowniki najnowsze, BOINC najnowszy, w logach mam:

2015-09-04 18:31:38 |  | Starting BOINC client version 7.6.9 for windows_x86_64
2015-09-04 18:31:38 |  | log flags: file_xfer, sched_ops, task
2015-09-04 18:31:38 |  | Libraries: libcurl/7.39.0 OpenSSL/1.0.2a zlib/1.2.8
2015-09-04 18:31:38 |  | Data directory: D:\ProgramData\BOINC
2015-09-04 18:31:38 |  | Running under account Boincek
2015-09-04 18:31:39 |  | CUDA: NVIDIA GPU 0: GeForce GTX 570 (driver version 355.82, CUDA version 7.5, compute capability 2.0, 1280MB, 1178MB available, 1498 GFLOPS peak)
2015-09-04 18:31:39 |  | OpenCL: NVIDIA GPU 0: GeForce GTX 570 (driver version 355.82, device version OpenCL 1.1 CUDA, 1280MB, 1178MB available, 1498 GFLOPS peak)

Niby jest CUDA, niby OpenCL jest.
No i Enstein mi się drze: brak dostępnego GPU.

Manager działa normalnie jako aplikacja - nie usługa. Poradzicie coś, bo karta się marnuje :)

W sierpniowym rankingu PM jest 292 osoby.
We wrześniu będzie widać ilu z nich do linuksowcy, ew. komu będzie się chciało odpalać virtuale dla Boinc'a  ;)

Linuxy do boju :)

Ewentualnie od razu ustalić, że jeśli projekt jest tylko dla Linuxa, to automatycznie można odpalać projekt rezerwowy.

Trochę w temacie WCG:
http://www.tvp.info/21049692/opracowali-szczepionke-chroniaca-przed-ebola-stuprocentowa-skutecznosc

Ja tam liczę co dają - nie wybrzydzam, a odznaki i tak jakieś przez miesiąc wpadną.

HT realnie patrząc nie podwoi ci osiągów, ale powinno je polepszyć - wszystko też zależy od samej aplikacji. Są takie co pięknie chodzą, ale miałem takie przypadki, że zamulały sprzęt maksymalnie.
Kontroler daje radę, pamięci też nie brakuje (nawet przy liczeniu Climateprediction :)) Ja po prostu nie daję się serwerom zagotować, bo jednak też coś się na nich robi, pomimo, że to "rezerwa".
Oczywiście mógłbym ustawić przetwarzanie 24 godziny na dobę, 100% procesorów i 100% obciążenia, ale nie mam takiego ciśnienia na wynik :P Dodatkowo w pewnych godzinach BOINC jest całkiem wyłączony.
VM jest o tyle fajne, że mogę sobie postawić taką maszynkę, odpalić i jak się okaże, że projekt się sypie, to mi zawiesi wirtuala a rzeczywisty serwer sobie działa bez problemu cały czas. No i jakby ktoś chciał na produkcji odpalać takie rzeczy, to zawsze bezpieczniej, bo odpalasz tylko Hypervisora, który z założenia powinien być bezpieczny, a aplikacje w BOINC już niekoniecznie.
Niedługo będę odpalać jakieś Windowsy w Oracle VM i zobaczę jak to będzie z prędkością.