BOINC@Poland

Cytat: Tomasz Kaczmarek w 13 Grudzień 2014, 11:24
Podaj lokalne IP swojego komputera. IP które podałeś wygląda jak "Aero 2"

No ale przecież zaREMował tą linię? rem boinccmd.exe --host 37.209.156.113: --passwd xxxxxxxxxxxxxxx5e6750a31d2b95461 --project http://lhcathomeclassic.cern.ch/sixtrack/ update
Lub może chce poganiać ten komp? Wystarczy otworzyć firewall jak jest

+1

Cytat: Szopler w 13 Grudzień 2014, 11:15
Przydał by się plik app_info lub inny config ograniczający ilość liczonych próbek do jednej. Jak odpali 3 wirtualki to system muli.

Muli w zależności od tego kto ma ile RAMu :)

<app_config>
<app>
  <name>ATLAS</name>
  <max_concurrent>1</max_concurrent>
</app>
</app_config>

Cytat: ReallyGrid w 13 Grudzień 2014, 10:15

Ostatnie pytanie: dlaczego w kodzie, który podał PanStaszek są trzy numery IP i do każdego przypisane jest inne hasło? Jeden komputer może mieć (tak mi się wydaje) jeden nr IP w danym momencie.

Czytanie ze zrozumieniem to podstawa :)
Podany skrypt uaktualnia 4 kompy, w tym 3 zdalnie. Hasło w każdym jest inne bo wygenerowane losowo podczas instalacji BOINC.

Ad.1 Dokładnie tak
Ad.2 Hasło generowane losowo, jest w pliku gui_rpc_auth.cfg (można zmienić na własne)

VirtualBOX zdecydownie w wersji 4.3.12 jest potrzebny do projektów: vLHC@home, ATLAS@home, Beauty@LHC. Do LHC@home 1.0 wymagany tylko BOINC. Musisz mieć ten konkretny VirtualBOX ponieważ w nim są przygotowane obrazy jednostek liczących z CERN. Być może da się przekonwertować te obrazy na inny wirtualizator (VMware, XEN) ale pewnie z/w na spójność wyników obliczeń nie będzie to dobrze działać.

+1

+1

+1

+1

+1

+1

Cytat: Teech w 05 Grudzień 2014, 10:03
Przepraszam czy virtualbox pod beauty musi mieć specjalne ustawienia bo ściąganie próbek zawsze mem niepowodzenie ?
virtuallhc normalnie pracuje u mnie

Po ostatniej konserwacji serwera, przy próbie pobrania WU klient raportuje nieprawidłowe sygnatury plików i kończy z komunikatem "Błąd pobierania". Może wkrótce to naprawią :)

+1

Cytat: PDH w 04 Grudzień 2014, 12:21
Mi zassało wczoraj 7 próbek, w tym dwie są już przeliczone i zwalidowane. Kolejnych ebolowych zadanek na horyzoncie brak...

Wątki do scalenia

Cytat: mackal w 04 Grudzień 2014, 16:33

Cytat: LQG w 04 Grudzień 2014, 12:28
Propagujesz niesprawdzone informacje. Od wczorajszego popołudnia poszło w świat kilkadziesiąt tysięcy WU LHC@home 1.0. Coś słabo łapałeś, większość ma pełne bufory.

Dlaczego niesprawdzone ?? Chyba lepiej wiem co widzę na monitorze :arrr:

Większość ?? Udzielająca się na forum, czy licząca ??

Projekt w przyszłości powinien zostać oznaczony jako problematyczny i tyle.  :bad:
Problemy były ostatnio. Problemy są teraz. Takie są fakty.

Bzdury opowiadasz, zamęt siejesz. Zerknij na ranking na którym jestem miejscu. U siebie na wszystkich maszynach widzę pełne bufory non stop od wczorajszego popołudnia. Takie są fakty.

Cytat: mackal w 04 Grudzień 2014, 09:23
U mnie kaszana, bo tylko na jednym kompie mogę sobie pozwolić na zabawy z downgrade'm. Reszta maszyn stoi i się nudzi. Zaczynam liczyć WCG, bo to nie ma sensu.

Propagujesz niesprawdzone informacje. Od wczorajszego popołudnia poszło w świat kilkadziesiąt tysięcy WU LHC@home 1.0. Coś słabo łapałeś, większość ma pełne bufory.

Nastała nowa doba więc plus jeden Dobie!

Niezmiennie wspieram ideę aby projektem rezerwowym został Universe@home. Dlaczego to chyba nie muszę tłumaczyć...

U mnie na starych nVidiach obciążenie GPU oscyluje w granicach 91-98%. Może zapuść 2 WU na raz? Nie mam doświadczenia w GPUGrid, może wypowiedzą się kamraci co młócą go non stop.

 :p_arr:

Z projektów kosmologicznych obydwa są ciekawe: MilkyWay@h zajmuje się kwestią ciemnej materii a Einstein@h falami grawitacyjnymi. Moim zdaniem zajmij się tym co liczy się wydajniej na nVidii czyli Einstein@h. Chcesz się zająć MilkyWay@h to zmień kartę na AMD z dużo większą mocą DoublePrecision. Próbkę testową GPUGrid miela dlatego że we właściwościach jego nie odznaczyłeś pobierania apek na CPU.

Na tą chwilę mam pełne bufory WU SixTracka, złapane poganiaczem.

Na kartach nVidii znacznie lepiej od MilkyWay@h radzi sobie Einstein@h.

Po instalacji B7.4.32 pobrał łaskawie 1 WU na 2 wolne rdzenie przy zerowych zasobach. Jakiś sukces jest  ;D Niebawem B...32 dostaną pozostałe maszyny.

Być może POEM nie ma w tym momencie WU na GPU. Co do nowej wersji BOINC: wstrzymaj projekty, zamknij managera i zainstaluj ostatnią wersję 7.4.27. Zrestartuj kompa, wznów projekty i voila! :)

Cytat: PanStaszek w 27 Listopad 2014, 22:32
A u mnie próbki startują i po chwili się zatrzymują z informacją :

ATLAS@home   27-11-2014 22:29   task postponed 86400.000000 sec: VM Hypervisor failed to enter an online state in a timely fashion.   

dlaczego ... ?

Mam tak na 2 maszynach, udało się znaleźć rozwiązanie tego problemu?

W przypadku LHC@home 1.0 też musisz być cierpliwy bo w grudniu mamy wyścig PM i próbek jest bardzo mało :) . Co prawda są jeszcze 3 podprojekty z CERNu ale ich liczenie wymaga instalacji programu Oracle VirtualBOX który jest tzw. maszyną wirtualną. Wtedy możesz pobierać dostępne cały czas próbki vLHC, po 2 jednocześnie na komputer. Zachęcam do wzięcia udziału w naszym wyścigu, przyznawana jest nagroda GrandPrix za wszystkie PM w roku.

Do zarządzania obliczeniami zamiast natywnego BOINC Managera użyj aplikację BOINC Tasks, który ma do pomiaru temperatury i regulacji obciążenia CPU+GPU dodatkowy program TThrottle. http://efmer.com/b/

 :ahoy:
Zachęcam do wzięcia udziału w projektach grupy LHC bo bez fizyki cząstek elementarnych i skali mikro to nie ma postępu w żadnej dziedzinie nauki. To co odkrywamy w tych najmniejszych wymiarach ma bezpośrednie przełożenie na skalę makro więc projekty kosmologiczne jak polski Universe@home na CPU czy Einstein@home i MilkyWay@home na GPU też są godne polecenia . Natomiast bez matematyki nie ma rozwoju i nowych teorii do modelowania rzeczywistości, jest nieodzowna. Pamiętaj jak dysponujesz kartą graficzną zgodną z BOINC to warto jej użyć gdyż pewne projekty oblicza wielokrotnie szybciej niż procesor. Powodzenia ku chwale zespołu!

Cytat: RAD-Poland w 02 Grudzień 2014, 20:28
gustaw79

CytatDetected: VirtualBox 4.3.20r96997

Tak jak napisał LQG przeinstaluj na VirtualBOX 4.3.12

miałem podobnie jak u ciebie testowałem na 4.3.16 / 18 / 20 dopiero po cofnięciu się do 12 zaczęło liczyć, co prawda dopiero ~2% (odpukać w niemalowane ale liczy)

Liczysz ok.30 minut, jesteś za punktem krytycznym.

Na tych maszynach co sie wysypuje vLHC przeinstaluj VirtualBOX 4.3.12 + addons (jeżeli W7 lub W8 to uruchom instalkę jako administrator). Zwieksz limit RAMu w preferencjach klienta BM lub BT, również limit HDD.

EDIT. Widzę że masz szeroką flotę więc i doświadczenie. Sukces nie wymaga dużych trudów, ja mam WU ze wszystkich części grupy. Nieoficjalnie powiem że nie ma na razie szans na zmianę projektu. Potraktuj ten PM jako swoisty "survival" ;)

Cytat: gustaw79 w 02 Grudzień 2014, 17:40
Kompletnie bez sensu, nie ma próbek. W LHC nawet poganiacz nic nie daje.
Uważam że trzeba odpalić projekt rezerwowy.

Piszesz że bez sensu a sporo się mylisz.
Na jaki interwał ustawiłeś poganiacz? Ja mam 60 sekund i na wszystkich maszynach połapałem WU sixtrack. vLHC daje po 2WU na maszyne, ATLAS z poganiacza też. Na razie tylko Beauty ma konserwacje.

Cytat: RAD-Poland w 02 Grudzień 2014, 18:06
Nic nie zapowiada by w LHC miało się cokolwiek poprawić.

Aby nie wyrzucać LHC CERN do razu do lodówki punkty uzyskane do końca roku będą doliczane do PM

Zatem liczymy projekt rezerwowy World Community Grid

Momencik, na wszystkich maszynach mam próbki LHC.

Cytat: Dario666 w 02 Grudzień 2014, 12:38

Cytat: PDH w 02 Grudzień 2014, 11:44
Aktualnie mielę tylko 2 zadanka vLHC. LHC susza, atlas susza, zaraz jeszcze beauty podłącze to zobaczę. Powiedźcie, czy tak ma wyglądać PM %) Śmiech na sali.

Bo to jest PM dla wytrwałych hardcore'ów, a nie tylko podłączyć się i za miesiąc przełączyć na inny PM.

:p_arr:

Cytat: PDH w 02 Grudzień 2014, 11:44
Aktualnie mielę tylko 2 zadanka vLHC. LHC susza, atlas susza, zaraz jeszcze beauty podłącze to zobaczę. Powiedźcie, czy tak ma wyglądać PM %) Śmiech na sali.

Beauty daje 1WU na maszynę. vLHC standard czyli po 2WU. Z ATLASa można złapać po kilka.  LHC Sixtrack podobno poganiaczem ładuje. W każdym razie jest co pomielać :)

Cytat: kva.pl w 02 Grudzień 2014, 11:50
Wyscig w WCG, a nie jakies marudne projekty miesiaca  :whip:

Kwestia priortytetów. Czym jest życie ludzkie wobec eonów....

Ekranowania brak? :) BTW na paru maszynach mam podobnie: 0 task.

Cytat: AXm77 w 02 Grudzień 2014, 00:14
Mam ustawiony buffer na 0.1 day min i 0.1 day max - to o ile dobrze pamiętam wymusza to natychmiastową wysyłkę.
Dziwne, bo wczoraj dołączyłem stare 8 rdzeni i też zaczyna mu brakować WU.
AMD zaczyna mi się nudzić, a Intele mają zapasy na następne dwie "kolejki"  :(

To jest opcja dotycząca natychmiastowej wysyłki w cc_config.xml . Dopisz i przeładuj konfigurację.

<cc_config>
   <options>
            <report_results_immediately>1</report_results_immediately>
   </options>
</cc_config>

Cytat: Dario666 w 01 Grudzień 2014, 09:32

Cytat: LQG w 26 Listopad 2014, 20:04
Nikt nie obiecywał że będzie łatwo, nauka wymaga trudów :) . Weź pod uwagę co modeluje SixTrack (kalibracja torów wiązek protonowych) a co vLHC i ATLAS (wirtualne zderzacze cząstek i detektory). Z tego faktu wynika obciążenie zasobów.

Obciążenie zasobów w vLHC i ATLAS wynika głównie z wykorzystania maszyny wirtualnej, a nie z samej wielkości WU.

Zastosowałem skrót myślowy. Jest znaczna różnica w modelowanym środowisku pomiędzy projektami CERN. Procesy wymagające wielu zmiennych symulowane są na wirtualkach. W grę wchodzą też inne względy ale liczba czynników przede wszystkim.

Masz tak ustawione?
Use CPU Enforced by version 6.10+    no
Use NVIDIA GPU Enforced by version 6.10+    yes

Use Graphics Processing Unit (GPU) if available   yes
Use Central Processing Unit (CPU)   yes