Aktualności:

Nasz kanał IRC - Porozmawiaj z nami.

Menu główne

Milkyway@home

Zaczęty przez Bober, 28 Sierpień 2007, 22:40

PanStaszek

No tak już od kilku dni. Żeby grafy nie zamarzły liczę PG.


"(...)Wrzućmy go do cysterny, nie mówi tego, co chcemy"

Krzysiak

Dawno nie zaglądałem na stronę projektu a tu duże zmiany


>>Moja szczegółowa sygnatur<< %)                                      >> Spis moich odkrytych liczb pierwszych << :whistle:

lolek

MilkyWay@Home

Nie tylko na stronie szykują się zmiany, ale i w projekcie.

stasieks

Cytat: lolek w 15 Lipiec 2011, 11:53
MilkyWay@Home

Nie tylko na stronie szykują się zmiany, ale i w projekcie.

Co to ma być ? TRAGEDIA

Dodatkowo będziemy prowadzić podwójną punktację w MilkyWay@Home za każde zebrane 500$ od teraz, aż do 1 września 2011. Darowizny mogą być przekazywane poprzez PayPal lub za pomocą kart kredytowych na stronie: http://www.dudleyobservatory.org/MilkyWayAtHome/MilkyWayAtHome2.html

Tomasz R. Gwiazda

ryja juz po dnie...
coraz wiecej projektow potrzebuje kasy na dzialanie
co jest troszke paranoja bo maja darmowa moc obliczeniowa a nie potrafia utrzymac reszty.
Normalnie sie wydaje iles mln $ na serwery obliczeniowe a tu lipa

Cyfron

a te 500$ to na osobę czy zespół? %) bo może by zrobić zespołową ściepę  %)

lolek

O ile dobrze przetłumaczyłem newsa to w środę i w czwartek będzie podwójna punktacja.
@Cyfron: ogólnie - za każde zebrane 500$ punktacja x2 będzie dla wszystkich (tak piszą na forum milki).

mimeq

Cytat2011-07-18: MilkyWay@home - DOUBLE CREDIT FUNDRAISER CANCELLED
(Posting this to get it up as a news item it is also in the original thread below this one in the News section).

http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=2521#50185


Szopler

Ja tam na razie mam same błędne WU... niestety

lolek

u mnie wszystko jest oki  :dunno:

Szopler

Ja mam ciągle:

<core_client_version>6.12.33</core_client_version>
<![CDATA[
<message>
Maximum elapsed time exceeded
</message>
<stderr_txt>
Error loading Lua script 'astronomy_parameters.txt': [string "number_parameters: 4..."]:1: '<name>' expected near '4'
Error reading astronomy parameters from file 'astronomy_parameters.txt'
  Trying old parameters file
Using SSE3 path
Found 1 CAL devices
Chose device 0

Device target:         CAL_TARGET_CYPRESS
Revision:              2
CAL Version:           1.4.1417
Engine clock:          850 Mhz
Memory clock:          1200 Mhz
GPU RAM:               1024
Wavefront size:        64
Double precision:      CAL_TRUE
Compute shader:        CAL_TRUE
Number SIMD:           20
Number shader engines: 2
Pitch alignment:       256
Surface alignment:     4096
Max size 2D:           { 16384, 16384 }

Estimated iteration time 103.790441 ms
Target frequency 30.000000 Hz, polling mode 1
Dividing into 3 chunks, initially sleeping for 0 ms
Integration range: { nu_steps = 640, mu_steps = 1600, r_steps = 1400 }
Using 3 chunk(s) with sizes:  528  528  544
Integration time = 68.960004 s, average per iteration = 107.750006 ms
Integral 0 time = 70.245548 s
Likelihood time = 2.281247 s
<background_integral> 0.001047865643866 </background_integral>
<stream_integral>  63.537236225002097  0.000000067750060 </stream_integral>
<background_likelihood> -2.996276424293074 </background_likelihood>
<stream_only_likelihood>  -34.010979586518062  -232.740536096902220 </stream_only_likelihood>
<search_likelihood> -2.996276419547078 </search_likelihood>
<search_application> milkywayathome_client separation 0.82 Windows x86_64 double CAL++ </search_application>
17:36:20 (2908): called boinc_finish

</stderr_txt>
]]>

mimeq

#811
Mialem sprobowac dzis przy chyba podwojnej pkt milki ale mam dokladnie to samo co Szopler. WU liczy sie do okolo 50% wyskakuje status przewany, mimo to dalej leca procenty i obciazenie GPU nie spada. Po dojsciu do 100 % wyskakuje status BLAD.
Grafa 5970 skrecona na 785/500 liczone na 1 z rdzeni (na drugim SETI).

Problem widze dosyc "popularny" z tego co na szybko przeczytalem ludzie radza wrocic do sterow 11.3 lub kombinowac z app_info.

http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=2468#49484


lolek

Ja liczę na 11.2 i zero problemów. A punktacja jest naprawdę  :fright: 7000 pkt/h na hd4770  :whip:

mimeq

Probowalem cos pokombinowac z app_info.xml ale chyba az tak zdolny i cierpliwy nie jestem a sterow zmienial nie bede dla 1 projektu ...


Krzysiak

Wszystko fajnie tylko gdyby nie te temperatury przy CF  :wth: HD5850 dobija do 105 stopni drugi oscyluje przy 90


>>Moja szczegółowa sygnatur<< %)                                      >> Spis moich odkrytych liczb pierwszych << :whistle:

goofyx

Cytat: lolek w 20 Lipiec 2011, 12:09
Ja liczę na 11.2 i zero problemów. A punktacja jest naprawdę  :fright: 7000 pkt/h na hd4770  :whip:
U mnie bez różnicy na 5970 <- tzn.: stery w wersji 11 wywalają każdą WU na MW, dlatego liczę CC

lolek

Projekt wstał i ciągle świetnie karmi
hd4770
Completed and validated   171.35   3.82   319.72

mimeq

U mnie na 5970 i sterach 11.5 praktycznie bez zmian na 6 pobranych WU 1 przeliczylo sie ok a 5 zakonczylo sie tak:

2011-07-25 19:25:45 | Milkyway@home | Aborting task ps_separation_13_3s_free_2_963250_1: exceeded elapsed time limit 39.08 (2960409.21G/75761.97G)
2011-07-25 19:26:33 | Milkyway@home | Aborting task ps_separation_17_3s_fix_2_941611_2: exceeded elapsed time limit 78.37 (5937558.79G/75761.97G)
2011-07-25 19:28:37 | Milkyway@home | Aborting task ps_separation_13_3s_free_2_968757_1: exceeded elapsed time limit 43.37 (2960409.21G/68265.83G)
2011-07-25 19:29:07 | Milkyway@home | Aborting task ps_separation_10_3s_fix10_2_969123_1: exceeded elapsed time limit 72.48 (4948130.11G/68265.83G)


lolek

Jak patrzę na WU to chyba sporo osób ma problem z liczeniem. Wszystkie jakie teraz przeliczyłem są z odzysku, albo error, albo błędna validacja. Pamiętam że chyba na wiosnę też był problem z przekraczaniem limitu czasu, ale wtedy wszystkich cięło równo  :dunno:
Zakładam, że próbowałeś odłączyć się od projektu i wywalić wszystkie śmieci po nim?
Ps. punktacja wróciła już do normy...

lolek

maximum time limit exceeded bug
It seems like people are still (sigh) having this problem. Let me know if you're seeing it (and give me a host id) so I can try and debug it.

mimeq

Tak odlaczalem sie i przylaczalem wielkrotnie, probowalem tez kombinowac z app_info.xml - bez skutku.


Szopler

Dopiero instalacja aplikacji z http://www.arkayn.us/forum/index.php?action=downloads;cat=11 daje radę.

Sergeant

Dziś zassałem po długim nieliczeniu dwie próbki. Jedna okazała się przy liczeniu 3.00 CPU. Pokazany byłczas liczenia ponad 199h, a policzyło po ponad 16min. Punktów za to 61. Od dawna są takie próbki potrzebujące nieparzystej ilości CPU?
"Wszyscy żyjemy w rynsztoku, ale niektórzy z nas patrzą w gwiazdy."- Oscar Wilde
www.fantastyka-86.pl

Cyfron

chyba jakiś error jednorazowy?

aborek

Cytat: sergeant w 14 Sierpień 2011, 10:19

Od dawna są takie próbki potrzebujące nieparzystej ilości CPU?
Od zawsze jak liczysz na CPU, wszak 1 rdzeń to też liczba nieparzysta XD

Tomasz R. Gwiazda

a kto to liczy na cpu ???

WUPES


lolek

Pobiera wam WU na ATI bo mi jakoś nie chce   :wth:

mimeq

Tylko na probe ale :

2012-02-10 20:00:37 | Milkyway@Home | Requesting new tasks for ATI
2012-02-10 20:00:38 | Milkyway@Home | Scheduler request completed: got 2 new tasks
2012-02-10 20:00:40 | Milkyway@Home | Started download of milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe
2012-02-10 20:00:44 | Milkyway@Home | Finished download of milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe
2012-02-10 20:01:00 | Milkyway@Home | Starting task ps_separation_82_2s_mix4_3_4320888_0 using milkyway version 102 (opencl_amd_ati)
2012-02-10 20:02:28 | Milkyway@Home | Computation for task ps_separation_82_2s_mix4_3_4320888_0 finished



lolek

Wszystko przez nową aplikację milki...miała wspierać karty serii 48xx tylko trochę im nie wyszło, a na starą aplikację nie ma WU  >:(

pawg

na NV też nie działa...



Kret_polny

Mnie na HD5870 pobiera zadania. Używam BM 7.0.15

apohawk

Boinc 7.0.12
karta 6950, catalyst 12.1
odpaliłem bez app_info i pomimo opisu 0,98CPU+1,00ATI, CPU obciążone nie jest, a GPU jest obciążone na 98%. "Frequency" w ustawieniach projektu ustawiłem na 0. Nie pamiętam, co dokładnie miało to robić.
No good deed goes unpunished.

lolek

Niestety ale wraz z nowym app z projektu odpadły nie tylko karty serii 38xx, ale też 4770 i 48xx (tak wynika z forum projektu)  >:(

lolek

|Rozwiązanie mojego problemu
http://www.boincatpoland.org/smf/milkywayhome/ati-38xx-4770-i-48xx/

pawg

Cytat: apohawk w 10 Luty 2012, 23:33
Boinc 7.0.12
karta 6950, catalyst 12.1
odpaliłem bez app_info i pomimo opisu 0,98CPU+1,00ATI, CPU obciążone nie jest, a GPU jest obciążone na 98%. "Frequency" w ustawieniach projektu ustawiłem na 0. Nie pamiętam, co dokładnie miało to robić.

Frekuency odpowiada za przydział zasobów komputera. Jeśli ustawiłeś na 0 to BM będzie pobierać próbki tylko wtedy gdy wyczerpią się zapasy od projektu z wyższym przydziałem. Ale już ustawienie na 1 powoduje że co pewien czas i tak pobierze ci WU.



Troll81


apohawk

Cytat: pawg w 11 Luty 2012, 10:59
Cytat: apohawk w 10 Luty 2012, 23:33
Boinc 7.0.12
karta 6950, catalyst 12.1
odpaliłem bez app_info i pomimo opisu 0,98CPU+1,00ATI, CPU obciążone nie jest, a GPU jest obciążone na 98%. "Frequency" w ustawieniach projektu ustawiłem na 0. Nie pamiętam, co dokładnie miało to robić.

Frekuency odpowiada za przydział zasobów komputera. Jeśli ustawiłeś na 0 to BM będzie pobierać próbki tylko wtedy gdy wyczerpią się zapasy od projektu z wyższym przydziałem. Ale już ustawienie na 1 powoduje że co pewien czas i tak pobierze ci WU.
Synku, nie wiesz o czym mówisz. To unikalne ustawienie milkyway, opcja przekazywana w command-linie do aplikacji MW, we wcześniejszej wersji aplikacji można to było przekazywać przez app_info.
CytatFrequency (in Hz) that should try to complete individual work chunks. Higher numbers may run slower but will provide a more responsive system. Lower may be faster but more laggy.
Tyle w opisie projektu. Teraz przypomniałem sobie jeszcze co robiło ustawienie 0 i -1 we wcześniejszej wersji.
0 - stara się wyliczyć z jaką częstotliwością można kartę karmić danymi, tak aby load był maksymalny. Niekoniecznie zalecane, jeśli ktoś ma problemy z używaniem kompa przy dużym obciążeniu grafy.
-1 - poświęca cały core CPU (load 100% na jednym rdzeniu), aby upewnić się, że może z maksymalną prędkością karmić GPU danymi
nie wiem czy ten mechanizm jest obecny w aplikacji opencl 1.02. jeśli ktoś to przetestuje na 1.02, to proszę o informację w tym wątku.

Proszę nie wprowadzać liczydłowych w błąd.

To, co opisujesz, to resource share, wspólny dla wszystkich projektów. Ponadto, nie każdy projekt przyjmuje wartość 0 jako resource share, czyli działanie jako projekt zapasowy. Np. yoyo nie obsługiwało tego podczas ostatniego PM.
No good deed goes unpunished.

Zari

No a mi teraz w końcu milka liczy bez żadnych błędów :)

Krzysiak

A ja ma pytanko z innej beczki
Dawno nie liczyłem i dziś zapuściłem z powrotem i tak

Czy milka dla ati przesiadła się na opencl ?
i czy dalej potrzebuje kart o podwójnej precyzji ? ?


>>Moja szczegółowa sygnatur<< %)                                      >> Spis moich odkrytych liczb pierwszych << :whistle: