http://milkyway.cs.rpi.edu/milkyway/
Modelowanie i przewidywanie ewolucji naszej galaktyki.
Tylko cel jakiś taki niejasny:
CytatThis particular project is being developed to better understand the power of volunteer computer resources.
Pre-Alpha. Można zakładać konta. Nie ma jednostek (na razie).
pozwolilem sobie zalozyc druzyne :P
http://milkyway.cs.rpi.edu/milkyway/team_display.php?teamid=14
o, ja! i jedyna aplikacja jest na freebsd! jaki czadzior! az chyba se postawie i zapuszcze :)
Spójrzcie jaki dziś jest 'User of the day' :)
Jak przeoczycie, to tutaj jest jego profil:
http://milkyway.cs.rpi.edu/milkyway/show_user.php?userid=245
No nieładnie. Ale można zawsze oddać negatywny głos na jego profil. I już więcej UOTD nie zostanie.
bartsob5: błąd zrobiłeś w adresie do snaszej strony ;)
Cytat: "Mchl"bartsob5: błąd zrobiłeś w adresie do snaszej strony ;)
no bez jaj, gdzie?
Tutaj, w 'Web Site' (http://milkyway.cs.rpi.edu/milkyway/team_display.php?teamid=14)
W nocy załapałem się na pierwsze WU (ponad 300) w tym projekcie. Są króciutkie do 3 minut - ale co poniektóre potrafią się wysypać i wyskakuje windowe okienko z błędem - blokując dalszą pracę BOINC (w moim przypadku jednego rdzenia - drugi liczył nadal - chyba, że trafił na podobny błąd).
Tak wygląda przykładowa
Cytat2007-11-08 15:23:09|Milkyway@home|Computation for task gs_1_1194572175_9537_0 finished
---------- 15:42 08.11.2007 ----------
aj, no to się widzę minąłem :) efekt zawieszenia wszystkich projektów poza Setem :P
---------- 13:23 09.11.2007 ----------
ale teraz już miele Milkyway'a :) naściągałe mi się próbek, wszystkie ok 3 min, więc do dobra odmiana dla seta :)
---------- 11:47 11.11.2007 ----------
a teraz dziwne..bo mam próbki liczace się ok 18 minut a punktują tak jak 3minutowe :/
Galaktyki są bardzo ewolucyjnymi systemami które pokazują jak wszechświat stał się tym, czym jest obecnie. Jedną z rzeczy którą nauczyliśmy się o galaktykach jest to że często łączą się w większe galaktyki.Wiemy to ponieważ możemy to obserwować. (zdjęcie1 (http://www.sdss.org/iotw/NGC5257.jpg), zdjecie2 (http://www.sdss.org/iotw/StephensQuintet.jpg)). Jednak jest to tylko tyle do nauki poprzez patrzenie na to połączenie ponieważ możemy to oglądać tylko w dwóch wymiarach. Dlatego teraz zamierzamy zbadać Drogę Mleczną odkąd jest ona jedyną Galaktyką którą możemy zbadać w trzech wymiarach.Dodatkowo mamy szczęście gdyż Rodrigo Ibata w 1994 roku odkrył że Droga Mleczna łączy się z inną Galaktyką: The Sagittarius (Sgr) Dwarf Ellipsoidal Galaxy. Wskutek jej relatywnie małych rozmiarów w porównaniu do Drogi Mlecznej, karzeł Sgr jest rozrywany. To oznacza, że wskutek o wiele większej grawitacji Drogi Mlecznej, karzeł Sgr jest rozrywany na boki i ciągniony na zewnątrz do długich strumieni które podążają za aktualnym jądrem karła Sgr. Aby lepiej zrozumieć to rozrywanie można oglądnąć symulację (http://www.astro.wesleyan.edu/~kvj/surf.mpg). Te pozostałości dają nam niepowtarzalny wgląd w naszą Galaktykę. Ogólnie możemy powiedzieć gdzie jest gwiazda i gdzie się kieruję. Jednakże, poprzez badanie tych strumieni możemy zobaczyć gdzie gwiazdy były. Ta droga pozostawia nam mapę która pozwala nam na badanie potencjału grawitacyjnego Drogi Mlecznej. Oprócz tego, odkąd szacunkowy potencjał wynosi 90% z powodu czarnej materii będziemy w stanie przewidzieć rozkład Czarnej materii wewnątrz Drogi Mlecznej.
Projekt nie zajmuje się symulacjami lecz analizą danych. Wyniki projektu zostaną wykorzystane właśnie do symulacji w przyszłości. Jednostki będą zawsze dostępne ponieważ zawsze można analizować inny model oraz inne dane.
a ja miałbym pytanie odnośnie tego jak Wam działa ostatnio Milkyway? bo u mnie jakoś zdarzają się błędy obliczeń, które wywalają całą aplikację liczącą..i z tego co przeglądałem, jest to tego samego typu błąd.. (Exit Status -2147483645 (0xffffffff80000003))
432974 (http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=432974)
427422 (http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=427422)
393132 (http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=393132)
426939 (http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=426939)
387352 (http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=387352)
nawet jeśli zdarzało mi się, ze próbki się wywalały, to raczej zdarzało się to sporadycznie a nie tak często..i nie doprowadzało to do wywalenia samej aplikacji liczącej..jakieś pomysły?
znalazłem nawet na forum projektu temat (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=27#205) ale niestety niewiele o rozwiązaniach pisza tylko o złych próbkach ;)
Cytat: "kret"a ja miałbym pytanie odnośnie tego jak Wam działa ostatnio Milkyway? ;)
Mnie też zdarza się, że aplikacja zawiesza się ale tylko wtedy gdy chciałem w menadżerze BOINC wstrzymać jej działanie. Komunikat jest taki, że program wygenerował błędy i nastąpi jego zamknięcie. Dopóki nie zamknę tego komunikatu liczenie jest zawieszone.
Mam też pytanie. Otóż od kilku dni liczę Milkyway ale.... Na stronie z moim kontem punkty niby są ale już na dole tej strony (i wszystkich stronach moich kont w projektach w których uczestniczę) w zestawieniu dotyczacym poszczególnych projektów punktów nie ma. Nie ma ich też doliczonych w statystykach Boincstats co widać w podpisie, mam ich więcej niż 2 tylko.
Punkty są uwzględnione w statystykach naszego zespołu na stronie Milkyway natomiast nie ma ich w satystykach zespołu na stronie Boincstats http://boincstats.com/stats/user_stats.php?pr=milkyway&st=0&ti=14#16[/url]
Jak widzę dotyczy to nie tylko mnie, wielu innych kolegów nie ma też doliczonych na boincstas punktów. To jakaś kiepska komunikacja między Milkyway a Boincstats? To normalna praktyka? Punkty z opóźnieniem są uwzględniane?
Milkyway od przeszło 4 dni nie eksportowało statystyk do BOINCstats
---------- 11:35 25.11.2007 ----------
hm..no ja też zauwazyłem, ze mi jakoś nie uwzględniło kilklu set pktów jescze na boincstats..ale może właśnie potrzebują czasu.. ;)
co do wysypywania się aplikacji..hm..nie wiem soprawda czy to tego wina, ale troche naprawiłem..otó właśnie kilka dni temu zainstalowałem nową wersję Tor'a i Vidalii (wersje odpowiednio 0.1.2.18a i 0.0.14) i przyznam, ze od tego czasu niezbyt fajnie mi wszystko działało..wykorzystanie procesora dla procesów Vidalii i Tor'a dochodziło na zmianę do 100% i skutecznie zapychały mi system..kiedy odinstalowałem ten pakiet wrzucając starszy (Tor - 0.1.2.17 i Vidalia - 0.0.14) to wszystko działa bez zarzutu..nie wiem czy to był problem w każdym razie postanowiłem o sprawie wspomnieć :)
---------- 11:40 27.11.2007 ----------
z innych ciekawostek co do Milyway@home, to zauważyłem, ze na linuxie próbki liczą mi się dwa razy szybciej :P i z innych dobrych wiadomości? zwiększono limit próbek z 8 do 20 chyba, które można pobrać 'na raz'..em..no chyba, ze to tylko ja miałem 8 :oops:
Cytat: "kret"z innych ciekawostek co do Milyway@home, to zauważyłem, ze na linuxie próbki liczą mi się dwa razy szybciej
A jak z punktami? Tyle samo za próbkę? U mnie komputer stacjonarny liczy szybciej próbkę, szybciej o ok. 3 minuty od próbki liczonej na laptopie ale też mniej za nią punktów na stacjonarnym dostaję. W sumie wychodzi na jedno: na stacjonarnym za 600 sek. dostaję ok. 1,6 pkt, na laptopie za 800 sek. ok. 2 pkt. Na godzinę jednakowa ilość punktów wychodzi.
Cytat: "kret"zwiększono limit próbek z 8 do 20 chyba, które można pobrać 'na raz'..em..no chyba, ze to tylko ja miałem 8 Embarassed
Też zawsze miałem osiem a dzisiaj ku memu zdumieniu dwadzieścia dostałem.
Teraz zauważyłem też niestety, że za każdą próbkę, obojętnie ile wynosi claimed credit otrzymuję 1 punkt. Wcześniej claimed = granted. To tak na szybko licząc wychodzi w moim przypadku zamiast 9-10 punktów na godzinę jedynie ok 5.
Obecnie projekt daje za próbki 6,5 pkt., które Quady przeliczają w 400-500 sekund. Także kolejny przykład rażącego overgrantingu.
mhmmm już przeliczam ;D
edit mniam - 5k/dobę z quadzika - przekonałeś mnie ;)
rygiel 20wu jest na usera czy maszynę?
Cytat: Bober w 22 Marzec 2008, 21:57
Obecnie projekt daje za próbki 6,5 pkt., które Quady przeliczają w 400-500 sekund. Także kolejny przykład rażącego overgrantingu.
optymalka 64 bit jest jeszcze "lepsza"
na AthlonX2 3800+ 2,0@2,2 - 320 sekund (2 core * 270wu/day * 6,5pkt = 3510 RAC)
EDIT:
ale to i tak nic z tym co wyrabiał
Crunch3r prawie tydzień w
TPS na Quadzie 11-16 sek próbkę za 16pkt - w rezultacie została wstrzymana generacja próbek BF
EDIT:
Cytat: Pigu w 22 Marzec 2008, 22:08
mhmmm już przeliczam ;D
edit mniam - 5k/dobę z quadzika - przekonałeś mnie ;)
rygiel 20wu jest na usera czy maszynę?
:-\ skończyły się próbki to wszystko przez
Piga ;D
jak działa rygiel w tym projekcie?
myślałem, że na maszynę lub usera, ale zdaje się, że jest blok, by nie ściągnąć więcej niż 20 na raz i na tym koniec ???
Cytat: Pigu w 23 Marzec 2008, 22:44
jak działa rygiel w tym projekcie?
myślałem, że na maszynę lub usera, ale zdaje się, że jest blok, by nie ściągnąć więcej niż 20 na raz i na tym koniec ???
Później tyle ile odsyłasz pobierasz od razu nowych WU. Jednak są chwile że nie ma jednostek, także jest czas na inne projekty.
Cytat: Bober w 22 Marzec 2008, 21:57
Obecnie projekt daje za próbki 6,5 pkt., które Quady przeliczają w 400-500 sekund. Także kolejny przykład rażącego overgrantingu.
Projekt aktualnie punkuje 2,17pkt za WU przy tym samym czasie liczenia.
Cytat: cezarProjekt aktualnie punkuje 2,17pkt za WU przy tym samym czasie liczenia.
Szybko się zrehabilitowali.
właśnie dostali bloka w managerze - ni to ni :P
Teraz ~ 4 za WU.
Wy tu się tylko na tych punktkach skupiacie, mnie to akurat najmniej obchodzi, a liczę dlatego, żeby pomagać nauce, po za tym nie wyobraząm sobie że mój procek miał sie nudzić.
Ale czy ma ktoś dokłądniejsze informacje co my właściwie liczymy w MilkyWay@Home?
Niby ten projekt nie zajmuje się symulacjami lecz analizą danych z Sloan Digital Sky Survey, ale czy ktoś ma dokłądniejsze informacje w jaki sposób te analizy są przeprowadzane, do czego dokłądnie zostanmą wykorzystane?
Tyle udało mi się przetłumaczyć: http://boincatpoland.home.pl/wiki/MilkyWay%40home (http://boincatpoland.home.pl/wiki/MilkyWay%40home). Może kiedyś coś więcej się wymyśli...
Wiem, to już czytałem. Dzięki za wszelkie tłumaczenia bo u mnie z angielskim niestety na razie słabo. Jeżeli ktoś cokoliwek więcej się dowie na temat tego projektu to dajcie znać.
Śledź zmiany na wiki. Za dużo tego żeby o wszystkim informować ;)
Może ta publikacja (http://arxiv.org/abs/0805.2121) przybliży ci nieco tematykę projektu. Przyjemnej lektury :P
Po przeczytaniu tego wątku z forum projektu
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true)
wezbrał we mnie duźy sceptycyzm do liczenia tego projektu,
a ten post tylko wzmógł go
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true#4841 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true#4841)
Głównie chodzi mi o dostępność kodu źródłowego, który jakoby jest i go nie ma.
Podobno ma być udostępniony z następną wersją aplikacji.
No i problem walidacji próbek.
oraz
"We haven't tested his app to make sure the results are correct." :o
http://milkyway.cs.rpi.edu/milkyway/ suspend
lepiej wysępmy tę optymalkę :D
ta to już ociera się o chorobę
niedługo dojdzie do tego, że optymalizowane aplikacje będą dostępne po uiszczeniu 200$ ;)
zasygnalizowałem to na na forum to minie olali, a w efekcie administrator skrócił czas wyświetlania wyników przeliczonych próbek
moim zdaniem zmowa Crunch3r i Dave Przybylo (administrator) są w tej samej drużynie
co do źródła to jest na serwerze uczelni Dave Przybylo
kiedyś ściągnąłem, moja kompilacja była lepsza niż pierwsza wersja publiczna, ale gorsza od obecnej
Zbojkotujmy Milky !
ja już to uczyniłem
Cytat: RAD-Poland w 22 Wrzesień 2008, 16:46
co do źródła to jest na serwerze uczelni Dave Przybylo
kiedyś ściągnąłem, moja kompilacja była lepsza niż pierwsza wersja publiczna, ale gorsza od obecnej
Ja wiem o tym. Tylko czy ten kod nie został zmieniony bez upublicznienia jego nowej wesji.
Wypowiedz opiekuna projektu Travisa:
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true#4823 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=386&nowrap=true#4823)
The next version of the astronomy code will be open to the
public so you guys will be able to optimize it all you want,
and hopefully we can work together on making it faster.
Optimization isn't really my specialty so it's something
we'll need community help on.
Coś nie widać tej aplikacji. Miała być po tygodniu a minął już ponad miesiąc
odsyłane próbki kompilowane z tego źródła są poprawnie weryfikowane i są przyznawane punkty (brak progres bar ?)
rozsyłane aplikacje z projektu są z 7.03.2008
ja ściągnąłem źródła i testowałem swoje kompilacje 21.07.2008
a pliki źródłowe są datowane 7.03.2008
nie zmieniałem kodu tylko wybierałem różne opcje kompilacji, a co do kodu to jest napisany nieciekawie (tzn. czyta się go ze zrozumieniem/łatwo , ale do optymalności mu daleko), kosztem niewielkiej ilości pamięci można pominąć wielokrotnie wykonywane pośrednie obliczenia
Crunch3r używa swojej optymalki od 12.06.2008 i nabił w 3 miesiące prawie 9 000 000 pkt prawdopodobnie na tym komputerze http://calbe.dw70.de/mb/download/file.php?id=8
w czerwcu napisałem to http://www.boincatpoland.org/smf/index.php/topic,1426.msg35255.html#msg35255
dzisiaj uważam, że Crunch3r to oszust i zrobił to nie pierwszy raz
Swoją drogą czy nie ma szans na "unifikację" systemu punktowego wszystkich projektów w ramach BOINC.
Może to nie temat na ten wątek.
Pomijam takie anomalie jak w tym projekcie, które są tylko pompowaniem balonu "punktowego".
w założeniu system punktowy miał się opierać na benchmarku Manegera Boinc, ale ...
Crunch3r napisał własnego Managera który robił 3-4 razy wyższe benchmarki niż oryginalny Manager :-[
obecnie projekty bronią się przed takimi praktykami stosując własne wyliczenia wydajności lub quorum rezultatów (nie koniecznie w celu weryfikacji wyników, a właśnie w celu wyeliminowania oszustów)
No cóż, jego menedżer powstał jako odpowiedź na zoptymalizowane aplikacje Seti i miał być używana tylko z nimi. Praktyka pokazała jak było.
Natomiast z tym, że to oszust... coś jest na rzeczy. Jego posty, które widziałem były często dosyć kontrowersyjne i w raczej niesympatycznym tonie.
Swoją drogą, nie lepiej po prostu dostać najnowszy source i samemu coś pooptymalizować? Bo w sumie, jeśli tylko wszyscy będą równy dostęp do kodu mieli, to szybsze przeliczanie przez optymalizację nie jest złe, prawda? I nie jest, IMO, cheatowaniem. Bo na tej samej zasadzie oszukuje ten, co sobie swojego proca podkręcił - bo ten bez podkręcenia ma gorsze wyniki, a przecież ta sama maszyna...
Oszukiwanie przy wynikach Benchmarków to już zupełnie inna sprawa - ale znowu, jeśli jest to uzyskiwane po prostu przez optymalizację benchmarka (nie wiem, napisanie lepiej jakieś pętli czy coś) to jest to IMO ok.
PS. Pod czym da się ten kod skompilować?
ja kompilowałem GCC 4.2 (linux 64bit)
EDIT: równy dostęp - na razie nie było równego dostępu, straciłem z tydzień przeglądając wszystkie opracowania na temat Milkyway (relacje, materiały z konferencji, granty, itp zanim trafiłem na trop) nie podali wprost linka, nie wiem jaki jest obecnie dostęp do źródeł
EDIT2: jakby ktoś chciał spróbować kompilacji to mogę udostępnić źródło na Chomiku, (na razie nie mam innej możliwości) waży 28,8 MB (trochę tam zbędnych rzeczy, ale nie modyfikowane archiwum zip)
At, czyli zwykłe C? Nie żadne tam cuda-wianki na kiju i Visuale czy coś. Fajno. Dev sobie z tym radzi? Bo jak coś, to ja raczej pod Win32 bym kompilował...
Ktoś zarzuci linkiem do najnowszych dostępnych source'ów? Może razem zoptymalizowalibyśmy to i owo?
źródła są tu:
http://www.cs.rpi.edu/~deselt/ (http://www.cs.rpi.edu/~deselt/)
Choć ja odnoszę wraźenie, że kod został zmieniony?
EDIT:
Link "ukryty" na forum. Podany po wielu naciskach i ta deklaracja, że z następną wersją bedą
w pełni upublicznione źródła. Zastanawiające.
Dziwi mnie sytuacja w której twórcy dopuszczają taką oto możliwość:
"We haven't tested Crunch3r's app -- so I'm not sure if it's even generating correct results"
taka opymalizacja bardziej mi przypomina generator losowy :(
ja tego kodu nie przeglądałem link jest z forum projektu
zaraz sprawdzę, że swoim źródłem - astronomy_xcode.zip
Files A and B are binary equal.
czyli takie samo, po kompilacji próbki powinny przechodzić weryfikację
do testów najlepiej użyć krótkich próbek serii 3710... lub 3711... z tego co pamiętam czas obliczeń 150 - 300 sek
Cytat: buninek w 22 Wrzesień 2008, 20:42
Dziwi mnie sytuacja w której twórcy dopuszczają taką oto możliwość:
"We haven't tested Crunch3r's app -- so I'm not sure if it's even generating correct results"
taka opymalizacja bardziej mi przypomina generator losowy :(
Ale jest i później:
"Having checked over the WUs he's been reporting they seem to be in line, so thats not a problem."
Skoro są dobre, to ograniczanie go mogłoby być powodem bojkotu Milky, a nie to, że gość ma skilla i poprawił appsa. Proste, nie?
A sa gdzies dostepne optymalki ? Bo widze ze na Milky robia takiego raca ze sie w glowie nie miesci.
Pozdro
Dziś Milksop at try udostępnił swoją optymalizowaną aplikację. Wersja pod windows i linuksa.
Szczegóły na forum projektu. Przetestowałem 4 WU przyśpieszenie liczenia bardzo duże ok 300%.
EDIT:
Szybkość liczenia jest dużo większa. Działa ograniczenie punktowe - 0.06 kredytu/s.
O ile nie zmieniły się WU, to u mnie dla serii gs_373:
było ok 13800s
teraz ok 335s.
już zainstalowane - zaraz sprawdzimy :)
Cytat: buninek w 31 Październik 2008, 21:43
Dziś Milksop at try udostępnił swoją optymalizowaną aplikację. Wersja pod windows i linuksa.
Szczegóły na forum projektu. Przetestowałem 4 WU przyśpieszenie liczenia bardzo duże ok 300%.
EDIT:
Szybkość liczenia jest dużo większa. Działa ograniczenie punktowe - 0.06 kredytu/s.
O ile nie zmieniły się WU, to u mnie dla serii gs_373:
było ok 13800s
teraz ok 335s.
gdzie ta optymalka?
tu: http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=433 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=433)
na moim T5500 wychodzi 216pkt/h na jeden rdzeń czyli łącznie 532pkt/h ;D
2008-10-31 22:38:34|Milkyway@home|Found app_info.xml; using anonymous platform
2008-10-31 22:38:34|Milkyway@home|parse error in app_info.xml; check XML syntax
wszystko ok?
Cytat
BOINC-manager says there's a parse error in the xml, but nevertheless it runs without problems and really fast...
szkoda tylko, że:
Maximum daily WU quota per CPU 300/day
Cytat: Pigu w 31 Październik 2008, 22:39
2008-10-31 22:38:34|Milkyway@home|Found app_info.xml; using anonymous platform
2008-10-31 22:38:34|Milkyway@home|parse error in app_info.xml; check XML syntax
wszystko ok?
Wrzuć odpowiednio zmodyfikowane app_info.xml.
u mnie różnica jest ASTRONOMICZNA! liczę projekt na starym kompie (Pentium III, 800 MHZ) i do tej pory w czasie sekundy przeliczało 0,001%, a teraz idzie po ok. 0,060-0,070 :o , zamiast liczyć 25 godzin teraz liczy 25... min ;D
Cytat: buninek w 31 Październik 2008, 22:43
Cytat: Pigu w 31 Październik 2008, 22:39
2008-10-31 22:38:34|Milkyway@home|Found app_info.xml; using anonymous platform
2008-10-31 22:38:34|Milkyway@home|parse error in app_info.xml; check XML syntax
wszystko ok?
Wrzuć odpowiednio zmodyfikowane app_info.xml.
ha - była kucha, brakło / na końcu
teraz dobrze
Cytat<app_info>
<app>
<name>astronomy</name>
</app>
<file_info>
<name>astronomy_1.22_V3_win32.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>astronomy</app_name>
<version_num>122</version_num>
<file_ref>
<file_name>astronomy_1.22_V3_win32.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
Cytat: Pigu w 31 Październik 2008, 22:39
2008-10-31 22:38:34|Milkyway@home|Found app_info.xml; using anonymous platform
2008-10-31 22:38:34|Milkyway@home|parse error in app_info.xml; check XML syntax
wszystko ok?
błąd spowodowany jest brakiem slasha na końcu pliku
app_info.xmlw ostatniej linijce trzeba zamienić <app_info> na
</app_info>
q6600@2880MHz
Over Success Done 174.80 0.89 10.49
czyli nieomalże 20k/doba z quadzika
Cytat: emik w 31 Październik 2008, 22:42
szkoda tylko, że: Maximum daily WU quota per CPU 300/day
na rdzeń, czy na maszynkę?
i jeszcze mi wyskakuje:
Cytat
2008-10-31 23:02:07|Milkyway@home|Message from server: No work sent
2008-10-31 23:02:07|Milkyway@home|Message from server: (reached per-CPU limit of 20 tasks)
czyli 20 jednostek na rdzen mozesz miec w danym momencie na kompie, jak przeliczysz to ci dosle :P
no to nieciekawie - nie można złapać do buforka :(
kolejny dojny projekcik?? :D
bardzo dojny, tym bardziej, że hala cosik zassać nie mogę
No to jak taki dojny, to czemu nic nie mowicie? :P
Trza go bylo na szybko zrobic projektem miesiaca (jako zem ja glosowal :P) i Frankofoni widzac nasz RAC pomysleliby ze ze skladek na SKB@P3 kupilismy Galere ;D
Ludzieeee trzymajcie mnie... Jestem w szoku :o.
Milky męczyło mi 6,5 - 8h teraz 10 minut heh chyba, że unity drastycznie skrócili ???
to zasługa optymalki ;D
no i skończyły się wu na serwerze XD
ale mi ciągle pobiera nowe wu ;D
u mnie mieliło WU w 3 minuty :D faktycznie przestałem dostawać nowe... za to freeHAL znów wysłał swoje
http://boincstats.com/stats/boinc_user_graph.php?pr=bo&id=179015
i karmi lepiej niż urzędnicy unijni dopłatami XD
2008-11-01 17:47:57|Milkyway@home|Sending scheduler request: Requested by user. Requesting 2799360 seconds of work, reporting 0 completed tasks
2008-11-01 17:48:03|Milkyway@home|Scheduler request completed: got 0 new tasks
2008-11-01 17:48:03|Milkyway@home|Message from server: Server error: can't attach shared memory
ke? wina u mnie, czy po stronie serwera? :(
u mnie identycznie, więc problem po stronie servera
Serwer nie wyrabia :)
Ktoś wie co się aktualnie dzieje? Chodzi mi głównie o optymalizacje, które jakoby zwiększają szybkość obliczeń nawet 50 razy, oraz o ilość przyznawanych kredytów (i na tym tle o wypowiedzi Davida Andersona o przewartościowaniu projektu). Ja niestety czasu nie mam, aby się zagłębiać(4 miechy mnie nie było to teraz z rodziną czas nadrabiam).
nie mogę odesłać wu a w wiadomościach wyskakuje:
2008-11-24 20:14:26|Milkyway@home|Message from server: Server error: can't attach shared memory
są jeszcze wu dla zoptymalizowanej app, czy teraz będą tylko dla nowej oficjalnej?
no i jak oficjalna płaci?
mi wczoraj pobrało parę sztuk
klasycznych (gs) WU coraz mniej, połowa moich kompów od wczoraj nie pobrała ani jednej próbki, reszta liczy z bufora, ech
po włączeniu standardowych aplikacji próbki pojawiają się od razu (nm_test i nm_stripe)
ale...
na pentium 4 HT 3.0GHz (windows)
za policzenie nm_test25 w czasie ok. 40 min. dostałem ok. 10pkt
za policzenie nm_stripe86 w czasie ok. 2,5 godziny dostałem ok. 40pkt
zgadza się z tym co piszą na forum milky, jeszcze będę testował na czymś szybszym
EDIT: na q6600 3.0GHz nm_stripe79 liczy się około 9,5 minuty za ok. 10pkt
a na linuchu, wywala się każda próbka od razu >:( (wersja aplikacji 0.4, a nie chce pobrać tej nowej 0.6)
a 95% moich kompów to linux >:(
EDIT2: i wszystko jasne:
milkyway_0.4_i686-pc-linux-gnu: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
EDIT3:
nowe aplikacje działają z bibliotekami gcc minimum 4.2.0, ech
a ja wszędzie 3.3.6, buuuu.... no to po Milce
Cytat: mindc w 01 Grudzień 2008, 10:05
na q6600@3.0GHz nm_stripe79 liczy się około 9,5 minuty za ok. 10pkt
60pkt/h? no to już bez rewelacji i zaledwie trochę lepiej od seta (a może i porównywalnie - z q9400@2,66GHz mam 43pkt/h)
czyżby koniec promocji? może i lepiej - będę mógł znów liczyć co lubię, a nie milkę "bo szkoda zmarnować okazję"
czekam na dalsze testy i wnioski :book:
kurcze... a tak blisko w milce do 50k mam.
ja liczyłem, że dociągnę do 100k :attack:
sobie dociągniecie - po tylko lekko zawyżonych punktach :P
hm... cały czas dostaje "no work sent"
mam skasowac aplikację?? zresetowac projekt?
pogoń optymalkę i mów jak punktuje
No więc u mnie te krótsze wu nm_stripe82 trwają 660 sec i claimed credit= 3,62 granted 9,97
Czyli wychodzi 54,38/h na core x 4 = 217 punków/h .. jak to wypada w porównaniu do wcześniejszej optymalki ???
Jak się przemieli ta dłuższa to dam znać :)
UPDATE:
dłuższe mają tak - cpu time - 2634, granted credit 39,85 - wychodzi tyle samo co za mniejsze wu ...
jaki procek?
Phenom 9850 @ 2900Mhz :)
trochę się pobawiłem nowymi źródłami, niektóre rzeczy pozmieniałem trochę na siłę,
nawet nie wiem czy przez to coś osiągnąłem, ale najważniejsze to że "pozbyłem" się podwójnego liczenia 'pow()' z najbardziej zagnieżdżonej pętli
i z 4 godzin zrobiło się 3 na atomie (bo na tej maszynie to testuję)
więc zysk ok. 25% XD
biorąc pod uwagę że tylko w perlu dłubię, to i tak wielki sukces mi się wydaje :attack:
no ale są jeszcze problemy z odpaleniem tego na jaju 2.4 (śledztwo trwa)
będę informował o postępach, może się znajdzie ochotnik co skompiluje to pod win
a rezultaty wychodzą takie same jak z org app?
nie wiem jak wypadłaby w testach aplikacja by mindc
moje testy podstawowej aplikacji z nowymi mikami
Celeron 32bit (identyczna punktacja starej app v1.22 i nowej v0,06)
Duron 32 bit ( podobnie v1,22=v0,06, nowa v0,07 +10%)
X2 64bit ( nowa v0,07 -20%) tzn było 54,85 pkt/h jest 45,90 pkt/h
porównujesz do aplikacji sprzed promocji, czy do tej zoptymalizowanej cudotwórczej?
Cytat: Pigu w 05 Grudzień 2008, 22:35
a rezultaty wychodzą takie same jak z org app?
heh, nawet tego nie chciało mi się sprawdzać na razie
sam widziałem jak w źródłach od starego milky
był błąd polegający na omyłkowej zamianie parametrów przy wywołaniu jednej z funkcji
czyli teoretycznie, wszystkie próbki były do... już nie powiem do czego
jutro w robocie, oczywiście potestuję prawidłowość przeliczonych próbek na szybszym sprzęcie niż atom ;D
BTW
ktoś z was oglądał w ogóle te źródła?
ni
powiedz w czym to kompilować? Borland C++ Builder się nada? kurcze z C jestem nieszczególnie biegły
Cytat: Pigu w 06 Grudzień 2008, 00:53
ni
powiedz w czym to kompilować? Borland C++ Builder się nada? kurcze z C jestem nieszczególnie biegły
hmmm... pod windą to kompilowałem jedynie w DevC++, daaaaaawno temu (może bym tak spróbował znowu ;D )
teraz od rana do wieczora linux, więc tam się bawię
acha, jakby ktoś chciał się pobawić i samemu sprawdzić -> PM
Ja mam pod win różne kompilatory (Intel C/C++, MinGW, DevCPP + MingW, Visual Studio 2005 i 2008) więc jakby co mogę się pobawić, ale nie jestem pewien czy w ogóle uda mi się cokolwiek skompilować.
wprowadziłem jeszcze kilka innych optymalizacji i szukam dalej...
acha, sprawdziłem czy wyniki się zgadzają i...
...pliki 'out' zgadzają się co do bajta ;D
reszta jutro, idę spać...
Cytat: TJM w 06 Grudzień 2008, 03:08
(...) ale nie jestem pewien czy w ogóle uda mi się cokolwiek skompilować.
ale o co chodzi?
O to że cińki bolek ze mnie jeśli chodzi o kompilację softu pod windą %-) Nad BOINCem chyba z tydzień siedziałem zanim udało mi się usunąć wszystkie błędy kompilacji.
Którą wersję kodu edytujesz ? 0.7 ?
tak, 0.7
po kolejnych kombinacjach na atomie czas liczenia WU
zszedłem z ok. 12800 sekund za 39.84 pkt do 6800 sekund za 41.09 pkt
kod:
EDIT:
no rzeczywiście, po co ja to wrzucam
zainteresowani -> PM
hehe nie szalej tak publicznie z tym kodem :P konkurencja nie śpi
Próbowałem to kompilować - na razie że tak się wyrażę dupa zbita - w DevCpp ciężko skompilować nawet BOINC API a aplikacja wymaga tego do działania, więc odpada; w Visual Studio 2008 kod w ogóle nie chciał się kompilować bez drobnych przeróbek a na dodatek po przeróbkach nawet nie trybi coś z API które mam skompilowane (5.10.45).
Witam wszystkich
Mam takie może noobowskie pytanie, ale z czego mam skompilować BOINC API??
Obecnie przy linkowaniu dostaje takie błędy. Wyraźnie widać że brakuje mu liba od API tylko skąd mam go ściągnąć/z czego skompilować
(http://img2.vpx.pl/up/20081206/api.png) (http://www.vpx.pl/foto,api.html)
Kompiluje na VS 2008 PRO, na początku było trochę błędów ale po dorzuceniu flagi /TP problemy znikły, ale pojawiły się następne.
http://boinc.berkeley.edu/trac/wiki/CompileClient (http://boinc.berkeley.edu/trac/wiki/CompileClient)
http://boinc.berkeley.edu/trac/wiki/SourceCode (http://boinc.berkeley.edu/trac/wiki/SourceCode)
;D
Żeby skompilować BOINCa potrzebujesz jeszcze starsze wersje microsoftowego Platform SDK (ja używam takich od Win2k3, do ściągnięcia za free ze stron MS). Z tym nowszym BOINC nie chce się kompilować ze względu na jakieśtam różnice.
Cytat: TJM w 06 Grudzień 2008, 17:22
Żeby skompilować BOINCa potrzebujesz jeszcze starsze wersje microsoftowego Platform SDK (ja używam takich od Win2k3, do ściągnięcia za free ze stron MS). Z tym nowszym BOINC nie chce się kompilować ze względu na jakieśtam różnice.
API bez problemów poszło na tej wersji SDK co jest z VS 2008, co do samego milky były kolizje dorzuciłem flagę /FORCE:MULTIPLE i wszystko ładnie się skompilowało :)
A które SDK tam masz ? Z moją wersją VS 2008 dołączone jest jakieś nowe SDK i na nim nic związanego z BOINCem nie chce się skompilować (bez edycji źródeł) ze względu na różnice w headerach. Możliwe, że w nowszych wersjach źródeł BOINCa już to uwzględnili, ja sorawdzałem z 5.10.45 i jakimś starszym z serii 6.0 beta; nowsze nie chcą mi się i tak w całości skompilować ze względu na brak WX.
Na forum Microsoftu doradzili mi żebym ściągnał starsze i takie ustawił w ścieżkach dodatkowych includów, po takiej zmianie manager poszedł od kopa.
źródełka ściągnąłem z SVN-a z trunk/Boinc i z nich API bez problemów się skompilowało. Jedyny problem jaki napotkałem to że pewne fragmenty były "already defined in msvcprt.lib" ale o tym już wcześniej pisałem.
Co do SKD mam takie jakie instaluje się z VS 2008 PRO SP1 czyli 6.0a
ech
po przeprowadzeniu wnikliwych testów (nie za pomocą boinca)
wprowadzone optymalizacje poprawiają wydajność o...
ok. 1-2%, czyli...
...zapomnijcie o kilku fragmentach w tym wątku i przepraszam za zamieszanie
:closedeyes:
ważne są podjęte próby, nie zawsze efekty przychodzą natychmiast
- na pewno się da wyciągnąć dużo z tej aplikacji, zwłaszcza, że najprawdopodobniej Crunch3r znów ma najwydajniejszą aplikację
przed
Cytat57330513 57520212 7 Dec 2008 17:22:08 UTC 7 Dec 2008 18:36:04 UTC Over Success Done 3,636.38 62.27 41.09
57330371 57520070 7 Dec 2008 17:18:29 UTC 7 Dec 2008 18:35:39 UTC Over Success Done 4,630.00 79.29 39.85
57330368 57520067 7 Dec 2008 17:18:29 UTC 7 Dec 2008 18:35:16 UTC Over Success Done 4,607.00 78.89 39.85
57330212 57519911 7 Dec 2008 17:17:08 UTC 7 Dec 2008 18:34:56 UTC Over Success Done 4,668.00 79.94 39.84
57330196 57519895 7 Dec 2008 17:15:52 UTC 7 Dec 2008 18:33:49 UTC Over Success Done 4,677.00 80.09 39.84
57330104 57519814 7 Dec 2008 17:15:52 UTC 7 Dec 2008 18:33:18 UTC Over Success Done 3,737.94 64.01 41.09
57330048 57519758 7 Dec 2008 17:13:25 UTC 7 Dec 2008 18:33:18 UTC Over Success Done 3,656.04 62.61 41.09
57329990 57519700 7 Dec 2008 17:12:03 UTC 7 Dec 2008 18:33:08 UTC Over Success Done 3,627.49 62.12 41.09
57329987 57519697 7 Dec 2008 17:12:03 UTC 7 Dec 2008 18:33:08 UTC Over Success Done 4,220.92 72.28 41.09
57329962 57519672 7 Dec 2008 17:12:03 UTC 7 Dec 2008 18:33:18 UTC Over Success Done 4,875.00 83.48 39.85
po
Cytat57338363 57527819 7 Dec 2008 19:29:42 UTC 7 Dec 2008 19:35:52 UTC Over Success Done 370.00 6.34 11.10
57338362 57527818 7 Dec 2008 19:29:42 UTC 7 Dec 2008 19:35:52 UTC Over Success Done 370.00 6.34 11.10
57338361 57527817 7 Dec 2008 19:29:42 UTC 7 Dec 2008 19:36:23 UTC Over Success Done 401.00 6.87 12.03
57338360 57527816 7 Dec 2008 19:29:42 UTC 7 Dec 2008 19:36:48 UTC Over Success Done 426.00 7.29 12.78
57338359 57527815 7 Dec 2008 19:29:42 UTC 7 Dec 2008 19:32:32 UTC Over Success Done 170.00 2.91 5.10
57338357 57527813 7 Dec 2008 19:29:43 UTC 7 Dec 2008 19:48:46 UTC Over Success Done 1,143.00 19.57 34.29
57338356 57527812 7 Dec 2008 19:29:42 UTC 7 Dec 2008 19:32:22 UTC Over Success Done 160.00 2.74 4.80
57338355 57527811 7 Dec 2008 19:29:43 UTC 7 Dec 2008 19:44:46 UTC Over Success Done 903.00 15.46 27.09
57338354 57527810 7 Dec 2008 19:29:43 UTC 7 Dec 2008 19:46:44 UTC Over Success Done 1,021.00 17.48 30.63
57338353 57527809 7 Dec 2008 19:29:42 UTC 7 Dec 2008 19:44:00 UTC Over Success Done 858.00 14.69 25.74
od 4 do 10 razy szybciej wszystkie wyniki podpisane wersją 0,07 (chyba, że tak się wu zmieniły - przynajmniej u mnie tego nie zauważyłem)
Cytat: RAD-Poland w 08 Grudzień 2008, 19:33
ważne są podjęte próby, nie zawsze efekty przychodzą natychmiast
- na pewno się da wyciągnąć dużo z tej aplikacji, zwłaszcza, że najprawdopodobniej Crunch3r znów ma najwydajniejszą aplikację
znowu kombinowałem, teraz to na pewno liczy ok. 30% szybciej
bo "pozbyłem" się w specyficzny sposób jednego pow() (innego niż wcześniej) z calculate_probabilities()
do Pigulca: tak, tak sprawdzałem, wyniki są poprawne...i z drugiej strony, przemieliłem już wszystko i nie da się w magiczny sposób pozbyć tych
sqrt() i exp() z calculate_probabilities() którą muszą być przemielone każde po 10`752`000`000 razy :ph34r:
Cytat: RAD-Poland w 08 Grudzień 2008, 19:33
od 4 do 10 razy szybciej wszystkie wyniki podpisane wersją 0,07 (chyba, że tak się wu zmieniły - przynajmniej u mnie tego nie zauważyłem)
zastanawia mnie, dlaczego czasy są tak różne od siebie, pewnie to jest jakiś trop
może jego aplikacja nie liczy pewnych rzeczy przy specyficznych parametrach wejściowych bo błąd w wyniku jest na poziomie LSB...
no i myślę że tam się dużo dzieje w assemblerze, ale ja nie czuję się pewnie w Intelach, kiedyś tam liznąłem Motorolę i AVR ale na co to mi teraz...
acha, wersja aplikacji zależy tylko i wyłącznie od tego, co się wpisze w app_info.xml
i jeszcze wracając do kompilowania...
skompilowałem wersję pod win32 przy pomocy najzwyklejszego Dev-Cpp i to nawet bez odpalania go
czy ściągania jakichś dodatkowych bibliotek czy coś
wykorzystałem tyko jego mingw i standardowe Makefile z BOINC (boinc\api\Makefile.mingw) i Milky (milkyway\bin\make.linux) po wcześniejszym poprawieniu ścieżek. W BOINC wystarczy skompilować tylko API, i wywalić z Makefile dla Milky linkowanie libboinc_api.a i to wszystko
Próbowałeś pod linuksem kompilatora Intela ? Jest za free a może się akurat zdarzyć, że jak w przypadku enigmy z miejsca 200% wydajności dostaniesz (zakładając ze masz proce Intelowe).
mindc - ile teraz da się wyciągnąć z jajka q6600 na ok 2,8 GHz na twojej app?
"BOINC RAC Live!" ???
How?
Cytat: TJM w 11 Grudzień 2008, 18:42
Próbowałeś pod linuksem kompilatora Intela ? Jest za free a może się akurat zdarzyć, że jak w przypadku enigmy z miejsca 200% wydajności dostaniesz (zakładając ze masz proce Intelowe).
sprawdzałem, jest trochę wolniejszy, ale testowałem tylko na atomie z włączonymi dla niego ustawieniami,
na q6600 nie sprawdzałem jeszcze....
Cytat: Pigu w 11 Grudzień 2008, 18:45
mindc - ile teraz da się wyciągnąć z jajka q6600 na ok 2,8 GHz na twojej app?
q6600 @ 3.0GHz (win x64)
Cytat
57675820 57856035 11 Dec 2008 12:01:14 UTC 11 Dec 2008 17:30:36 UTC Over Success Done 1,847.52 12.54 39.84
57675707 57855922 11 Dec 2008 11:59:21 UTC 11 Dec 2008 17:20:25 UTC Over Success Done 1,951.03 13.24 39.84
57675642 57855857 11 Dec 2008 12:00:58 UTC 11 Dec 2008 17:24:23 UTC Over Success Done 1,962.23 13.31 39.84
57674939 57855169 11 Dec 2008 11:47:23 UTC 11 Dec 2008 17:16:43 UTC Over Success Done 1,846.06 12.53 39.84
57673445 57853699 11 Dec 2008 11:25:09 UTC 11 Dec 2008 16:39:03 UTC Over Success Done 1,854.59 12.58 41.09
57673309 57853563 11 Dec 2008 11:26:32 UTC 11 Dec 2008 16:51:51 UTC Over Success Done 1,836.16 12.46 39.84
57673049 57853311 11 Dec 2008 11:18:25 UTC 11 Dec 2008 16:38:22 UTC Over Success Done 1,855.23 12.59 41.09
57672615 57852877 11 Dec 2008 11:12:01 UTC 11 Dec 2008 16:34:04 UTC Over Success Done 1,965.36 13.34 39.84
57670958 57851329 11 Dec 2008 10:48:15 UTC 11 Dec 2008 16:13:17 UTC Over Success Done 1,860.97 12.63 41.09
57670797 57851168 11 Dec 2008 10:45:42 UTC 11 Dec 2008 16:01:12 UTC Over Success Done 1,859.06 12.61 39.84
57670246 57850620 11 Dec 2008 10:37:05 UTC 11 Dec 2008 15:50:13 UTC Over Success Done 1,839.61 12.48 39.84
57670223 57850597 11 Dec 2008 10:37:05 UTC 11 Dec 2008 16:00:37 UTC Over Success Done 1,864.80 12.65 39.84
57668838 57849261 11 Dec 2008 10:17:03 UTC 11 Dec 2008 15:13:01 UTC Over Success Done 1,845.14 12.52 41.09
57668437 57848860 11 Dec 2008 10:10:39 UTC 11 Dec 2008 15:30:34 UTC Over Success Done 1,966.38 13.34 39.84
57668130 57848556 11 Dec 2008 10:05:42 UTC 11 Dec 2008 15:10:29 UTC Over Success Done 1,860.52 12.62 39.84
57668129 57848555 11 Dec 2008 10:05:42 UTC 11 Dec 2008 15:13:01 UTC Over Success Done 1,876.08 12.73 39.84
57666575 57847028 11 Dec 2008 9:45:40 UTC 11 Dec 2008 14:32:10 UTC Over Success Done 1,844.14 12.51 39.84
57665924 57846391 11 Dec 2008 9:32:11 UTC 11 Dec 2008 14:32:10 UTC Over Success Done 1,949.83 13.23 39.84
57665800 57846276 11 Dec 2008 9:30:50 UTC 11 Dec 2008 14:23:08 UTC Over Success Done 1,837.36 12.47 41.09
57663559 57844078 11 Dec 2008 8:55:58 UTC 11 Dec 2008 14:23:08 UTC Over Success Done 1,880.30 12.76 39.84
przelicz sam...
i ciekawostka, AMD Athlon(tm) Processor LE-1600 @ 2.2GHz (linux 2.4 x86)
Cytat
57635275 57816647 11 Dec 2008 1:36:11 UTC 11 Dec 2008 5:42:17 UTC Over Success Done 1,645.27 3.18 39.84
57633651 57815030 11 Dec 2008 1:06:08 UTC 11 Dec 2008 5:18:15 UTC Over Success Done 1,694.71 3.28 41.09
57630004 57811420 11 Dec 2008 0:06:11 UTC 11 Dec 2008 4:48:18 UTC Over Success Done 1,631.38 3.16 39.85
57626310 57807798 10 Dec 2008 23:06:09 UTC 11 Dec 2008 4:18:07 UTC Over Success Done 1,623.51 3.14 39.84
57622497 57804043 10 Dec 2008 22:06:12 UTC 11 Dec 2008 3:54:11 UTC Over Success Done 1,683.66 3.26 41.09
57618528 57800137 10 Dec 2008 21:06:11 UTC 11 Dec 2008 3:00:10 UTC Over Success Done 1,676.25 3.24 41.09
57615690 57797352 10 Dec 2008 20:24:12 UTC 11 Dec 2008 2:30:11 UTC Over Success Done 1,687.30 3.26 41.09
57611271 57792982 10 Dec 2008 19:21:48 UTC 11 Dec 2008 2:00:10 UTC Over Success Done 1,637.29 3.17 39.84
57608839 57790565 10 Dec 2008 18:57:44 UTC 11 Dec 2008 1:36:11 UTC Over Success Done 1,640.10 3.17 39.84
57608276 57790002 10 Dec 2008 18:54:09 UTC 11 Dec 2008 1:06:08 UTC Over Success Done 1,639.85 3.17 39.84
57607214 57789072 10 Dec 2008 17:51:26 UTC 11 Dec 2008 0:06:11 UTC Over Success Done 1,652.76 3.20 39.84
57603868 57785821 10 Dec 2008 17:04:43 UTC 10 Dec 2008 23:06:08 UTC Over Success Done 1,676.87 3.24 39.84
57600301 57782335 10 Dec 2008 16:14:20 UTC 10 Dec 2008 22:06:12 UTC Over Success Done 1,691.50 3.27 39.84
57598678 57780753 10 Dec 2008 15:49:45 UTC 10 Dec 2008 21:06:11 UTC Over Success Done 1,780.98 3.45 41.09
tylko jednego mam AMD, AMD szybsze w Milce?
Cytat: Szopler w 11 Grudzień 2008, 19:56
"BOINC RAC Live!" ???
How?
to jest kontynuacja tego, co kiedyś tam zacząłem opisywać w 'wizytówce'
Cytatq6600 @ 3.0GHz (win x64)
hmm lekko z 7,5k? jak tylko oddam projektowi miesiąca co jego to zaraz się zgłoszę :arrr:
Cytat: mindc w 11 Grudzień 2008, 18:36i z drugiej strony, przemieliłem już wszystko i nie da się w magiczny sposób pozbyć tych
sqrt() i exp() z calculate_probabilities() którą muszą być przemielone każde po 10`752`000`000 razy :ph34r:
pozbyć może nie, ale myślę że zastosowanie SSE/SSE2 powinno skrócić trochę czas wykonywania danej pętli
Cytat: mindc w 11 Grudzień 2008, 18:36acha, wersja aplikacji zależy tylko i wyłącznie od tego, co się wpisze w app_info.xml
Jaką aktualnie trzeba wersje podać bo mi coś nie chce działać :(
Zobacz na stronie w aplikacjach jaka jest aktualna wersja, taka sama musi zadziałać.
Cytat: sesef w 12 Grudzień 2008, 17:41
Cytat: mindc w 11 Grudzień 2008, 18:36acha, wersja aplikacji zależy tylko i wyłącznie od tego, co się wpisze w app_info.xml
Jaką aktualnie trzeba wersje podać bo mi coś nie chce działać :(
nie chodzi o wersje tylko o wpis w
<app_name>milkyway</app_name>musi być milkyway, inaczej nic nie będzie się ściagać, reszta dowolna...
Cytat: sesef w 12 Grudzień 2008, 17:41
(...) ale myślę że zastosowanie SSE/SSE2 powinno skrócić trochę czas wykonywania danej pętli
dokładnie, sprawdziłem jeszcze raz kompilator intela (linux)
ponieważ większość moich kompów które liczą to wysłużone pentium III, kompilowałem wszystko z myślą o nich i nie zauważyłem różnicy między intelem a gcc
i rzeczywiście, po odpaleniu sse2 (po odpaleniu na odpowiednich sprzętach oczywiście) widać wzrost, tak na o ok. 20-30% (nie robiłem dokładnych testów)
tylko że dlaczego gcc wykorzystuje tylko część instrukcji sse2 przy kompilowaniu?
olewając to co jest tu najważniejsze, czyli exp, pow i sqrt, ech.....
No to ogólny postęp mamy taki:
Athlon 64 3200+@2,3 Ghz
Czysta aplikacja ze strony
Cytat57767878 57944857 12 Dec 2008 22:02:05 UTC 12 Dec 2008 23:05:48 UTC Over Success Done 3,197.34 12.72 39.84
czysty kod z własną kompilacją na Vistual Studio 2008 + kilka flag do optymalizacji i /arch:SSE2
Cytat57762624 57939746 12 Dec 2008 20:53:00 UTC 12 Dec 2008 21:51:13 UTC Over Success Done 2,908.55 11.57 39.84
57757606 57934937 12 Dec 2008 20:01:44 UTC 12 Dec 2008 20:59:02 UTC Over Success Done 2,950.44 11.74 41.09
optymalka mindc z własną kompilacją na Visual Studio 2008 + kilka flag do optymalizacji i /arch:SSE2
Cytat57773535 57950357 12 Dec 2008 23:32:16 UTC 12 Dec 2008 23:57:30 UTC Over Success Done 1,244.92 4.95 37.35
57772345 57949193 12 Dec 2008 23:10:57 UTC 12 Dec 2008 23:35:22 UTC Over Success Done 1,242.48 4.94 37.27
Jakby ktoś chciał tego exe-ka pod Win32 to pisać na PW
@mindc
Jak kompilujesz na linuxie to gdzieś czytałem, że najnowszy kompilator intela ma też możliwość optymalizacji na SSE3, a ono akurat przyda się do stVector.c tylko kurde P3 nie ma chyba SSE3 :/
@Edit
Dobra 2 Wu przeliczyły się w porównywalnym czasie, czyli jak na razie u mnie liczy się 2x szybciej na noc wracam do WCG jutro jak wstanę to dalej będę grzebał za przykładami wykorzystania SSE/SSE2/SSE3, może uda się wydusić dodatkowo jeszcze kilkaset sekund :)
Po zastosowaniu poprawki by mindc, zanotowałem pewnie największy zysk czasu przeliczania. XD
Proc amd k6-II@500
przed
Cytat57634807 57816179 11 Dec 2008 1:28:40 UTC 12 Dec 2008 9:46:16 UTC Over Success Done 31,566.31 14.33 41.09
po
Cytat57718043 57897097 11 Dec 2008 22:07:24 UTC 13 Dec 2008 9:57:29 UTC Over Success Done 17,285.90 9.66 39.84
Cytat: sesef w 13 Grudzień 2008, 00:41
Jak kompilujesz na linuxie to gdzieś czytałem, że najnowszy kompilator intela ma też możliwość optymalizacji na SSE3, a ono akurat przyda się do stVector.c tylko kurde P3 nie ma chyba SSE3 :/
P3 ma tylko SSE
nie ma różnicy między SSE2 a SSE3 dla tego kodu
chyba żeby odpowiednio przepisać kod, aby kompilator dokonał odpowiednich optymalizacji
EDIT:
zapomniałem dopisać, wersja 11 kompilatora intel, wywala od razu aplikację... ma problemy jakieś ze stosem
a może dałoby się takie coś wykorzystać?
http://software.intel.com/en-us/articles/intel-parallel-composer/all/1 (http://software.intel.com/en-us/articles/intel-parallel-composer/all/1)
Ale wtedy jedna aplikacja zajmuje wszystkie rdzenie
Cytat: TJM w 13 Grudzień 2008, 14:18
Ale wtedy jedna aplikacja zajmuje wszystkie rdzenie
takie coś byłoby bardzo przydatne ale raczej nie w milce a w jakichś projektach liczących próbkę bardzo długo np takich jak climateprediction.net
I niedługo takie aplikacje się pojawią, na razie BOINC jeszcze nie wspiera wielowątkowych aplikacji należycie. To już się pomału zmienia w klientach 6.x, docelowo aplikacja ma określać ile rdzeni chce użyć.
Cytat: mindc w 13 Grudzień 2008, 11:31
EDIT:
zapomniałem dopisać, wersja 11 kompilatora intel, wywala od razu aplikację... ma problemy jakieś ze stosem
Po kompilacji na 10.1 mam ten sam błąd co na 11, szkoda bo po kompilacji Intelem pewnie uzyskałoby się trochę sekund.
9.1 też nie działa :/, czego to może być wina bo już chyba nie kompilatora czy ja coś źle robię czy może Milky jest zwalone ??
Pokaż no jak błąd wygląda, bo tak to można tylko zgadywać.
A sam błąd za dużo też nie mówi
(http://img2.vpx.pl/up/20081213/mlblad.png) (http://www.vpx.pl/foto,blad141.html)
Ten sam błąd mam na 11.0, 10.1, 9.1
Myślałem, że to błąd kompilacji, a to po prostu coś się sypie z samym Visualem albo kompilatorem. Skończył mi się niestety trial dla Intelowego kompilatora więc nawet nie dam rady spróbować co jest nie teges :/
Jednak ta automatyczna optymalizacja w VS nie jest taka zła, poszukałem trochę w googlach próbowałem wielu rzeczy między innymi:
- optymalizacja liczenia sqrt (kod asemblerowy) [Okazało się wolniejsze niż optymalizacja kompilatora]
- działania na wektorach przy pomocy SSE2 [Wolniejsze od optymalizacji kompilatora]
I moim zdaniem najciekawsze: znalazłem funkcje napisaną w asemblerze licząca jednocześnie sinus i cosinus danego kąta. W Milky w wielu miejscach jednocześnie stosuje się sinus i cosinus tego samego kąta, więc optymalizacja jak znalazł. Co się okazało po skompilowaniu aplikacja wolniejsza o jakieś 20-25% widać kompilator lepiej sobie optymalizuje jak liczy sin i cos oddzielnie.
Miałem nadzieje, że dam radę zejść poniżej 1k sec na moim AMD-ku, ale chyba to się nie uda :/
dla mnie to czarna magia :D
kamrrraci nie poddawajcie się, budzicie moje wielkie uznanie
Ostatnia moja nadzieja na przyspieszenie... tablicowanie wyników.
Cytat: sesef w 14 Grudzień 2008, 13:35
Ostatnia moja nadzieja na przyspieszenie... tablicowanie wyników.
coś takiego robiłem w pierwszej optymalizacji, ale wszystkiego nie da wrzucić do tablic :(
Cytat57949324 58122418 14 Dec 2008 21:38:06 UTC 15 Dec 2008 9:26:33 UTC Over Success Done 1,043.30 4.08 31.30
Jeszcze nie cała minuta :)
Wyszedłem na 20 min do sklepu po mleko
Cytat57995377 58166291 15 Dec 2008 9:49:33 UTC 15 Dec 2008 10:08:34 UTC Over Success Done 1,022.72 4.00 30.68
Trafiły się jakieś krótsze próbki do tego komp stał nie używany o magiczna granica 1000 sekund przełamana v1.22
Cytat58027059 58197388 15 Dec 2008 17:42:15 UTC 15 Dec 2008 18:01:28 UTC Over Success Done 993.39 3.88 29.80
58026052 58196391 15 Dec 2008 17:26:59 UTC 15 Dec 2008 17:45:01 UTC Over Success Done 991.95 3.88 29.76
v1.25
Cytat58108897 58277352 16 Dec 2008 14:43:41 UTC 16 Dec 2008 15:03:58 UTC Over Success Done 988.28 3.86 29.65
58107855 58276348 16 Dec 2008 14:28:25 UTC 16 Dec 2008 14:46:47 UTC Over Success Done 987.33 3.86 29.62
v1.28
Cytat58229336 58394497 17 Dec 2008 17:34:28 UTC 17 Dec 2008 18:13:00 UTC Over Success Done 981.70 3.84 29.45
1.31
Cytat58431331 58591369 19 Dec 2008 17:18:51 UTC 19 Dec 2008 17:50:01 UTC Over Success Done 937.80 4.00 28.13
Testuje aplikacje mindca i sesefa. Juz po pierwszych testach polecam!!! :attack:
Aplikacja wystepuje w trzech wersjach: NOSSE, SSE1 i SSE2.
Testy zostaly przeprowadzone na: AMDX2 2.2GHz@2.43GHz, XP32SP3 (edycja wlasna), BM 6.4.5
- na kiludziesieciu probkach. Podane wyniki sa srednie, a rozrzut czasow probek i granted credit nie wiekszy niz 5%.
Czysta aplikacja: 2800s. co daje ok. 55pkt./h
Aplikacja NOSSE: 920s. co daje ok. 105pkt./h
Aplikacja SSE1: nie dziala! Skopala BM, skopala system!
Aplikacja SSE2: 960s. co daje ok. 100pkt./h
Jak widac, dla XP32 i prockow AMD w wersji x64 zalecana jest aplikacja NOSSE. Polecam jej uzywanie :). Niedlugo testy na Intelach.
@sesef: Prosze Cie o udostepnienie na 4um nowego pliku, z poprawionym plikiem app_info (ostatnia linijka - wiesz o co chodzi, a wlasciwie przedostatnia, bo ostatnia jest pusta - skasuj ja prosze) i wpisana DOMYSLNIE nazwa app NOSSE (for dummies ;) ).
Cytat: AiDec w 23 Grudzień 2008, 11:43
@sesef: Prosze Cie o udostepnienie na 4um nowego pliku, z poprawionym plikiem app_info (ostatnia linijka - wiesz o co chodzi, a wlasciwie przedostatnia, bo ostatnia jest pusta - skasuj ja prosze) i wpisana DOMYSLNIE nazwa app NOSSE (for dummies ;) ).
Jak Mindc nie będzie miał nic przeciwko temu to mogę udostępnić publicznie, jak na razie dostępne jedynie przez PW.
nie dawajmy publicznie - zaraz konkurencja by zassała :attack:
Cytat: sesef w 23 Grudzień 2008, 12:34
Cytat: AiDec w 23 Grudzień 2008, 11:43
@sesef: Prosze Cie o udostepnienie na 4um nowego pliku, z poprawionym plikiem app_info (ostatnia linijka - wiesz o co chodzi, a wlasciwie przedostatnia, bo ostatnia jest pusta - skasuj ja prosze) i wpisana DOMYSLNIE nazwa app NOSSE (for dummies ;) ).
Jak Mindc nie będzie miał nic przeciwko temu to mogę udostępnić publicznie, jak na razie dostępne jedynie przez PW.
Jasne :). Tylko nie zapomnij wprowadzic poprawek.
Cytat: Pigu w 23 Grudzień 2008, 12:45
nie dawajmy publicznie - zaraz konkurencja by zassała :attack:
No mosz racje kamracie :attack:
ja jeszcze trochę powalczyłem
a z sezefem wymieniamy się pomysłami :)
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz [EM64T Family 6 Model 15 Stepping 11] @3.0GHz winxp x64 + sse2
Cytat
58832338 58979222 23 Dec 2008 8:24:30 UTC 23 Dec 2008 9:50:56 UTC Over Success Done 757.78 4.92 22.73
58832337 58979221 23 Dec 2008 8:24:30 UTC 23 Dec 2008 9:35:59 UTC Over Success Done 779.13 5.06 23.37
AMD Athlon(tm) Processor LE-1600 [Family 15 Model 95 Stepping 3] @default linux2.4 x86 + sse2
Cytat
58833841 58980718 23 Dec 2008 8:43:35 UTC 23 Dec 2008 9:30:14 UTC Over Success Done 846.11 1.65 25.38
58832561 58979445 23 Dec 2008 8:28:15 UTC 23 Dec 2008 8:48:13 UTC Over Success Done 853.57 1.66 25.61
nie mam danych z C2D bo liczą obecnie POEM
jakby ktoś chciał binarkę pod linuxa -> PM
szkoda tylko, że roboty nie ma :/ no nic policzy się trochę Clean Energy :)
Cytat: sesef w 23 Grudzień 2008, 21:15
szkoda tylko, że roboty nie ma :/
pewnie będą odpalać validatora, więc "czyszczą" serwer....
Cytat: sesef w 23 Grudzień 2008, 21:15
(...) policzy się trochę Clean Energy :)
i trochę 3x+1 :)
wracając do głównego wątku...
przypominam wszystkim, że cały czas jest ograniczenie na Milce do 2500-2600 pkt na dobę na CPU i nie można tego przeskoczyć...
zwracam uwagę także na to, że teraz punktowanie za WU zostało obcięte z 140pkt i 260pkt na ok. 40pkt
i ilość danych do przemielenia w jednym WU została podwojona w stosunku do wersji 1.22...
porównując czasy liczenia i wielkość próbek, nasza optymalizacja działa porównywalnie tak szybko jak ta od Milksop, ale... patrz wyżej
pozostaje jeszcze aplikacja Crunch3r'a... według mnie, coś jest zakombinowane z odrzucaniem wyników pośrednich, niemających wpływu na wynik końcowy, co widać po bardzo zmiennych czasach liczenia dla próbek...
Cytat: mindc w 23 Grudzień 2008, 23:08
pewnie będą odpalać validatora, więc "czyszczą" serwer....
No to będzie chwila prawdy tego pow-a -0,000000000000002
Co do Crunch3r-a można prosić o link do jego kompa, chciałbym sobie zobaczyć te jego czasy przeliczeń. A co do jego aplikacji, może część obliczeń tak jak piszesz pomija, może w niektórych przypadkach da się jeszcze więcej stablicować tylko akurat te testowe parametry tego nie pokazują.
Co do samej aplikacji dziwi mnie trochę, że admini wypuszczają tak wolne liczydełko skoro bez większej wiedzy można progsa przyspieszyć 2x-3x
Cytat: mindc w 23 Grudzień 2008, 23:25
przypominam wszystkim, że cały czas jest ograniczenie na Milce do 2500-2600 pkt na dobę na CPU i nie można tego przeskoczyć...
zwracam uwagę także na to, że teraz punktowanie za WU zostało obcięte z 140pkt i 260pkt na ok. 40pkt
i ilość danych do przemielenia w jednym WU została podwojona w stosunku do wersji 1.22...
jesteśmy w stanie na jajeczku q6600 w okolicach 2,8-3,0 macać tę granicę?
Cytat: mindc w 23 Grudzień 2008, 23:25
przypominam wszystkim, że cały czas jest ograniczenie na Milce do 2500-2600 pkt na dobę na CPU i nie można tego przeskoczyć...
Przeskoczyć bardzo łatwo, wystarczy użyć FreeHALowych managerów zmieniających host cpid.
Cytat: TJM w 24 Grudzień 2008, 00:06
Cytat: mindc w 23 Grudzień 2008, 23:25
przypominam wszystkim, że cały czas jest ograniczenie na Milce do 2500-2600 pkt na dobę na CPU i nie można tego przeskoczyć...
Przeskoczyć bardzo łatwo, wystarczy użyć FreeHALowych managerów zmieniających host cpid.
hmmm... nie chodzi tu o hosta tylko o CPU, czyli z q6600 można wyciągnąć 10000 pkt na dobę i tyle.
w poprzedniej optymalce i ze starymi zasadami punktowania, na wszystkich kompach jakie liczyły Milke, wyciągałem właśnie te 2500-2600 pkt na dobę
i nie ważne jaki to był sprzęt, czy q6600 czy Athlon XP czy Pentium III 500MHz
ale...
dla zaspokojenia własnej ciekawości i sprawdzenia jak to jest naprawdę, czyli czy zależy to od ilości CPU czy od ilości pkt dla jednego hosta,
zrobię testy jak znowu pojawią się próbki, uruchomię normalnie 4 WU na q6600 i na wirtualce 2 WU jednocześnie i zobaczymy jak będzie punktować....
Cytat: sesef w 23 Grudzień 2008, 23:44
Cytat: mindc w 23 Grudzień 2008, 23:08
pewnie będą odpalać validatora, więc "czyszczą" serwer....
No to będzie chwila prawdy tego pow-a -0,000000000000002
Co do Crunch3r-a można prosić o link do jego kompa, chciałbym sobie zobaczyć te jego czasy przeliczeń. A co do jego aplikacji, może część obliczeń tak jak piszesz pomija, może w niektórych przypadkach da się jeszcze więcej stablicować tylko akurat te testowe parametry tego nie pokazują.
Co do samej aplikacji dziwi mnie trochę, że admini wypuszczają tak wolne liczydełko skoro bez większej wiedzy można progsa przyspieszyć 2x-3x
ad1.
ja zrezygnowałem z tej małej pierdółki (z której o dziwo wynika jakaś fanaberia że
pow(a,x)*pow(a,y) != pow(a,x+y) nawet przy zwiększonej precyzji obliczeń)
co tak znacząco zmienia wynik obliczeń a bardzo mało wnosi do całkowitej optymalizacji
ja osobiście zrezygnowałem z ustawień typu -fast czy -ffast-math przy kompilowaniu, aby wyniki były rzeczywiści poprawne,
na dodatek ustawiłem aby aplikacja liczyła z większa precyzją, w kompilatorze intela to opcja -pc80 (windows: /Qpc80)
ad2.
http://www.boincatpoland.org/smf/index.php/topic,1249.msg52219.html#msg52219 (http://www.boincatpoland.org/smf/index.php/topic,1249.msg52219.html#msg52219)
ad3.
sami admini projektu, gdzieś tam pisali, że oni to studenci a nie programiści ;D
przerastacie mnie o głowę :(
Cytat: TJM w 24 Grudzień 2008, 00:06
Cytat: mindc w 23 Grudzień 2008, 23:25
przypominam wszystkim, że cały czas jest ograniczenie na Milce do 2500-2600 pkt na dobę na CPU i nie można tego przeskoczyć...
Przeskoczyć bardzo łatwo, wystarczy użyć FreeHALowych managerów zmieniających host cpid.
potwierdzam, wystarczy kilka VM na jednym rdzeniu i uzyskuje się podobny efekt
Cytat: mindc w 23 Grudzień 2008, 23:25
pozostaje jeszcze aplikacja Crunch3r'a... według mnie, coś jest zakombinowane z odrzucaniem wyników pośrednich, niemających wpływu na wynik końcowy, co widać po bardzo zmiennych czasach liczenia dla próbek...
ten rozrzut wynikał z machlojek w managerze który podawał zawyżony czas final_cpu_time przeliczonej próbki
jeśli wartość tego czasu jest większy od czasu miedzy pobraniem a odesłaniem próbki, serwer za czas obliczeń próbki przyjmuje tę mniejszą wartość
gdzieś na forum milki administrator zgłaszał do Crunch3ra i nie tylko o poprawę tego problemu (w wyniku dziwnym trafem czas przeliczania wu wydłużył się i wyrównał (bez komentarza))
@mindc dzięki za binarki pod Linuksa :attack:
Cytat: RAD-Poland w 24 Grudzień 2008, 06:01
(...) w wyniku dziwnym trafem czas przeliczania wu wydłużył się i wyrównał (bez komentarza)
możesz dać jakieś namiary na te info?
Cytat: mindc w 24 Grudzień 2008, 00:54
dla zaspokojenia własnej ciekawości i sprawdzenia jak to jest naprawdę, czyli czy zależy to od ilości CPU czy od ilości pkt dla jednego hosta,
zrobię testy jak znowu pojawią się próbki, uruchomię normalnie 4 WU na q6600 i na wirtualce 2 WU jednocześnie i zobaczymy jak będzie punktować....
pojawiły się WU więc czas zacząć testy
wyłączyłem liczenie na hoście całkowicie, odpaliłem 4 wirtualki (w każdej po dwa CPU) i zobaczymy co z tego wyjdzie po 24h :attack:
A ja przetestowalem Linucha x64 w Milky. Jest wolniejszy od Win32 :P. Moze da sie zrobic optymalniejsze optymalki pod Lin, ale poniewaz na dzien dobry Linx64 bez optymalek jest w cholere wolniejszy od Win32, to Linuch w Milky idzie w odstawke. Potestuje inne projekty.
Cytat: AiDec w 25 Grudzień 2008, 07:56
A ja przetestowalem Linucha x64 w Milky. Jest wolniejszy od Win32 :P. Moze da sie zrobic optymalniejsze optymalki pod Lin,
chyba chodzi tu o te 64 bity a nie o linux/win
ja zauważyłem że na linux x86 próbki liczą się szybciej niż na win x64
na tym samym sprzęcie
host (win x64)
Cytat
58873873 59018698 24 Dec 2008 21:55:18 UTC 24 Dec 2008 22:16:01 UTC Over Success Done 727.17 4.72 21.82
58872769 59017613 24 Dec 2008 21:40:56 UTC 24 Dec 2008 22:01:03 UTC Over Success Done 733.25 4.76 22.00
58872768 59017612 24 Dec 2008 21:40:56 UTC 24 Dec 2008 22:11:00 UTC Over Success Done 730.02 4.74 21.90
58871859 59016730 24 Dec 2008 21:27:38 UTC 24 Dec 2008 22:01:03 UTC Over Success Done 759.61 4.93 22.79
guest (linux x86)
Cytat
58849167 58994504 24 Dec 2008 18:06:45 UTC 24 Dec 2008 18:25:15 UTC Over Success Done 686.27 2.21 20.59
58849091 58994428 24 Dec 2008 18:06:29 UTC 24 Dec 2008 18:25:15 UTC Over Success Done 686.06 2.21 20.58
58846420 58991769 24 Dec 2008 17:55:29 UTC 24 Dec 2008 18:15:15 UTC Over Success Done 686.98 2.21 20.61
58846336 58991685 24 Dec 2008 17:55:15 UTC 24 Dec 2008 18:15:15 UTC Over Success Done 687.35 2.21 20.62
ciekawe co by się stało, gdyby optymalki skompilować natywnie dla x64 (popracuję nad tym)
Cytat: AiDec w 25 Grudzień 2008, 07:56jest w cholere wolniejszy od Win32, to Linuch w Milky idzie w odstawke
Pewnie zapinasz optymalki na 32 bitowe systemy przez co tak na prawdę muszą iść przez maszynę wirtualna która "tworzy" środowisko 32 bitowe w 64 bitowym
Cytat: sesef w 25 Grudzień 2008, 14:12
Cytat: AiDec w 25 Grudzień 2008, 07:56jest w cholere wolniejszy od Win32, to Linuch w Milky idzie w odstawke
Pewnie zapinasz optymalki na 32 bitowe systemy przez co tak na prawdę muszą iść przez maszynę wirtualna która "tworzy" środowisko 32 bitowe w 64 bitowym
To bylo bez optymalek - czysta app. Nic nie zapinalem.
Swoja droga mindc, jak masz jeszcze jakies optymalki, to moglbys zapodac cos do testow ;).
UWAGA: Te trzy optymalki ktore otrzymalem od sesefa dzialaja tylko dla AMD. Sprawdzalem na Intelach i niestety wysypuja probki. A szkoda, bo u mnie kroluja wlasnie Intele.
Cytat: AiDec w 25 Grudzień 2008, 14:18
Swoja droga mindc, jak masz jeszcze jakies optymalki, to moglbys zapodac cos do testow ;).
cały czas walczę ze statycznie zlinkowanymi binarkami pod win, aby działało na wszystkich kompach a nie tylko na moim ;D
a teraz doszły walki z x64 więc jeszcze trochę to potrwa...
no i z sezefem nie mamy tych samych źródeł, każdy kompilował i optymalizował po swojemu ;D
BTW
po tych zabawach stwierdziłem że skompilowanie czegokolwiek pod lin jest 100 razy prostsze niż pod win XD
Cytat: AiDec w 25 Grudzień 2008, 14:18
UWAGA: Te trzy optymalki ktore otrzymalem od sesefa dzialaja tylko dla AMD. Sprawdzalem na Intelach i niestety wysypuja probki. A szkoda, bo u mnie kroluja wlasnie Intele.
ja, jak na razie, pod win siedzę na optymalkach skompilowanych przez sezefa, bo ja mam ciągle problemy ze swoją kompilacją pod win (kompilatorem intela)
i nie zauważyłem aby na intelach się wywalało (acha, siedzę na trochę starszej wersji sezefa, nowych nie ruszałem nawet bo pisał że ma znowu problemy z SSE2)
No niestety. Sprawdzilem na jeszcze jednym kompie. Pod Intela sie nie nadaja.
u mnie na C2D też walą błędami
Intel jakiś lewy jest, aplikacja nie działa, z MKL same problemy, z kompilatorem Intela również same problemy czemu ludzie te procesory kupują :/
Cytat: sesef w 26 Grudzień 2008, 01:05
Intel jakiś lewy jest, aplikacja nie działa, z MKL same problemy, z kompilatorem Intela również same problemy czemu ludzie te procesory kupują :/
na pewno wersja 11 jest zwalona, ja właśnie kombinuje z x64 i co...
i po włączeniu jakiejkowiek najprostszej optymalizacji typu /O1 wyniki mam różne od wzorcowych, i to zarówno dla wersji x86 i x64 |-?
pod linuxem, po skompilowaniu wersją 11 aplikacji z SSE2, ba, nawet z MMX, od razu ją wywala |-?
wersją 10 można robić co się chce i widać że optymalizacje mają wpływ na szybkość działania programu
zaraz zmieniam pod win wersje 11 na 10 i kombinuje dalej
no i MKL nie jest do niczego potrzebny, tam są tylko biblioteki z zaawansowanymi/specyficznymi funkcjami, można olać totalnie
sprawozdania ciąg dalszy...
odpalenie dodatkowych maszyn wirtualnych, spowodowało wygenerowanie ok. 13k pkt na Q6600 w ciągu 24h
ale wynik ten jest tylko orientacyjny, bo "stanowisko badawcze" w międzyczasie wykorzystywane było do innych celów ;D
skompilowanie natywnej wersji pod x64 nie powoduje kompletnie nic dla tego kodu
po walkach z VS+Intel, odnotowałem pełny sukces
czyli poprawną obsługę SSE2/SSE3 i poprawnie działające aplikacje na gołym systemie windows XP 32bit ;D
EDIT:
wersje SSE2 i SSE3 działają zarówno na Intelach jak i AMD (sprawdzone praktycznie)
wersja SSE3 powstała również, ponieważ działa trochę szybciej od wersji SSE2 :)
jeśli ktoś jest zainteresowany aplikacjami pod windows/linux -> PM
mindc może wyślesz to developerom milky?? I niech w końcu zniosą durne ograniczenie punktowe >:(
Cytat: Troll81 w 31 Grudzień 2008, 11:00
mindc może wyślesz to developerom milky?? I niech w końcu zniosą durne ograniczenie punktowe >:(
To chyba nie najlepszy pomysł, i7 na 8 wątkach wymieli w dużym przybliżeniu 1100 pkt/h to wtedy jeszcze bardziej przytną punkty, a takto ci bardziej sprytni mogą trochę z rankiem do przodu podholować.
U mnie NO SSE
Cytat59574446 59700449 31 Dec 2008 9:16:56 UTC 31 Dec 2008 9:47:10 UTC Over Success Done 890.86 1.65 26.73
59574445 59700448 31 Dec 2008 9:16:56 UTC 31 Dec 2008 9:47:10 UTC Over Success Done 892.50 1.65 26.78
SSE3
Cytat59574427 59700430 31 Dec 2008 9:16:56 UTC 31 Dec 2008 10:01:04 UTC Over Success Done 731.88 1.36 21.96
@Mindc
Masz możliwość tym Intelem skompilowania appa x64, miałbym przynajmniej pretekst w końcu na zainstalowanie Win XP 64
@mindc
na nowej aplikacji jest szybciej, ale niestety clained credit spadł a co gorsze i granted credit mniej więcej o tyle ile liczy szybciej.
http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=37372&offset=20 (http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=37372&offset=20)
Cytat: Horpah w 31 Grudzień 2008, 12:01
@mindc
na nowej aplikacji jest szybciej, ale niestety clained credit spadł a co gorsze i granted credit mniej więcej o tyle ile liczy szybciej.
http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=37372&offset=20 (http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=37372&offset=20)
dokładnie tak jak piszesz, pisałem o tym wcześniej, że jest ustawiony limit na 2500pkt/24h/na jedno jajo
a dokładnie ograniczenie jest 0,03 pkt/s co daje 2592pkt/24h
dlatego dołożenie kilku VM i liczenie na nich powoduje podział mocy CPU i wydłużenie czasu przeliczania wu i więcej punktów
u mnie AMDX2 3800+ 2,0@2,4
app_v0.07mindc
776,02 sek/wu -> 2592pkt/24h_core
przetestowane po zastosowaniu 2xVM/rdzeń -> 4325pkt/24h_core
teoretycznie w/w cpu 4xVM ->8650pkt/24h_cpu
przyjmując ograniczenia 0,03pkt/s i 40pkt/wu (widzę 39,84 lub 41,09 pkt/wu) -> wymagany czas przeliczania wu to > 1333 sek
teoretycznie Twój Q6600 (hostid=37372)
570sek/wu wygeneruje maksymalnie 10368 pkt/24h_cpu
dzieląc moc każdego rdzenia na wirtualne komputery 24252 pkt/24h_cpu
ile VM byłoby optymalnie?
Cytat: RAD-Poland w 31 Grudzień 2008, 15:30
a dokładnie ograniczenie jest 0,03 pkt/s co daje 2592pkt/24h
dlatego dołożenie kilku VM i liczenie na nich powoduje podział mocy CPU i wydłużenie czasu przeliczania wu i więcej punktów
u mnie AMDX2 3800+ 2,0@2,4
app_v0.07mindc
776,02 sek/wu -> 2592pkt/24h_core
przetestowane po zastosowaniu 2xVM/rdzeń -> 4325pkt/24h_core
teoretycznie w/w cpu 4xVM ->8650pkt/24h_cpu
przyjmując ograniczenia 0,03pkt/s i 40pkt/wu (widzę 39,84 lub 41,09 pkt/wu) -> wymagany czas przeliczania wu to > 1333 sek
teoretycznie Twój Q6600 (hostid=37372)
570sek/wu wygeneruje maksymalnie 10368 pkt/24h_cpu
dzieląc moc każdego rdzenia na wirtualne komputery 24252 pkt/24h_cpu
A czy myk z NCPU też zadziała?? I na ile to muszę nastawić jak mam średni czas przeliczenia 1 wu 770 sek przy procku 1 jajowym. Na 2 starczy czy może na 3 ustawić ?
Cytat: Pigu w 31 Grudzień 2008, 15:44
ile VM byłoby optymalnie?
czysta matematyka dla w/w Q6600
1)jeśli przydzielasz na sztywno VM do core to po 3 VM na rdzeń x 4 = 12 VM
plus - możesz liczyć inne projekty na głównym os'ie, a np przydzielić 2 rdzenie po 3VM tylko dla Milky
minus - nie optymalne wykorzystanie mocy - czasy ponad 1700 sek/wu
plus - mniejsza strata punktów gdy jeden z VM nie będzie miał wu
2)wszystkie VM mają równy dostęp ("liniowy/uśrednoiny") łącznej mocy cpu
1333 / 570 * 4 = 9,35VM (biorąc pod uwagę kilka % straty wydajności powinno wystarczyć 9VM
plus - mniej VM
minus - duża zmienność czasów przeliczania przy liczeniu czegoś na głównym systemie, mogących doprowadzić do zakończenia liczenia próbek z błędem przekroczenia czasu
CytatA czy myk z NCPU też zadziała??
u mnie nie działa (ncpu tylko dzieli czas procesora na więcej próbek, dodatkowa strata wydajności na przełączanie procesów),
VM udaje całą maszynę z ciągłym czasem CPU ale wolniejszym zegarem
EDIT: najlepszym rozwiązaniem była by wersja VM z smp - czyli z możliwością ustawienia ilości wirtualnych rdzeni CPU (nie miałem i nie testowałem)
no dobra to tak po chłopskiemu napiszta skąt tą VM pobrać i jak zainstalować 9 razy?
A mi nistety sypie na VM wszystkie optymalizowane kompilacje, mindc-a i moja i oryginalna:/
Takimi bledami sypie, co z tym zrobic ??
Cytat12/31/2008 7:07:18 PM|Milkyway@home|[error] Process creation failed: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. (0x36b1)
Wynika z tego, że mu jakiś bibliotek brakuje :/
podglądnełem Twojego hosta
CytatExit status -185 (0xffffffffffffff47)
<message>
CreateProcess() failed - Nie można uruchomić aplikacji, ponieważ jej konfiguracja jest niewłaściwa. Problem ten może rozwiązać ponowne zainstalowanie aplikacji. (0x36b1)
</message>
CytatERR_RESULT_START -185
This is an error that will occur when:
- if BOINC couldn't start the application
- if files are missing
- catch other error returns
- on nonzero exit or signal
- if exceeded resource limit
- catch-all for resume/start errors
aplikacja
mindc'a nie wymaga dodatkowych bibliotek "skompilowana statycznie"
sprawdź czy masz ustawiony atrybut wykonywalności aplikacji
EDIT:
Cytat: RAD-Poland
pracuję tylko na Linuksie
do tworzenia Wirtualnych Maszyn używam głównie VirtualBox'a (http://www.virtualbox.org/) i QEmu (http://bellard.org/qemu/) - oba mają również wersje dla Windowsa
z tego co wiem na Windowsa najlepsze to VMware i Microsoft Virtual PC
programów do wirtualizacji jest sporo, ale liczą się praktycznie te o których wspomniałem oraz XEN i KVM (nie miałem okazji testować, ale ponoć mają największą wydajność)
nie wszystkie projekty BOINC da się liczyć na Virtual Machine, duże straty mocy, ale większości przypadków przy korzystaniu z takiej maszyny tracimy 1-3% wydajności
Hm czy czasami news z 11 grudnia na stronie projektu nie jest o waszych aplikacjach ? %-) Mają już nowy validator ?
Może i sam bym się pobawił, lubię dłubać w kodzie.
Btw, skoro aplikacja obniża punktację mimo, że jest szybsza, można użyć troszkę cheaterskiej sztuczki. Mianowicie znaleźć w źródłach raportowanie final_cpu_time i pomnożyć to np. *1.5 czy ile tam przyspieszenie wynosi.
Cytat: RAD-Poland w 31 Grudzień 2008, 20:03
podglądnełem Twojego hosta
Wrzuciłem swoją kompilacje z VS 2008 też nie chciała działać, zainstalowałem Redistributable Package 2008 i ruszyło. (A niby według VS kompilowało się statycznie a i tak nie działało)
Intel jednak dalej nie działa, odpalana oddzielnie aplikacja również nie działa :/, ehh ciekawe czego brakuje tej windzie na VM przecież nie będę instalował wszystkiego co mam na zwykłym Winie.
Dobra alarm odwołany, M$ jest ostro pojeb...., swojego appa kompilowalem na VS 2008, mindc Intela na VS 2005, ściągnąłem Redistributy najnowsze czyli 2008, moja appa zaczeła działać, więc myślałem, że problem leży w Intelu, a tu się okazało że Redistributy 2005 to całkowicie inne biblioteki i wersja 2008 już tego nie zawiera, a instalowane biblioteki nie są "kompatybilne wstecz?". Po zainstalowaniu redistributów 2005 już wszystko śmiga. Jakby ktoś miał podobny problem prosze zainstalować na VM to: http://www.microsoft.com/downloads/details.aspx?FamilyId=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en
EDIT
To kto się podejmuje kompilacji cheatowanego klienta ?? :P :attack: :attack:
@TJM
CytatHm czy czasami news z 11 grudnia na stronie projektu nie jest o waszych aplikacjach ? %-) Mają już nowy validator ?
raczej nie - jeden z moich kompów przelicza dla testu 2 wu_milki dziennie na aplikacji mindc'a i wszystko z validacją ok
CytatMoże i sam bym się pobawił, lubię dłubać w kodzie.
fajnie by było zobaczyć taki wynik
Cytat170.00sek 2.91 claimed credit
i
dostać 40pkt/wu -> 847pkt/h -> 20.329pkt/24h_core -> 162.632pkt/24h_cpu (8core)
jak widać niestety Crunch3r już to zastosował
przy pierwszej wersji aplikacji 0,7 miał ok 8000 pkt/24h -> dzisiaj dostał 124,944 pkt/24h
Cytatmożna użyć troszkę cheaterskiej sztuczki. Mianowicie znaleźć w źródłach raportowanie final_cpu_time i pomnożyć to np. *1.5 czy ile tam przyspieszenie wynosi
kilka postów wcześniej (http://www.boincatpoland.org/smf/milkywayhome/milkywayhome/msg53426/#msg53426)o tym pisałem,
wystarczy zerknąć na kilka hostów z TOP10 i widać, że zastosowali twoje spostrzeżenie, ale potrzebowali kilka dni by nie wzbudzać podejrzeń typu (final_cpu_time = czas_odesłania_wu - czas_pobrania_wu)
chyba myślisz o tym fragmencie kodu XD
Cytat: app_control.C...
get_app_status_msg();
get_trickle_up_msg();
result->final_cpu_time = current_cpu_time;
...
Cytatwystarczy zerknąć na kilka hostów z TOP10 i widać, że zastosowali twoje spostrzeżenie, ale potrzebowali kilka dni by nie wzbudzać podejrzeń typu
mam taką małą propozycję, jeśli już zrobicie nieco zmodowaną wersję to niech kredyt będzie na poziomie nie większym jak w obliczeniach na tej samej maszynie ale na oficjalnej aplikacji
Testy najnowszych aplikacji mindc`a:
Test na kompie nr 1. Q6600 XP SP2 PL
NOSSE - wywala wszystkie probki
SSE2 - przyspieszenie blisko pieciokrotne
SSE3 - nieprzetestowana
Test na kompie nr 2. Core 2 Duo Extreme X6800 XP SP3 PL
NOSSE - wywala wszystkie probki
SSE2 - przyspieszenie blisko pieciokrotne
SSE3 - nieprzetestowana
Test na kompie nr 2, pod VM, ale wciaz ten sam, identyczny XP SP3 PL
NOSSE - wywala wszystkie probki
SSE2 - wywala wszystkie probki
SSE3 - wywala wszystkie probki
Test na kompie nr 2, wciaz ten sam komp, procesor, ten sam OS, ale zainstalowany na drugiej partycji (dwa OS`y na jednym kompie).
NOSSE - przyspieszenie dwukrotne
SSE2 - przyspieszenie blisko pieciokrotne
SSE3 - kolejne 5% przyspieszenia w stosunku do SSE2
Podsumowanie: aplikacje przyspieszaja jak cholera. Dziwi mnie jednak ich zachowanie. na jednym kompie mam dwa identyczne OS`y plus kolejny identyczny pod VM. Zachowanie aplikacji jest (mimo takich samych systemow) absolutnie nieprzewidywalne. Zaznaczam, ze sa to naprawde identyczne systemy z tymi samymi patchami, instalowanymi w tej samej kolejnosci itp. Roznia sie jedynie zainstalowanym dodatkowym softem (jeden ma Worda, a drugi nie itp.).
Testy w toku.
Cytat: AiDec w 01 Styczeń 2009, 14:16Podsumowanie: aplikacje przyspieszaja jak cholera. Dziwi mnie jednak ich zachowanie. na jednym kompie mam dwa identyczne OS`y plus kolejny identyczny pod VM. Zachowanie aplikacji jest (mimo takich samych systemow) absolutnie nieprzewidywalne. Zaznaczam, ze sa to naprawde identyczne systemy z tymi samymi patchami, instalowanymi w tej samej kolejnosci itp. Roznia sie jedynie zainstalowanym dodatkowym softem (jeden ma Worda, a drugi nie itp.).
Nigdzie w hostach nie widzę tych błędnych próbek. Może masz ten sam głupi problem co ja, albo w ogóle nie masz poinstalowanych Redistributów.
Microsoft Visual C++ 2005 Redistributable Package (x86)
http://www.microsoft.com/downloads/details.aspx?FamilyId=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en
Microsoft Visual C++ 2005 Redistributable Package (x64)
http://www.microsoft.com/downloads/details.aspx?familyid=90548130-4468-4BBC-9673-D6ACABD5D13B&displaylang=en
Microsoft Visual C++ 2005 Redistributable Package (IA64)
http://www.microsoft.com/downloads/details.aspx?familyid=526BF4A7-44E6-4A91-B328-A4594ADB70E5&displaylang=en
Moze nie mam redistributow - sprawdze w wolnym czasie (wielkie dzieki za konkretne linki). Ale to nie jest jakis wielki problem. Po prostu na jednych kompach bedzie mi chodzilo SSE2, a na innych SSE3. Ciesze sie ogromnie z pieciokrotnego przyspieszenia i nie bede plakal ze mi o 5% szybsze SSE3 nie pojdzie :).
EDIT: po zainstalowaniu redistributow wszystkie optymalki dzialaja w 100%. Nawet pod VM!
Obecnie wyglada to tak:
Test na kompie nr 1. Q6600 XP SP2 PL
NOSSE - wywala wszystkie probki
SSE2 - przyspieszenie blisko pieciokrotne
SSE3 - nieprzetestowana
Test na kompie nr 2. Core 2 Duo Extreme X6800 XP SP3 PL
NOSSE - wywala wszystkie probki
SSE2 - przyspieszenie blisko pieciokrotne
SSE3 - kolejne 5% przyspieszenia w stosunku do SSE2
Test na kompie nr 2, pod VM, ale wciaz ten sam, identyczny XP SP3 PL
NOSSE - przyspieszenie czterokrotne
SSE2 - przyspieszenie blisko pieciokrotne
SSE3 - kolejne 5% przyspieszenia w stosunku do SSE2
Test na kompie nr 2, wciaz ten sam komp, procesor, ten sam OS, ale zainstalowany na drugiej partycji (dwa OS`y na jednym kompie).
NOSSE - przyspieszenie dwukrotne
SSE2 - przyspieszenie blisko pieciokrotne
SSE3 - kolejne 5% przyspieszenia w stosunku do SSE2
Testy w toku.
Cytat: sesef w 01 Styczeń 2009, 14:28
Nigdzie w hostach nie widzę tych błędnych próbek.
Nie patrz na to. Milky ostatnio strasznie daje ciala w prezentowaniu przeliczonych probek (jak sam pewnie wiesz).
Dobra koniec bawienia się w VM-ami jak odpalę 2 to mi przycina główny system ogólnie nie jest zbytnio komfortowo, w końcu się wkurzyłem ściągnąłem source BOINC-a z SVN-a i zabawiłem się linijka podaną przez RAD-Poland i teraz nie muszę bawić się w VM-ki a czas przeliczania mam taki:
Cytat59639932 59764366 31 Dec 2008 22:24:24 UTC 1 Jan 2009 14:48:34 UTC Over Success Done 1,420.89 5.01 41.09
Liczy oczywiście po staremu czyli prawidłowy czas jest ~770 sec.
Jakby ktoś chciał potesotwać sobie taką cheatowaną wersje klienta, proszę na PW podesłać wersje używanego klienta oraz średni czas przeliczania próbki na danym kompie.
Cytat: RAD-Poland w 31 Grudzień 2008, 20:03
pracuję tylko na Linuksie
do tworzenia Wirtualnych Maszyn używam głównie VirtualBox'a (http://www.virtualbox.org/) i QEmu (http://bellard.org/qemu/) - oba mają również wersje dla Windowsa
z tego co wiem na Windowsa najlepsze to VMware i Microsoft Virtual PC
programów do wirtualizacji jest sporo, ale liczą się praktycznie te o których wspomniałem oraz XEN i KVM (nie miałem okazji testować, ale ponoć mają największą wydajność)
nie wszystkie projekty BOINC da się liczyć na Virtual Machine, duże straty mocy, ale większości przypadków przy korzystaniu z takiej maszyny tracimy 1-3% wydajności
Polecam kvm+qemu. Wydajność jest rewelacyjna, miażdży resztę (oprócz grafiki). Tu i tak wystarcza ssh lub vnc. Możliwość ustawienia smp do 250. Testowałem xena, virtualboxa, qemu. Każde z tych rozwiązań ma swoje zalety i wady.
Tak patrzę na staty i jakby dorzucić tak z 15 quadów (po OC oczywiście) na x64 + cheatowany klient/VM-ki to nie byłoby mocnych na nas, a 1 miejsc w projekcie byłoby jedynie kwestią czasu.
Liczymy sesef że to Ty dorzucisz te 15 quadów :D
@sesef
może lepiej używajmy innego określenia na klienta twojej produkcji, proponuję pisać "zmieniony klient" bądź "skorygowany klient"
Zainstalowałem Virtual PC, boinc i resztę, wszystko fajnie śmiga, tylko mam pytanie czy wy też tak macie? otóż na vm boinc wykrywa poprawnie procesor ale wykorzystuje tylko jeden rdzeń, wygląda to podejrzanie q6600 ma cztery rdzenie a wygląda że liczę na nim tylko jednym rdzeniem.
na VMware tak - ale bez obaw - przecież nie musisz liczyć na 4rech - powiedzmy, że liczysz kilka projektów a na milkę przypada 1dno jajeczko :P
@pigu
no tak ale wolałbym żeby na jednej vm liczyły się 4 próbki a nie żebym w tym celu jeszcze musiał uruchomić 3 dodatkowe vm.
a sorka - VMware daje możliwość 2xcpu na maszynkach - zawsze coś
to już lepiej, a czy któraś vm ma możliwość wykorzystania 4 rdzeni ?
Cytat: Horpah w 02 Styczeń 2009, 13:36
to już lepiej, a czy któraś vm ma możliwość wykorzystania 4 rdzeni ?
Wyżej była już o tym mowa, musisz znaleźć VM z smp
OOOps. Wczoraj z pospiechu zapialem optymalizowana aplikacje x86 pod Win x64... Coz... Przyspieszylo pieciokrotnie :P
I jako ciekawostka: po zapieciu pod x64 redistributow (poprawnych!) wysypuje mi GPUGrida. Kazde WU juz w sekunde po pobraniu. Przy SETI beta przelicza sie jedno WU na jakies 20 :P, pozostale natychmiastowy computation error. Trza system postawic od nowa hi hi :).
Aplikacje pod Linuksa sprawdzone. Dzialaja jak nalezy - gratulacje chlopaki i podziekowania :). SSE3 daje standardowe pieciokrotne przyspieszenie tak jak i w Windzie.
nio panowie - opto działą zacnie, teraz rozmyślam co by tu pocisnąć dalej - myślałem o puszczeniu nie na wirtualkach, a na klientach hal'owych, najlepiej gdyby wu były raportowane na przedłużonym czasie - da radę to osiągnąć i czy zadziała na tych klientach?
Cytat: Pigu w 06 Styczeń 2009, 09:16
nio panowie - opto działą zacnie, teraz rozmyślam co by tu pocisnąć dalej - myślałem o puszczeniu nie na wirtualkach, a na klientach hal'owych, najlepiej gdyby wu były raportowane na przedłużonym czasie - da radę to osiągnąć i czy zadziała na tych klientach?
Klienty halowe są nie potrzebne wystarczy 1 klient, ja obecnie wprowadziłem sobie taką zmianę, że raportuje mi czas ponad 2x dłuższy niż rzeczywisty (modyfikowany klient) tylko mam pewien problem przy takim raportowaniu
Cytat60309974 60418948 6 Jan 2009 7:14:03 UTC 6 Jan 2009 8:35:33 UTC Over Success Done 1,409.48 6.29 39.84
60308625 60417670 6 Jan 2009 6:58:33 UTC 6 Jan 2009 8:23:58 UTC Over Success Done 1,392.19 6.21 39.84
60308070 60417115 6 Jan 2009 6:52:08 UTC 6 Jan 2009 8:13:08 UTC Over Success Done 1,391.53 6.21 39.84
Czas pomiędzy odesłaniem kolejnych próbek jak widać to około 11 min a zaraportowany czas ponad 20 min więc jak ktoś jest spostrzegawczy to zauważy modyfikacje. Dałoby radę to jakoś ukryć?? BOINC ma możliwość ustawienia czasu raportowania próbek?? np będzie wysyłał raport dopiero po 10 min od przeliczenia WU albo coś w tym stylu??
Po co wprowadzasz modyfikację klienta, skoro wystarczy w źródle aplikacji raportowany czas CPU pomnożyć przez 2 ?
Klienty freehalowe są jednak lepsze, bo możesz odpalić kilka na raz, będą miały różne nazwy hostów, a że hardware ten sam to raczej nikogo nie powinno dziwić. Czas raportowania przy tym będzie wyglądał normalnie.
BOINC domyślnie czeka nawet do 24h z odesłaniem wyniku, w ten sposób zazwyczaj wysyła po kilka rezultatów na raz. Problem w tym, że Milky chyba ma jakiś niski limit zadań które host może mieć w kolejce, stąd co chwilę będzie próbować pobierać nowe, o ile masz bufor ustawiony wyżej niż ten dopuszczalny limit, a przy pobieraniu będzie też wysyłać przeliczone.
gdzie ustawić ten mnożnik?
no i jak rozumiem mnożnikiem i tak nie przeskoczę 10k na dobę a jedynie osiągnę je na mniejszej ilości wu
ja korzystam z managera sesefa i na jednym quadzie robię ponad 20k - http://pl.boincstats.com/stats/user_graph.php?pr=milkyway&id=21529
na jakiej zasadzie radzi on sobie z limitem 2,5k/core?
btw: już sępię na pw
Cytat: TJM w 06 Styczeń 2009, 11:54
Po co wprowadzasz modyfikację klienta, skoro wystarczy w źródle aplikacji raportowany czas CPU pomnożyć przez 2 ?
Sęk w tym że najnowsze aplikacje kompilował mindc kompilatorem Intela z którym ja mam problemy, we własnym zakresie mogłem jedynie sobie klient-a edytować. Musiałbym pomęczyć mindc-a o nowe binarki.
A BTW jeśli dobrze zrozumiałem to aplikacja licząca próbki ma sobie również policzyć czas?? Przecież to powinien i robi klient.
Cytat: Pigu w 06 Styczeń 2009, 12:20
na jakiej zasadzie radzi on sobie z limitem 2,5k/core?
On tam normalnie nalicza pkt za czas nie za próbki i wychodzi tam że za całą dobę czasowo max 2,5k jest ale jakbyś "upchał" w 24h takie 48h to już masz 5k/core. Punkty są dopasowywane do zaraportowanego czasu przeliczania tak żeby nie przekroczyć tych 2,5k/core/24h. Dla przykładu AiDec swoim kosmosem liczy średnio próbkę
Cytat60325589 60434357 6 Jan 2009 10:06:41 UTC 6 Jan 2009 11:25:44 UTC Over Success Done 360.42 2.15 10.81
Żeby nie przekroczył tych nieszczęsnych 2,5k to mu system naliczył tylko niecałe 11 pkt, jakby przeliczał te próbki wolniej czyli te optymalne 1340 sec to by dostawał prawie 40 pkt co w ogólnym rozrachunku również powinno dać 2,5k/core/24h. Cała filozofia tego "innego" klienta polega na tym że liczy po staremu (czyli te 360 sec) tylko, że raportuje czas jakby liczył 1340 sec za które dostaje te niecałe 40 pkt.
Panowie, też chętnie potestuję te optki. Dostanę jakiś linek do nich, bo nie chce mi się szukać w tym wątku od pierwszej strony.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=551#8264
I się skończyło bycie sprytniejszym od innych :/
Z informacji ogólnych awansowaliśmy na 8 miejsce :)
Jedyny działający tam link jest do wersji SSE2 która liczy i tak wolniej niż to nasze SSE2. Jedyna różnica jaka mi się rzuciła w oczy to że calculate_progress jest rzadziej liczone.
hehehe
Cytat
<app_info>
<app>
<name>astronomy</name>
</app>
<file_info>
<name>astronomy_sse2_app.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>astronomy</app_name>
<version_num>1</version_num>
<file_ref>
<file_name>astronomy_sse2_app.exe</file_name>
<main_program/>
</file_ref>
</app_version>
<app_info>
może i mają szybką aplikację do milky, tylko sądząc po pliku app_info.xml,
ta aplikacja jest do starszej wersji WU i każdy dostaje "no work" z schedulera XD
a nawet jeśli ich aplikacja jest ok, to i tak mają złe parametry w app_info.xml
tak czy siak, spokojnie kamrrrraci, liczmy sobie dalej... :attack:
dobrze by było żeby nasza aplikacja znalazła się na ftp chronionym hasłem, może jeszcze jej nie mają
Cytat: mindc w 14 Styczeń 2009, 15:16
tak czy siak, spokojnie kamrrrraci, liczmy sobie dalej... :attack:
Wersja xml-a z Planet 3D Now
Cytat<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>astronomy_sse2_app.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>7</version_num>
<file_ref>
<file_name>astronomy_sse2_app.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
tylko ci na forum milky są tak nie ogarnięci że im nie działa. Z tych działających linków od niemców działa tylko wersja SSE2 ale i tak liczy wolniej :) na razie niemcy kombinują coś tam z OpenCL i kartami ATI zobaczymy jak im to pójdzie, śmiesznie będzie jak coś zrobią a system punktowy nie zostanie zmieniony, 1 pkt za 30 sec czasu proca może będą dostawać :P no chyba że nowsze wersje BOINC zaczną liczyć również GPU time a nie tylko CPU time.
Teraz już chyba wiem skąd żabojadom punkty skoczył wciągu ostatnich 2 tyg.
Jedyne co mogloby mnie zainteresowac z ichniego 4um to aplikacja pod SSE4.1 (dla QX9770). Ale akurat ta jedyna nie jest dostepna :P. Wiec na chwile obecna nihil novi sub sole.
Cytat: AiDec w 14 Styczeń 2009, 19:07
Jedyne co mogloby mnie zainteresowac z ichniego 4um to aplikacja pod SSE4.1 (dla QX9770). Ale akurat ta jedyna nie jest dostepna :P. Wiec na chwile obecna nihil novi sub sole.
Linki zaczęły działać zobacz to [nie ma linka bo aplikacja zwraca błędny wynik przepraszam za zamieszanie] jest tam SSE4, oraz jak ktoś ma SSSE3.
Edit
Wychodzi na to, że jest trochę szybciej u mnie jakieś 2,5-3 min na wersji SSE3.
Skoro optymalki są dostępne publicznie można by na stronie głównej dać info żeby więcej osób wiedziało.
tzn dla quada mają lepszą opto niż nasza?
przeliczyłem dwie próbki na ichnich opt i wygląda ze jest sporo szybciej
na której opto? no i jak zwałować czasy by lepiej karmiło?
te dwa linki powyżej dotyczą tej samej paczki
ja użyłem ssse3 na moim q6600 i wygląda że jest szybciej
by lepiej karmiło potrzebna jest korekta
@sesef
sprawdź czy poprawnie liczy ta ich opto
Cytat: sesef w 14 Styczeń 2009, 19:58
jest tam SSE4
niestety, ale ma Xeon'ie z SSE4 nie działa...
było szybko ale cóż, wróciłem do naszego tworka.
SSE3 jest szybsza o około 30% - nie wiem, czy wyniki są poprawne. (pomimo szybkości limit 2500 ciągle działa i ogranicza...a szkoda)
Ciekawe, czy znowu ktoś będzie bojkotować ten projekt jako nieuczciwy? Przy poprzednich optymalkach chodziły nawet słuchy, że punkty w projekcie zostaną wyzerowane... Trzeba uważnie śledzić ich forum.
Cytat: mindc w 15 Styczeń 2009, 00:59
@sezef
sprawdź czy poprawnie liczy ta ich opto
zapomniałem sprawdzić :(, i wyszło szydło z worka
Nasz tworek:
Cytatfitness: -3.046272445362277
Ich tworek:
Cytatfitness: -3.046289346362010
Oryginalny tworek:
Cytatfitness: -3.046272445362277
Tak więc przepraszam wszystkich za zamieszanie, "haste make waste" :(, tak więc jak ktoś zmienił proszę wrócić do starej wersji do wyjaśnienia sprawy.
Czekaj, czekaj... Bo nie bardzo zrozumialem. Znaczy ze ichni tforek liczy zle, czy znaczy nie wiadomo? Bo wlasnie mialem testowac ichnie SSE3 i SSE4.1
Cytat: AiDec w 15 Styczeń 2009, 16:19
Czekaj, czekaj... Bo nie bardzo zrozumialem. Znaczy ze ichni tforek liczy zle, czy znaczy nie wiadomo? Bo wlasnie mialem testowac ichnie SSE3 i SSE4.1
Tak źle liczy, i za te wu źle przeliczone ma nie być podobno kredytorów.
hehehe kablować kamrrraci kablować na forrrum milki rrrr :attack: tylko my mamy prrrawo do łatwych punktów rrr XD
na stronie głównej projektu jest info że zaktualizowali asymilator i od tej chwili ci którzy używają złych optymalizacji nie będą dostawali kredytów. :)
@sesef
dzięki za sprawdzenie
tak coś czułem, że ta ich opto nie pachnie zbyt dobrze
bo tam naprawdę już ciężko się czegoś pozbyć, aby było szybciej i poprawnie jednocześnie
Cytat: Horpah w 15 Styczeń 2009, 21:36
na stronie głównej projektu jest info że zaktualizowali asymilator i od tej chwili ci którzy używają złych optymalizacji nie będą dostawali kredytów. :)
...no i właśnie dlatego zależało mi na dokładności na poziomie 1 LSB, bo to nigdy nic nie wiadomo
w związku z pytaniami o pozostałe optymalizacje na SSSE3 i SSE4.1 oraz wersje x64
stwierdzam (poza wersją SSE4.1, bo nie mam możliwości sprawdzenia, chętnego testera poproszę o PM)
że kompilacje te są
wolniejsze od czystego SSE3
Cytat: mindc w 16 Styczeń 2009, 01:23
bo tam naprawdę już ciężko się czegoś pozbyć, aby było szybciej i poprawnie jednocześnie
Jest jeszcze możliwość napisania wstawek/modułów assemblerowych bo te optymalizacje kompilatora z SSE itp generują 1.5-2x więcej linijek kodu niż by napisał to po przemyśleniu człowiek, do tego jeszcze można zawsze trochę pokombinować z assemblerem danego procka, jednak to już jest wyższa technologia i najpierw to trzeba by się assemblerka nauczyć, żeby w ogóle się w to pchać.
BTW Se
sef nie Se
zef
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=551&nowrap=true#8437
Czy dobrze zrozumiałem że liczy się dokładność do 10 miejsca po przecinku?
Cytat: sesef w 16 Styczeń 2009, 07:20
Sesef nie Sezef
Najmocniej przepraszam kamrrrracie Sesef :)
więcej się to nie powtórzy
Cytat: mindc w 16 Styczeń 2009, 10:42
Cytat: sesef w 16 Styczeń 2009, 07:20
Sesef nie Sezef
Najmocniej przepraszam kamrrrracie Sesef :)
więcej się to nie powtórzy
Spoko nie gniewam się :)
Z tego co się doczytałem to błąd nie może być większy niż 0,00000000001 (10^-10) a u nas błąd jest nie większy niż 10^-15, coś można by pokminić i kosztem błędu przyspieszyć.
Cytat: sesef w 16 Styczeń 2009, 11:53
Z tego co się doczytałem to błąd nie może być większy niż 0,00000000001 (10^-10) a u nas błąd jest nie większy niż 10^-15, coś można by pokminić i kosztem błędu przyspieszyć.
też to czytałem
tylko że raz piszą że zależy im na dokładności i żeby przy kompilacji nie używać -ffast-math i tego typu rzeczy
a teraz wyskakują z 1e-10, ech...
...mam jeden tip ale dokładność i czas przeliczenia zależy od konkretnej próbki
znajdę chwilę, postukam w klawisze i dam znać
Cytat: mindc w 16 Styczeń 2009, 12:11
a teraz wyskakują z 1e-10, ech...
Oni sami nie widzą chyba czego chcą, wcześniej jakby im wysyłał losowe wyniki to też by punkty się pewnie dostało.
U towarzyszów niemieckich pojawiła się aplikacja SSE3, której błąd mieści się w granicach a liczy szybciej niż ta nasza jak ktoś chce może potestować.
http://www.speedyshare.com/315443626.html
Do archiwum dałem również przykładowe pliki testowe wystarczy odpalić exe i jak się przeliczy to otworzyć plik "out" i porównać wynik z tym:
Cytatfitness: -3.046272445362277
Jak się zgodzi pierwsze 10 cyfr po przecinku to powinno być ok. U mnie wychodzi wynik fitness: -3.046272445362275 więc według nich mieści się w granicy błędu.
jak i co ustawić by zawyżać czas liczenia wu? np *2?
Ustawic laptopa w kierunku ksiezyca ;).
A tak powaznie to usmiechnac sie na PW do sesefa.
konsultuję - mam ciut bardziej skomplikowaną sytuację :P
Dane od genka dotyczące dokładności optymalek ze strony www.arizmoon.com
Sprawdzone na dwu próbkach.
Oryginalny - fitness: -2.995617917242637
fitness: -2.995617917245859
optymalka astronomy_sse3_app.exe (909.824 bytes) (tu totalna niezgodność wyników)
fitness: -2.902433307966717
fitness: -2.902433307983750
optymalka astronomy_sse2_app.exe 913.408 (909.824 bytes) (tu totalna niezgodność wyników)
fitness: -2.902433307966717
fitness: -2.902433307983750
optymalka astronomy_SSE3_s.exe (błędy na dwu ostatnich miejscach)
fitness: -2.995617917242672
fitness: -2.995617917245897
optymalka astronomy_sse2_app.exe (257.536 bytes) (pełna zgodność)
fitness: -2.995617917242637
fitness: -2.995617917245859
@tito OK, dziękujemy za info
niestety ta poprawna optymalizacja "astronomy_sse2_app.rar" jest bardzo wolna, to już nie to.
E D I T
wkrótce wejdzie aplikacja serii 8, więc optymalki będą musiały być na nowo tworzone
na chwilę obecną chyba najlepiej używać tej optymalki co podałem w tym poście http://www.boincatpoland.org/smf/milkywayhome/milkywayhome/msg55634/#msg55634 (astronomy_SSE3_s.exe) u mnie liczy ona najszybciej a błąd mieści się w dopuszczalnej granicy. Jak ktoś jednak obawia się zwracania błędnego wyniku zawsze może liczyć na optymalkach skompilowanych przez mindc-a zwracają one wynik taki sam jak aplikacja ze strony milky.
@mindc
Patrzyłeś na source 0.8? Coś ciekawego się zmieniło czego u nas jeszcze nie ma?
ja uważam że kredyty są fajne, ale nie kosztem dokładności wyników
wracam do op. mindc-a, przynajmniej będę spokojny że mi nie skasują tego co już mam
Cytat: sesef w 16 Styczeń 2009, 23:07
@mindc
Patrzyłeś na source 0.8? Coś ciekawego się zmieniło czego u nas jeszcze nie ma?
wow, zauważyli że 1/pow(a,b) = pow(a,-b) ;D u nas to już jest
a tak to zmiany kosmetyczne, 100% kompatybilność z wersją 0.7
Witam, do kogo można aktualnie się uśmiechnąć o dobrze liczącą optymalizację dla SSE2?
Chciałbym sprawdzić ten projekt, licząc go rotacyjnie z innymi na laptopie i choć symbolicznie wspomóc drużynę. :)
w wiadomym miejscu, wrzuciłem opto oparte na źródłach 0.8, kompilacje dla wszystkich SSE
:attack:
Cytat: mindc w 19 Styczeń 2009, 04:13
w wiadomym miejscu, wrzuciłem opto oparte na źródłach 0.8, kompilacje dla wszystkich SSE
:attack:
Jakieś zmiany w szybkości?
zwłaszcza w porównaniu z mniej dokładną wersją konkurencji? ???
u mnie bez zmian
wszystko co dobre w końcu się kończy
Cytat: sesef w 19 Styczeń 2009, 19:07
Jakieś zmiany w szybkości?
niestety, pomysłów brak
wrzuciłem wersję z poprawionym zapisywaniem checkpointów, bo niby była zła,
chcę utrzymać 100% poziom kompatybilności z oryginalna aplikacją
Cytat: Horpah w 20 Styczeń 2009, 00:12
wszystko co dobre w końcu się kończy
czy wy też tak macie ? , czy to tylko u mnie tak jest
pomimo że mój klient raportuje czas przeliczenia próbki 26min. to na koncie widnieje 300s niekiedy 560s no i w związku z tym mniej kredytów. Choć bywa i tak że są przyznawane czasy 1 100 czy 1 300 s. taka duża rozpiętość.
Wrzuciłem nowe wersje, oparte na źródłach 0.11
:attack:
EDIT:
jak na razie, dzieją się cyrki, raz są punkty, raz nie ma
czasy też wariują, tak jak pisał Horpah
A ja nie potwierdzam tego co piszecie. U mnie o dziwo jest wszysciutko w porzadku. Na czasy nie narzekam, na punkty tez. Punkty caly czas maksymalne i ani raz sie nie zdarzylo zebym nie dostal.
Jestem tu nowy więc mam do was pytanie, czy 40 kredytów na godzinę na starym sempronie 3000+ to dobrze czy źle (tyle czasu przelicza mi próbkę).
Skąd pobrać optymalki??
Odpowiem Ci na najlepiej jak potrafie (biorac pod uwage forme pytania):
- Dostajesz calkowicie prawidlowa ilosc punktow, biorac pod uwage czas przeliczania.
- Mozesz przyspieszyc czas przeliczania kazdej jednostki, stosujac optymalki przygotowane przez duet mindc-sesef. W tym celu napisz do sesefa PW i popros o udostepnienie optymalek (zaznacz, zebys dostal dokladnie te same co i ja - to wazne). Pamietaj tylko zeby sprawdzic z jakiej optymalki mozesz skorzystac (SSE2, czy SSE3 - szczegoly i wyjasnienia tutaj: http://www.boincatpoland.org/wiki/Optymalizacje).
ja instalowałem nową wersję (V11) i również nie mam problemu z punktami
mimo tego co Travis napisał
Changes in the last two digits should be fine, that's just an architecture issue. Any more than that i'd start to get worried.
to chyba jednak wprowadzili jakąś karę za używanie starej op. 0.07 coraz częściej przydziela mniej kredytów
Ja mam wpisaną wersje 0.7.1 i normalnie mi kredyty przydziela
Cytat
63146364 63189321 20 Jan 2009 21:16:59 UTC 20 Jan 2009 21:41:55 UTC Over Success Done 1,496.00 6.36 41.09
63144845 63187840 20 Jan 2009 21:08:30 UTC 20 Jan 2009 21:25:50 UTC Over Success Done 1,040.00 4.42 31.20
63142951 63186001 20 Jan 2009 20:59:40 UTC 20 Jan 2009 21:16:59 UTC Over Success Done 1,039.00 4.42 31.17
63093168 63137124 20 Jan 2009 16:56:42 UTC 20 Jan 2009 21:08:30 UTC Over Success Done 1,966.00 8.36 39.84
63091688 63135653 20 Jan 2009 16:48:27 UTC 20 Jan 2009 20:59:40 UTC Over Success Done 1,968.94 8.37 39.85
63089801 63133802 20 Jan 2009 16:39:11 UTC 20 Jan 2009 20:59:40 UTC Over Success Done 2,541.69 10.80 41.09
63084530 63128608 20 Jan 2009 16:12:46 UTC 20 Jan 2009 20:59:40 UTC Over Success Done 1,974.56 8.39 39.84
63081945 63126029 20 Jan 2009 16:00:06 UTC 20 Jan 2009 16:56:42 UTC Over Success Done 1,949.06 8.28 39.84
63079636 63123891 20 Jan 2009 15:48:34 UTC 20 Jan 2009 16:48:27 UTC Over Success Done 2,043.44 8.69 41.09
Cytat: sesef w 20 Styczeń 2009, 23:18
Ja mam wpisaną wersje 0.7.1 i normalnie mi kredyty przydziela
według info na stronie, już niedługo
nie chodzi o wersję, ale o dodatkową linijkę w pliku wynikowym
nowe testy poprawności:
| stars-79 | stars-82 | stars-86 | stars-old |
| travis | -2.946683357256020 | -2.985569777902147 | -3.027909854710189 | |
| org/windows | -2.946683357256013 | -2.985569777902143 | -3.027909854710187 | -3.046272445362276 |
| mindc/windows | -2.946683357256064 | -2.985569777902189 | -3.027909854710230 | -3.046272445362278 |
niepokoi mnie stars-86 :ph34r:
gdyby ktoś niepowołany dorwał się do stronki z optymalkami, drużyna miałaby "poważne kłopoty"...
dlatego do aplikacji wprowadziłem proste zabezpieczenie: apka działa tylko dla userów w naszej drużynce ;D
ha - doskonale XD
jak się mają czasy najnowszej opto do tego "mniej dokładnego acz zadowalającego" wyrobu konkurencji? używam ich opto i mam stabilność w wynikach (mniej więcej równo punktują wu), nie wiem o jakich problemach raportujecie
Cytat: mindc w 21 Styczeń 2009, 03:35niepokoi mnie stars-86 :ph34r:
Może zastosuj ten myk z powem który daje błędny wynik, ta zmiana z reguły zmniejszała wyniki więc może tutaj wróci do normy.
problem, który opisałem powyżej rozwiązałem
pomogła zmiana zmutowanego managera na taki z mniejszym mnożnikiem
EDIT
niestety pośpieszyłem się problem nie ustępuje, chyba czas na v11
Cytat: sesef w 21 Styczeń 2009, 09:04
Może zastosuj ten myk z powem który daje błędny wynik, ta zmiana z reguły zmniejszała wyniki więc może tutaj wróci do normy.
niestety, zmniejsza tylko dla starych plików testowych, dla nowych - zwiększa :ph34r:
V 11 działa bez zarzutu więc śmiało przechodź :attack:
Cytat: lolek w 21 Styczeń 2009, 13:59
V 11 działa bez zarzutu więc śmiało przechodź :attack:
heh, bez zarzutu ? a spójrz na swoje konto
http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=43616 (http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=43616)
dwie próbki nie zaliczone, 2 tys. sekund stracone
Cytat: Horpah w 21 Styczeń 2009, 14:54
dwie próbki nie zaliczone, 2 tys. sekund stracone
zauważyłem, że brak punktów występuje wtedy gdy:
1. zrestartujemy menedżera
2. zrobimy pauzę na projekcie/próbce i później je wznowimy
3. są podejrzane różnice między czasami pobrania/odesłania a czasem przeliczenia próbki
jeśli chodzi o 1. i 2. to sprawdzę ze starą obsługą checkpointów, czy nadal występuje ten problem
EDIT:
3. - pojawiły się takie przypuszczenia, zanim wpadłem na te checkpointy
Jak poprzednio sprawdzałem konto to było wszystko wporządku >:(
U mnie nie zaliczyło próbek w czasie trwania których musiałem wyłączyć komputer.
Jedyna zaleta to to że próbki liczą mi się 4 razy szybciej niż bez optymalki (to mnie dziwi, że aż taka różnica)
U mnie piec razy szybciej, wiec sie nie dziw ;).
ja liczę w 5:46
Cytat: lolek w 21 Styczeń 2009, 15:16to mnie dziwi, że aż taka różnica
Dopóki programiści z milky nie ogarną że komputer również posiada takie coś jak RAM to się nie ma czemu dziwić :P
optymalizacje serii 0.07 w tym nasza 0.71 zostały wyłączone i dostają 0 kredytów, zaktualizujcie na v11
Cytat: Horpah w 22 Styczeń 2009, 09:51
optymalizacje serii 0.07 w tym nasza 0.71 zostały wyłączone i dostają 0 kredytów, zaktualizujcie na v11
własnie zauwazyłem ze moja krowa padła gdzie moge zassac nowa dobra wersje?
mam procke co obsługuja sse3, ssse3, sse4.1, em64t
dzieki
Cytat: NetMonitoring w 22 Styczeń 2009, 21:09
Cytat: Horpah w 22 Styczeń 2009, 09:51
optymalizacje serii 0.07 w tym nasza 0.71 zostały wyłączone i dostają 0 kredytów, zaktualizujcie na v11
własnie zauwazyłem ze moja krowa padła gdzie moge zassac nowa dobra wersje?
mam procke co obsługuja sse3, ssse3, sse4.1, em64t
dzieki
Z tej stronki którą mindc na pw rozsyłał jak się wysłało prośbę o optymalki.
Cytat: Horpah w 22 Styczeń 2009, 09:51
optymalizacje serii 0.07 w tym nasza 0.71 zostały wyłączone i dostają 0 kredytów, zaktualizujcie na v11
dzięki za info... już podmieniłem... inaczej procki grzałyby tylko powietrze ;)
Dzieki sesef, Horpah, mindc, Pigu za szybka odpowiedz w mojej kwesti.
zrobiłem specjalnie testy, aby wyjaśnić Wam, dlaczego nie wrzucam kompilacji na x64
wyniki testu:
procentowy przyrost w czasach liczenia (średnia z 22 uruchomień, najmniejszy plik testowy), w porównaniu z podstawową aplikacją (już zoptymalizowaną):
| milkyway_V11_windows_x86_ssse3.exe | 112.31% |
| milkyway_V11_windows_x86_sse3.exe | 110.93% |
| milkyway_V11_windows_x86_sse2.exe | 106.57% |
| milkyway_V11_windows_x86_64_sse2.exe | 105.49% |
| milkyway_V11_windows_x86_64.exe | 105.47% |
| milkyway_V11_windows_x86_64_sse.exe | 105.43% |
| milkyway_V11_windows_x86_64_sse3.exe | 104.80% |
| milkyway_V11_windows_x86_64_ssse3.exe | 101.06% |
| milkyway_V11_windows_x86.exe | 100.00% |
| milkyway_V11_windows_x86_sse.exe | 99.76% |
* test uruchomiony na q6600 XP/x64
** miałem już wcześniej wątpliwości co do SSE, ale teraz się one potwierdziły, wyrzucam więc wersję z SSE, aby kogoś nie skusiłoEDIT:
SSE jest jednak ciut szybsze, przy standardowych WU, kolejne porównanie w drodze
od wersji 0.11 minęło już sporo czasu...
pojawiła się wersja 0.14, poprawiająca obsługę checkpointów i ciut szybsza
zaraz potem (kilka godzin) wersja 0.15 z kolejną poprawką na checkpointy
jeśli ktoś nie chce tracić punktów przy restarcie, to proszę o ściągnięcie wersji 0.15
UWAGA!
punktowanie przycięto do 70% tego co było
W wersji dla SSE3 nie ma exec'a, jest tylko app_info.
Cytat: Szopler w 25 Styczeń 2009, 13:32
W wersji dla SSE3 nie ma exec'a, jest tylko app_info.
przepraszam, automat to pakuje, nie przyuważyłem
już jest ok
W jaki sposób można dołączyć do drużyny w Milce? Brak guziczka "join this team" sugeruje,że jest zamknięta... |-?
Ponadto: do efektywnego liczenia wystarczy podmienić dwa pliki z optymalki? Dziwna też sprawa, że podłączając się przed chwilą serwer podesłał mi v14 aplikacji. Mogę bezkarnie zmienić to na optymalkę v15?
Coś mi tu nie działa... Ściąga WU Milky, ale wypisane ma, że app V11 i wywala błąd...
EDIT:
Błąd był bo zrestartowałem Menadżera, a boinc.exe chodziło sobie dalej stare...
Pojawiła się kolejna, szesnasta wersja aplikacji, poprawiająca kolejny błąd w checkpointowaniu.
Btw, pierwsze WU leżakuje mi na dysku - zlitowałby się ktoś i odpowiedział na pytania powyżej? A ja już skrobię PW do ojca dyr.. założyciela. XD
EDIT: Mchl reaguje z prędkością lepszą od anioła stróża ;) niemniej problem był po stronie Milky. Z niezrozumiałych przyczyn przy innych drużynach guziczek był, a przy naszej - nie. Teraz wszystko jest O.K. :)
CytatIt looks like Dave had a problem with the v0.16 signature file for windows, so I've resigned them and updated the windows app to v0.17. Let me know if these are working.
To zaczyna przypominać M jak miłość. Który to odcinek w ostatnich dniach?
Nie zależnie od wersji, cały czas punktuje mi tak samo. Dotyczyło to v.7,v.11 i aktualnego stanu (nadal na v.11), ale po obcięciu punktów o 30 % przez serwer projektu. Dziwne.
Może ktoś podać lokalizacje optymalek do Milky?
prosze o pomoc
po wgraniu optymalek do milky i pobraniu nowych WU wyskakuje mi blad
2009-01-26 18:59:59|Milkyway@home|[error] Process creation failed: Nie można uruchomić aplikacji, ponieważ jej konfiguracja jest niewłaściwa. Problem ten może rozwiązać ponowne zainstalowanie aplikacji. (0x36b1)
dziwne jest to ze na innym serwerze wszystko jest ok (ten sam model )
spróbuj przetestować pamięć, sprawdź ustawienia BIOSu
jak nie pomorze to napisz szczegółowiej jaka maszyna wersja boinc i optymalek
do biosu nie mam dostepu a te maszyny to
1. na tym działa - IBM x3400 intel xeon 5130 2.000GHz
a na tych nie działa
IBM x3400 intel xeon 5130 2.000 GHZ
IBM x3400 intel xeon E5335 2.000GHZ
dziwna sprawa bo dwa sa identyczne i na jednym aplikacja sie uruchamia a na drugim wyskakuje błąd
na wszystkich trzech jest wersja v16
jesli potrzeba więcej info to poprosze napiszcie co chcecie wiedziec
a jaki program polecacie do sprawdzenia pamięci??
Cytat: sciagacz w 26 Styczeń 2009, 19:13
prosze o pomoc
po wgraniu optymalek do milky i pobraniu nowych WU wyskakuje mi blad
2009-01-26 18:59:59|Milkyway@home|[error] Process creation failed: Nie można uruchomić aplikacji, ponieważ jej konfiguracja jest niewłaściwa. Problem ten może rozwiązać ponowne zainstalowanie aplikacji. (0x36b1)
dziwne jest to ze na innym serwerze wszystko jest ok (ten sam model )
Jeśli to linuxowe maszyny to może coś takiego jak tu:
http://www.boincatpoland.org/smf/boinc/stacje-robocze-linux-klopoty/
sprzet to win xp na wszystkich 3 :( a program to sprawdzania pamięci powinien działac w trakcie działania winy bo nie moge serwera wyłączyć
A ogólnie jak wygląda sprawa z pracą w tym projekcie - można ustawić tylko go jako jedyny projekt do liczenia czy często nie ma pracy i byłyby przerwy?
właściwe chyba cały czas wu są, ale limit 8wu na core (w dodatku tak krótkich) stresuje
Cytat: Pigu w 26 Styczeń 2009, 20:38
właściwe chyba cały czas wu są, ale limit 8wu na core (w dodatku tak krótkich) stresuje
8WU/core na 24h? Czy jednocześnie pobranych naraz? Mi nie chce pobrać więcej niż 3 naraz - mam 5 dni ustawiony zapas...
na raz
Cytat2009-01-26 20:14:23|Milkyway@home|Message from server: (reached per-CPU limit of 8 tasks)
Hmmmm - mimo wielkiej gimnastyki z mojej strony ni jak nie moge pobrać więcej niż 3 WU. Ktoś miał takowy problem i/lub zna powód?
Cytat: sciagacz w 26 Styczeń 2009, 19:37
do biosu nie mam dostepu a te maszyny to
1. na tym działa - IBM x3400 intel xeon 5130 2.000GHz
a na tych nie działa
IBM x3400 intel xeon 5130 2.000 GHZ
IBM x3400 intel xeon E5335 2.000GHZ
dziwna sprawa bo dwa sa identyczne i na jednym aplikacja sie uruchamia a na drugim wyskakuje błąd
na wszystkich trzech jest wersja v16
jesli potrzeba więcej info to poprosze napiszcie co chcecie wiedziec
a jaki program polecacie do sprawdzenia pamięci??
Kochane redistributy są??
Na początek to:
http://www.microsoft.com/downloads/details.aspx?familyid=200B2FD9-AE1A-4A14-984D-389C36F85647&displaylang=en
Jak nadal nie będzie działać to próbować to: (małe prawdopodobieństwo że ruszy bo app był kompilowany VS 2005)
http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en
To testowania i pamieci i procesora (zarówno razem jak i rozdzielnie), bez przerywania pracy stacji roboczej/serwera, polecam Stress Prime 2004. Najlepszym programem, do testowania pamięci jest Memtest86. Ale uruchamia sie go z bootowanej płytki.
Milkay ma ograniczenie 8 WU na rdzeń. Jednostki dociąga przy połączeniu z serwerm. Nie ma ograniczeń dobowych (chyba). Jednostki są dostępne cały czas. Jeśli ściaga Ci tylko 3 WU, to albo masz wolny sprzęt, albo manager coś naknocił. Uruchom miernik wydajności, a następnie połącz się z serwerm projektu raz jeszcze.
można jeszcze zresetować projekt...
dzieki wszystkim za pomoc .
wystarczylo winde zaktualizaowac
Na boinc_dev właśnie pojawiła się informacja o aplikacji dla kart ati z serii 38xx i 47xx, która mieli WU w kilka sekund.
Cytat: TJM w 27 Styczeń 2009, 21:49
Na boinc_dev właśnie pojawiła się informacja o aplikacji dla kart ati z serii 38xx i 47xx, która mieli WU w kilka sekund.
No to NetMonitoring będzie niedługo mógł pokazać co te jego 4x2 potrafi :P Ciekawe czy zmodyfikują punktacje bo przy obecnym systemie naliczania i czasie wykorzystywania CPU przez taką aplikacje do liczenia na GPU to za 1 WU przeliczone na GPU będzie się dostawać 1-2 pkt
Cytat: TJM w 27 Styczeń 2009, 21:49
Na boinc_dev właśnie pojawiła się informacja o aplikacji dla kart ati z serii 38xx i 47xx, która mieli WU w kilka sekund.
Gdzie, gdzie prosze linki dajcie progsa puscie co kolwiek dajcie cyne mosiadzu.... gdzie to zassac mozna??
hmm ciekawe ciekawe - chcę kupić grafkę i radki wypadają ciut taniej (acz jestem bardziej związany z zielonymi)
znalazłem takie cos:
Normalny Workunit czasu MW z AMD Phenon II 920 i oryginalne X4 app ok. 30min; zoptymalizowana aplikacja ok 5min; z GPU ok 5-9s!
fiu fiu
RAdki są bardzo szybkie. wystarczy spojrzeć na FAH. wymiatają ale nie mają jeszcze interfejsu CUDA. taki SETI to dla nich pryszcz.
próbowałem się bawić w CUDA dla milky
ale ilość jednostek 'double precision' w nvidii jest maleńka (z tego co kojarzę stosunek 1/30 do jednostek 'single precision', nie wiem jak to w Teslach jest), no a do milky tylko double
radki od HD4XXX mają wszystko w 'double precision'
i dlatego można się bawić na nich w milky z taką skutecznością
cos czasami na ATI uda mi sie przeliczyc czas jednostki waha sie od 5-7 sek.
nie liczy mi na 100% gpu tylko na ok 50-60% drugi gpu odpoczywa nie pracuje.
z garfa licza cpu v16 gpu a licza jak v15. zreszta
odpowiednie pliki juz przekazalem do tezszych głów moze beda wiedzieli o co blanga.
aha co to jest??
<flops>1.0e11</flops>
Dajcie jakieś namiary na to jak zrobić by liczyło na moim radku???????
ok połapalem wiem ze jak mam normalnie czyli połówki to mam 16 procesów naraz uruchomionych w tym 8 core i 8 gpu
roznica to 5 min core i 7 sek gpu. po kolejnych ustawieniach a popieprzone mam bo mam 8 core to liczy mi 8 procesow na gpu ale dzieli mi 1 core na 8 tych czesci, czyli 1 core = 8 milk liczy 8 gpu na 99% obciazenia, 7 core odpoczywa.
aktualnie mam ustawione 16 watkow milk w tym pracuje 8 watkow na gpu i 8 core = pełne obciazenie PC
gpu liczy te same probki co cpu nie ma specjalnych probek, nie zauwazyłem.
czasami grafa odpoczywa fajnie to wyglada bo obraz lekko mrugnie i zaczyna po 2-3 sek wyć suka w niebo głosy.
temp. shaderów i mem przekracza 105 C strach pomyslec jakby sie odpalil drugi rdzen...
nie wiem czy sie opłaca liczyc na gpu przykład
CPU
29 Jan 2009 11:44:26 UTC 29 Jan 2009 12:02:43 UTC Over Success Done 353.02 2.57 10.59
GPU
29 Jan 2009 11:48:50 UTC 29 Jan 2009 12:01:18 UTC Over Success Done 6.23 0.05 0.19
nie wiem czy sie opłaca słuchania tego świstu...
Ty mi lepiej powiedz jak to poustawiać by mój radek toto mielił :D mam radka 3650 na AGP
Cytat: Troll81 w 29 Styczeń 2009, 12:54
Ty mi lepiej powiedz jak to poustawiać by mój radek toto mielił :D mam radka 3650 na AGP
nie wiem czy toto bedzie u ciebie chodziło ponoc tylko 38xx i 48xx
moge ci wysłac v16GPUCPU do sprawdzenia
Cytat: NetMonitoring w 29 Styczeń 2009, 12:47CPU
29 Jan 2009 11:44:26 UTC 29 Jan 2009 12:02:43 UTC Over Success Done 353.02 2.57 10.59
GPU
29 Jan 2009 11:48:50 UTC 29 Jan 2009 12:01:18 UTC Over Success Done 6.23 0.05 0.19
Klient z mnożnikiem czasu x200 i można już liczyć :P
Raczej X50 :D
to liczenie na gpu na nasz wynalazek, czy ogólne wiedza? zaraz nam konkurencja odjedzie :(
wyślij mi linka skąd toto ściągnąć
Cytat: sesef w 29 Styczeń 2009, 13:18
Klient z mnożnikiem czasu x200 i można już liczyć :P
hehehe...
a radka u mnie brak :(
na 64 bit sie mnoznik wywala
Cytat: Troll81 w 29 Styczeń 2009, 19:36
wyślij mi linka skąd toto ściągnąć
na forum MW podają do Version (V3) Milkyway_0.16_GPU_SSE3_x64.zip -> http://www.planet3dnow.de/vbulletin/showpost.php?p=3850506&postcount=762
Jak powrócę do dom to sprawdzę :)
Cytat: NetMonitoring w 30 Styczeń 2009, 00:24
na 64 bit sie mnoznik wywala
eee u mnie się nie wywala :/
Cytat: RAD-Poland w 30 Styczeń 2009, 07:35
Cytat: Troll81 w 29 Styczeń 2009, 19:36
wyślij mi linka skąd toto ściągnąć
na forum MW podają do Version (V3) Milkyway_0.16_GPU_SSE3_x64.zip -> http://www.planet3dnow.de/vbulletin/showpost.php?p=3850506&postcount=762
mialem i testowałem te pliki i cos z nimi nie teges nie. nie wiedziałem dlaczego sie wszystko wywalalo a jak juz chodzilo to nie pracował gpu. znalazłem inne pogrzebalem w plikach jak pisali chłopaki ktorzy maja NV i cuda i teraz mi blanga.
moze mialem problem bo mam 4870x2 ale chyba to nie ma znaczenia. pytałem sie naszych speców mindc, sesef i Horpaha ale oni nie maja Ati.
Podalem juz Trollowi na maila bo nie miałem gdzie wstawic plików. te co mu dałem sa ustawione i pracuja.
jak ktos ma mozliwosc to moge podesłac aby ktos wstawił te co ja mam. najlepiej tam gdzie sa nasze optymalki.
nie umiem nie potrafie kompilowac programowac, znalazlem kilka plików i metoda prob i błedów połapałem to wszystko aby latało. chetny jestem do pomocy lecz... ostatnio nie mam czasu... mam powaznie chorego 8 mesiecznego synka - sepsa.
jakby co prosze pisac na GG albo mailem napewno pomoge...
Współczucia i życzenia szybkiego powrotu do zdrowia dla twojego synka. Sepsa to nie przelewki.
Wysyła wam WU? - bo mi nie chce pobrać :(
może spróbuj zrestartować projekt bo mi normalnie pobiera
Wszystko dziala prawidlowo.
@NetMonitoring: wyrazy wspolczucia. Jakbys potrzebowal jakiejs pomocy to odezwij sie na PM.
Dzieki chłopaki...
Czy mogłbym prosić o przesłanie mi naszej optymalki na PW badz maila(albertwap@o2.pl)? Próbowałem tej zachodniej ze strony MW i probka sie iczyla ok 500s http://milkyway.cs.rpi.edu/milkyway/workunit.php?wuid=66566833 na AMD x2 4200 jednak dostawałem 0 credytu mam win xp 32 B.managera 6.4.5
ja ci moge dac... na grafe ATI 38xx i 48xx
u mnie grafa 4870x2 liczy dosc dobrze ale nie wiedziałem co to oznacza
<flops>1.0e11</flops>
PIGU odpowiedział strałem błyskawicy ze to 1.0*10^11 = 100000000000 flopsów
ja sobie tam mysle zara zara ale ja mam 2,4TFlopa nie 1TFlopa
wiec zmieniłem 2.4e11 ....
i teraz mam piekarnik w pokoju i hałas
inaczej mowiac tornado w tropikach...
wiec kto ma HD 4870x2 zmiencie na 2.4@11
<flops>2.4e11</flops>
w pliku app_info.xml
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>astronomy_0.16_GPU_SSE3_x64.exe</name>
<executable/>
</file_info>
<file_info>
<name>brook.dll</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>16</version_num>
<api_version>6.3.20</api_version>
<flops>2.4e11</flops>
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1</max_ncpus>
<file_ref>
<file_name>astronomy_0.16_GPU_SSE3_x64.exe</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>brook.dll</file_name>
</file_ref>
</app_version>
</app_info>
jak beda dostepne jednostki dla seti zrobie moda pod niego
zobaczymy czy brook.dll pociagnie av8
A nie ma gdzieś aplikacji liczącej na GPU na win32 ?
Niestety optymalka na ATI mi sie nie przyda mam NVidie G92 i mi strzasznei zamula i sypie bugami, opti zdobylem via PM,
a dla kolego lolka polecam http://www.gpugrid.net/join.php?sys=gpu (http://www.gpugrid.net/join.php?sys=gpu) liczy na gpu na win32 na kartach NV
wykaz kart na których to dziala tutaj http://www.gpugrid.net/forum_thread.php?id=316&nowrap=true#1788 (http://www.gpugrid.net/forum_thread.php?id=316&nowrap=true#1788)
GPUGRID strasznie zamulał i wybrałem SETI
Na jakich kartach działa optymalka? Mam R X1950Pro z GPU RV570, da radę?
Ciekawe, co się MW sypneło. Od ok 15 serwer leży.
Czy ktoś ma jakieś informacje na temat wyłączonych serwerów Milky.
Od wczorajszego południa nie pobiera mi próbek i nie wysyła wyników.
Strona projektu też nie działa.
Pozdrawiam,
Marek
takie coś znalazłem z 5 lutego
CytatPart of the problem with our server being slow is we've been crunching quite a few workunits and it's getting bogged down. I've recompiled a modified version of the db_purge which will let me purge in increments of less than a day, so
WUs will be purged every 6 hours (instead of 24). Hopefully this should decrease the load on the database and speed things up. Once the purge catches up tonight I expect we'll see a bit of an improvement in server performance.
Świetnie, przeliczone WU zaczynają się przedawniać, grrr....
jeśli serwery są wyłączone to "raczej" powinni uznać później przeliczone wu
Serwer powinien to zrobić automatycznie, bo przecież świeżo wysłane nie przeliczą się od razu - stare szybciej dostaną kredyty. Bardziej przejmowałbym się na miejscu tych, którzy dostaną te resendy %-)
No mam nadzieję, że nie przepadną, ja dostałem 2 10 próbek z terminem na dziś 8:51 rano i wszystkie czekają od wczoraj na połączenie. Wolałbym żeby nie poszło na marne. Raczej powinni dać choć pół godziny po starcie na zebranie przeterminowanych próbek z czasem raportowania późniejszym od początku downtime'u serwerów. Ale to tylko pobożne życzenie. Mam nadzieję, że 24h pracy nie pójdzie na marne, dla mnie to wciąż sporo punktów. Ale i tak będę liczył :) Ach te młodzieńcze ideały...
Cytuję za użytkownikiem Cori, z BOINC Stats! Domyślam się, że Dave, to Admin MW.
CytatI've written an email to Dave.
Hopefully he has not too bad news... but first he has to wake up
CytatI'm afraid it was serious. The database got corrupted and took down the whole server.
We are working to sift through all the data but we're not sure when it'll be back up. My deepest apologies.
Źródło (http://pl.boincstats.com/forum/forum_thread.php?id=4218)
W wolnym tłumaczeniu: Padła baza na MW i pociągnęła za sobą cały serwer. Pracują nad tym, ale nie wiedzą kiedy skończą.
Milka zmów aktywna :attack:
Owszem, ale 11 WU poszło w niepamięć :) Chyba że później coś wyrównają. Odesłane, zaraportowane i oczekujących punktów (przyznanych też) brak :( Cóż, liczymy (dosłownie i w przenośni) na sukcesy w przyszłości :D
mam swieży towar v17 pod GPU ATI na 64bit
skasować
co skasowac? v17?
posta Panie posta ;)
Czy u was też milka gorzej punktuje niż przed awaria serwera ?? >:(
u mnie pod Win7_x64 wcale nie pobiera próbek, ciągle jest server wyłączony bądź not send work
Cytat: lolek w 08 Luty 2009, 09:15
Czy u was też milka gorzej punktuje niż przed awaria serwera ?? >:(
u mnie też punktuje baaaaardzo chaotycznie...
claimed: 9pkt, granted 0.58pkt |-?
Do mnie wogule próbki nie dochodzą.
to tak jak do mnie wszystkie kompu sie nudza i licza se tylko seti :(
Ja próbki mam ale przesyła mi tylko po jednej do buforka.
A raczej przesyłało :(
Ja mam 19 wu czekajacych na przetworzenie do 11,02, poprzednich wu z przed awarii mi nie zaliczylo i mam nadzieje ze te które teraz licze zostana uznane
przed awaria mi policzyło, teraz nie mam probek ale wczesniej ladowało mi na maxa czyli 12 na core. z naliczaniem tez haotycznie ale jak widze pozniej juz normalnie nalicza.
teraz serwer stoi
Autorzy Milki informują o kolejnej optymalizacji swojego kodu i rychło nadchodzącym zmniejszeniu liczby przyznawanych punktów.
patrzyłem w źródła, wyczaili pewną prostą optymalizację co przyspiesza apke o około 2,5 raza (u nas stosowana od początku)
ponieważ mocno przepisali kod, w porównaniu z wcześniejszymi wersjami, napisanie nowej optymalki zajmie trochę czasu (bo zwykłe poprawienie nie wchodzi w grę)
do tego nie mam obecnie za bardzo czasu (dodatkowe zlecenia w pracy) i do tego chory jestem
dzisiaj lub jutro wrzucę oryginalne oprogramowanie, tylko że skompilowane intelem, wersje SSEX powinny być ciut szybsze,
bo prawdopodobnie nie będą przyznawać punktów za starsze wersje apki
:(
no i stało się, przydzielają po 12 pkt za WU
szczęście w nieszczęściu że apka v0.16 będzie honorowana
Bieda, mogę sobie pluć w brodę, że nie zacząłem liczyć Milki wcześniej, póki dawali. :no:
Teraz ścieli punktowanie o ponad 60% (a dawało jak głupie :D).
Aktualna aplikacja windowsowa to 0.19. Milka nie obraża się na podstawienie w jej miejsce 0.18 opto? I widać przyspieszenie? :)
juz mam nowe optymalki 0.19 mozecie targac
Cytat: NetMonitoring w 17 Luty 2009, 10:11
juz mam nowe optymalki 0.19 mozecie targac
ale skąd?? i co z punktacją?
Prosimy o linka :D
heh tam gdzie "zawsze"
http://www.boincatpoland.org/smf/milkywayhome/optymalki-gpu-cpu-pod-milke/ (http://www.boincatpoland.org/smf/milkywayhome/optymalki-gpu-cpu-pod-milke/)
Cytat: NetMonitoring w 17 Luty 2009, 10:46
heh tam gdzie "zawsze"
a dla takich, którzy nie posiadają GPU ATI, to one się nadają?
wszystko masz opisane
17 luty 2009
nowe optymalki 0.19
17 lutego nie ma optymalek pod gpu
Dziękuję i gratuluję. Względem Twojej optymalki v_16, czas przeliczania skrócił mi się o 50% :attack:
Teraz to już nawet "ulepszany" klient nic nie daje, no nic Milky z ogromnymi punktami się skończyło, chociaż nadal pozostaje jednym z lepiej punktujących projektów (jakieś 80 pkt/h/core)
sesefku - jak tam mój manager? muszę cosik sprawdzić :P być może nie wszystko stracone :ph34r:
Cytat: Pigu w 17 Luty 2009, 17:33
sesefku - jak tam mój manager? muszę cosik sprawdzić :P być może nie wszystko stracone :ph34r:
A ja na zabój przez remont zapomniał, zaraz przebootuje się na XP i skompiluje
Cytat: sesef w 17 Luty 2009, 16:43
Teraz to już nawet "ulepszany" klient nic nie daje
niestety, ale tym razem bardzo szybko się połapali.
oto dwie próbki przeliczone tym samym klientem:
przed zmianą:
Workunit ...
Created 18 Feb 2009 3:41:10 UTC
Sent 18 Feb 2009 3:41:50 UTC
Received 18 Feb 2009 5:43:24 UTC
Server state Over
Outcome Success
WU completed. It took 724.422 seconds CPU time and 724.802 seconds wall clock time @ 2.33342 GHz.
Claimed credit 2.68711752691177
Granted credit 18.515816
application version 0.19po zmianie:
Workunit ...
Created 18 Feb 2009 4:31:30 UTC
Sent 18 Feb 2009 4:34:48 UTC
Received 18 Feb 2009 5:40:40 UTC
Server state Over
Outcome Success
WU completed. It took 472.714 seconds CPU time and 473.233 seconds wall clock time @ 2.33342 GHz.
Claimed credit 1.75345166592181
Granted credit 6.138562
application version 0.19Masakra jakaś...
Punktacja zależy od kategorii próbki. I znowu została zredukowana, cytując niusa:
6,1 za s79, s82 i s86, i około 9,2 punktów za s20 and s21.
Nie wiem jak u Was - u mnie takie punktowanie jest po prostu średnie, takie PrimeGrid czy QMC dają lepiej.
Ponieważ dopiero co dołączyłem do tego projektu, a na start dostałem dwie redukcje punktacji, czuję się jak ostatni idiota. ::)
Było brać dopóki dawali, wiem. :( Nie zdawałem sobie sprawy, że to tak mleczne było. XD
Nie zmienia to wszystko faktu, że porównywanie nowych punktów z MW ze starymi jest wg mnie bez sensu, tak samo jak próba ścigania się od zera.
Pod względem naukowym chyba też wolę zaufać projektom z listy BOINCa albo skupić się na rzeczach biochemicznych.
Więc chyba sobie Milkę na razie odpuszczę. Nie była mi dana, czy jak.. :-\
Cytat: sesef w 17 Luty 2009, 16:43
Teraz to już nawet "ulepszany" klient nic nie daje
niestety, ale tym razem bardzo szybko się połapali.
oto dwie próbki przeliczone tym samym klientem:
przed zmianą:
Workunit ...
Created 18 Feb 2009 3:41:10 UTC
Sent 18 Feb 2009 3:41:50 UTC
Received 18 Feb 2009 5:43:24 UTC
Server state Over
Outcome Success
WU completed. It took 724.422 seconds CPU time and 724.802 seconds wall clock time @ 2.33342 GHz.
Claimed credit 2.68711752691177
Granted credit 18.515816
application version 0.19po zmianie:
Workunit ...
Created 18 Feb 2009 4:31:30 UTC
Sent 18 Feb 2009 4:34:48 UTC
Received 18 Feb 2009 5:40:40 UTC
Server state Over
Outcome Success
WU completed. It took 472.714 seconds CPU time and 473.233 seconds wall clock time @ 2.33342 GHz.
Claimed credit 1.75345166592181
Granted credit 6.138562
application version 0.19Masakra jakaś...
nowa punktacja powala, czas zacząć liczyć coś innego (milkę liczyłem tylko dla tego że była dojna) :(
jedyne co się opłaca tutaj liczyć to jakiś Radek do tego duży mnożnik, bo jak zadanie liczy się więcej niż 7-8 min to bardziej opłaca się liczyć AP26 przy obecnej punktacji.
Ciekawe, kto oprócz mnie będzie teraz liczył projekt miesiąca w marcu :P
W projekcie miesiąca pomogę :) Bo sam głosowałem na Milkę :attack:
Cytat: KrzychuP w 18 Luty 2009, 11:36
Ciekawe, kto oprócz mnie będzie teraz liczył projekt miesiąca w marcu :P
Głosowałem na Milkę to teraz się z niej nie wycofam chociażby miała dawać po 1 pkt za WU
Harrrda drużyna! :attack: Twarrrda! :attack: I zgrrrana! :arrr:
Kapitanie RRRUMU im dać! :arrr: :arrr:
tez sie darlem i to chyba pierwszy zeby milke liczyc wiec... zostaje z wami :attack:
dzis 5 baniek w milce
Ja mam plan dociągnąć milkę do 100k :D a inne projekty nadążą :D
Ja też bede liczyl milky, jaki jest poza nia najbardziej oplacalny projekt?
jestem z wami - oddało się głos to trzeba teraz być konsekwentnym
Sudoku dobrze punktuje, i SETI i Prime
To chyab ktoś od nas ::)
CytatBad Optimized Application
February 19, 2009
Some of the applications with the tag 'mindc_linux: 0.16' are returning invalid results. This might be due to the fact they're not using the latest checkpointing code, or for some other reason. If you're using one of these please update your application to the version compiled with the 0.18 code. I'll stop awarding credit for these tonight (Feb 19th) at midnight.
heh, przez dwa miechy było ok, a teraz coś im nie pasi, a niby windows jest ok, a ten sam kod, heh
kij im w oko, czas przerzucić się całkowicie na primegrida,
mi 11kk punktów styknie w milce
Witam
chłopaki nie stawiajcie sobie sprawy głosowania tak honorowo, że skoro zagłosowaliście to już basta i koniec będziemy liczyć choćby za darmo.
Skoro milka nie chce wynagradzać jak trzeba zmieńmy głosy na ten projekt który potrafi docenić nasz wkład, choćby Prime.
Mindc, optymalki były super :parrrty:. Swoją drogą, co to za projekt, który marnuje czas naszych komputerów (kilku dziesięciokrotne przyspieszenie optymalkami, to kompromitacja programisty/ów projektu). W Milce chciałem nabić 100k. Za parę dni wracam do Einsteina.
http://milkyway.cs.rpi.edu/milkyway/top_hosts.php?sort_by=expavg_credit&offset=0
jak to jest ze q9550 pozycja 2 licza milkyway 25sek. ??
jakich aplikacji moze uzywac taki gosc ?
http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=43580&offset=20 tutaj koniec probki jest po 2och sekundach...
moze ktos wyjasnij o co tu chodzi ? ...
ok juz wiem....GPU - ati ;/
Zapodajcie jeszcze raz link do najnowszych optymalek :D
http://www.zslip.com/
http://www.file-upload.net/download-1491628/Milkyway_0.19d_ATI.zip.html
zassysaj 19d
i jak pisałem dla 50 stery 8.12 dla 70 i 70x2 stery 9.1
Pisalem pisalem i jakos post nie doszedl...Dopoki nie kupie ATI i nie zrobia aplikacji na GPU na linuxa przestaje liczyc milke , seti i inne projekty ktore daja kopa na GPU + optymalki na windowsa. Bo takie projekty jak milka wlasnie powinny byc tylko liczone przez ludzi z ATI. Oni jakos moga sie przyczynic do znalezienia jakiegos syganlu 100-1000x szybciej. Jeden liczy probke 1-4 sek gdzie moj procek liczy ja 20 min. a innemu 1h. Ci bez dobrego GPU marnuja swoj czas i moc i powinni zaczac liczyc inne projekty ktorym mozemy pomoc , liczac na rowni z innymi.
Nie ma sensu liczyc probek przez caly team gdzie ta sama ilosc probek zostanie policzona prze jednego , dwohc innych ludzi ktorzy przelicza to w tym samym czasie.. Mysle ze nie pomagamy tutaj znaczaco samymi CPU a zdobywamy jedynie jakies smieszne punkciki ktore nas zadowalaja a na tle innych krajow czy lepszych userow to takie 0,0001% "w przenosni".
Wiec moja propozycja jest zeby nie teraz ale moze po skonczonym marcu zaczac od czegos innego (wiecie o co chodzi, nie milky i nie seti ).
Cytat: MarcinG. w 07 Marzec 2009, 19:59
Pisalem pisalem i jakos post nie doszedl...Dopoki nie kupie ATI i nie zrobia aplikacji na GPU na linuxa przestaje liczyc milke , seti i inne projekty ktore daja kopa na GPU + optymalki na windowsa. Bo takie projekty jak milka wlasnie powinny byc tylko liczone przez ludzi z ATI. Oni jakos moga sie przyczynic do znalezienia jakiegos syganlu 100-1000x szybciej. Jeden liczy probke 1-4 sek gdzie moj procek liczy ja 20 min. a innemu 1h. Ci bez dobrego GPU marnuja swoj czas i moc i powinni zaczac liczyc inne projekty ktorym mozemy pomoc , liczac na rowni z innymi.
Nie ma sensu liczyc probek przez caly team gdzie ta sama ilosc probek zostanie policzona prze jednego , dwohc innych ludzi ktorzy przelicza to w tym samym czasie.. Mysle ze nie pomagamy tutaj znaczaco samymi CPU a zdobywamy jedynie jakies smieszne punkciki ktore nas zadowalaja a na tle innych krajow czy lepszych userow to takie 0,0001% "w przenosni".
Wiec moja propozycja jest zeby nie teraz ale moze po skonczonym marcu zaczac od czegos innego (wiecie o co chodzi, nie milky i nie seti ).
nie GPU??
seti, milki nie bedzie przez jakis czas zostaja projekty tylko na CPU chyba ze sie myle.
dzis moj host jest na 1 miejscu w Najlepsze komputery ha
masz na mysli ze wszystkie probki seti i milky zostana przeliczone bo moc ludzi na swiecie jest wieksza niz server to dostarcza i wtedy wszyscy bede musieli sie przesiasc na inne projekty ?? ( czasowo ).
?
Jesli chodzi o propozycje liczenia to mialem na mysli liczenia ludzi ze slabymi GPU albo ktorzy nie maja mozliwosci ich wykorzystania zeby przeszli na projekty z CPU i zeby nie marnowali czasu.. :)
W rankingu najlepszych 200 komputerow tylko 5 jest na linuxie i wlasnie CI ludzie takze licza milky gdzie maja wynik 800- 1000sek na probke w porownianiu ati+windows to jakies 1-5 sek. czyli widac znaczaca roznice...:)
Wydaje mi się, że NetMonitoringowi chodziło o to, że SETI i Milky nie będą projektem miesiąca z powodu sześciomiesięcznej karencji (SETI był PM w lutym, Milky teraz w marcu, a po byciu PM jest półroczna przerwa dla danego projektu i nie można na niego głosować).
Poza tym oczywiście masz bardzo wiele racji. Nie ma sensu kopać się z koniem (sensownie używaną kartą graficzną) przy pomocy CPU, kiedy ten sam procesor może być użyty w sprawach, gdzie GPU nie ma i dłuugo nie będzie (np. Rosetta, gdzie cały czas dopiero udoskonala się oprogramowanie do predykcji i nie ma teraz możliwości jeszcze je do tego portować na GPU).
Cytat: MarcinG. w 07 Marzec 2009, 20:12ati+windows to jakies 1-5 sek.
1-5 sek to czas CPU a nie GPU tak na prawdę˙próbki liczą się 50-200 sec i to jest czas GPU a te 1-5 sec to czas CPU (przez tyle czasu program zabiera moc obliczeniową kompa)
http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=35855&offset=20
no i tam zauwazylem ze Ati jest w crossfire . Coz nie stac mnie na cos takiego tylko dla liczenia ;/ a szkoda.
Cytat: MarcinG. w 07 Marzec 2009, 21:44
http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=35855&offset=20
no i tam zauwazylem ze Ati jest w crossfire . Coz nie stac mnie na cos takiego tylko dla liczenia ;/ a szkoda.
To akurat komp kolegi NetMonitoring i to akurat jest Radek HD4870x2
Przykład typowego CF jest tutaj: http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=52656&offset=20
Gdzieś jest tabelka ukazująca jakie radki ile koszą w milce??
Cytat: Troll81 w 19 Marzec 2009, 22:01
Gdzieś jest tabelka ukazująca jakie radki ile koszą w milce??
Top100 i sobie dobieraj :D
taaaaaaa. Bardzo zabawne
Ci co mają radki z tego co wyczytałem na forum planet3dnow można zjechać zegar pamięci do momentu aż nie zacznie sypać błędami na próbkach (na forum pisali o 200-2500 mhz). Zmniejszenie taktowania pamięci nie zmienia praktycznie czasu przeliczania (jak już zmienia to o 2-5 sec) a spada podobno nieźle temperatura oraz zużycie prądu.
Screeny z planet 3dnow HD 4870
750/900MHz
http://www.abload.de/image.php?img=4870rivaafmc.jpg
750/250MHz
http://www.abload.de/image.php?img=4870riva2p3h3.jpg
Zauważyłem dziś coś dziwnego: w nocy firewall zablokował próby łączenia się do netu z aplikacji milkyway sse 4.1, wszystkie które się zassały wysypały się z tego powodu. WTF ? Z jakiej paki nagle zaczęła się aplikacja łączyć gdzieś ?
Dołożyli tajny ficzer??? Oskarżmy ich o nieprawdziwe oszukiwanie :)
Tą aplikację mam od początku marca, do wczoraj było ok, a tu nagle w nocy zaczęły się takie właśnie jajca...
Cytat: TJM w 26 Marzec 2009, 12:18
Zauważyłem dziś coś dziwnego: w nocy firewall zablokował próby łączenia się do netu z aplikacji milkyway sse 4.1, wszystkie które się zassały wysypały się z tego powodu. WTF ? Z jakiej paki nagle zaczęła się aplikacja łączyć gdzieś ?
pisalem juz na ten temat znaczy utworzyłem watek.
kombinuja cos z serwerami chca rozdzielic WU CPU i GPU - nareszcie bo grafa ledwo sie rozpedziła i juz musiała hamowac...
a u mnie SETI od wczoraj nic nowego nie chce sciagnac, dla GPU
W prawdzie nie ten watek ale co tam.
Z Seti już tak bywa. Z tego co widzę to set nie ma przygotowanych zadań do wysyłki.
P.S. Ustaw sobje w preferencjach że łączysz się z netem np. co 7 dni. W tedy będziesz miał więkrzy buforek ;)
milka ma problemy, albo się przebudowuje
tak, seti juz 3 dni off :(
pewnie CUDują w milce
cos dlugo idzie nic nie działa.
ktos wie ile to bedzie trwało?
Właśnie zaczęło działać :)
Akurat ostatni WU się robił XD
No to :attack:
Hmmm, a u mnie właśnie przestało działać całkiem.
Brak kontaktu z serwem, brak strony projektu...
W dzień działało wszystko, bo odsyłałem policzoną próbkę. Teraz znowu nie. Nie ma strony i nie odsyła próbek.
Grrr, Milka sama się prosi, by darować sobie jej liczenie na czas nieokreślony. :ph34r:
Najwyraźniej mi z nią nie po drodze. Szkoda tylko wielka, że to projekt miesiąca, a w kwietniu znowuż PrimeGrid, który ode mnie już dostał swoje... :-\
Nic to, trzeba czekać stabilizacji i nowego kompka z wieloma rdzeniami i GPU.
Cytat2009-03-29 21:58:45|Milkyway@home|Sending scheduler request: Requested by user. Requesting 2131422 seconds of work, reporting 16 completed tasks
2009-03-29 21:58:50|Milkyway@home|Scheduler request completed: got 0 new tasks
2009-03-29 21:58:50|Milkyway@home|Message from server: Server error: can't attach shared memory
pobiera wam, czy też dupa?
jeszcze krowa nie wstała narazie kleczy i sie zastanawia
a tak powaznie tak samo mam
Hi
Nie to samo,
Wyniki odesłać się da, ale bez potwierdzenia i wysyłania nowych.
Planowałem dziś w domu przejść z linuksa 32 na 64, a wisi milka i szkoda.
Cytat: ksysju w 29 Marzec 2009, 22:12
Hi
Nie to samo,
Wyniki odesłać się da, ale bez potwierdzenia i wysyłania nowych.
Planowałem dziś w domu przejść z linuksa 32 na 64, a wisi milka i szkoda.
juz biego milka tylko ze nic sie nie zmieniło mało i krótko
Ehh ten pad nie był wynikiem prac tylko wszystko sobie tak po prostu padło. Mam nadzieje, że w miarę szybko wydadzą kod do wersji na GPU i zostanie ona przerobiona pod ATI bo inaczej takie crashe będą częściej.
U mnie wróciło do normy
Częste są przerwy w Milce??Bo dopiero zaczynam się bawić i chcę wiedzieć czy jest większy sens??
Na chwilę obecną może być problem ze złapaniem WU, jednak nie długo to się zmieni.
Fajnie by było bo na razie złapanie większej ilości jednostek graniczy z cudem >:( A chętnie policzyłbym coś co mnie interesuje :)
Hmmm, ja właśnie dla testu podłączyłem 3 maszyny i bez problemu "napełniłem zbiorniki" .
Z tego co obserwuję to strasznie "skokowo" pobiera próbki.Raz są,raz ich nie ma i trzeba czekać.Czas chyba większy bufor ustawić :)
P.S. Która optymka jest teraz na "czasie"?Grzebałem na forum i większość linków nieaktualna albo usunęli pliki.Poszukuję dla Bartona 2500+ czyli na SSE.Z góry dzięki :)
http://milkyway.cs.rpi.edu/milkyway_gpu/
Po mału zaczyna ruszać milka na gpu, niedługo skończy się problem z brakiem próbek bo GPU pójdą do zadań sporo dłuższych.
Proszę o zespół.
Dopisany :D
Drużynka http://milkyway.cs.rpi.edu/milkyway_gpu/team_display.php?teamid=33
Mchl zabierz ode mnie foundera :D
Jestem juz zarejestrowany jestem dumny bo jestesmy na 3 miejscu. XD
nie widzialem infa na stronie na jakie GPU to jest ?
jest szansa być wysoko na boincstats bo projekt pewnie będzie eksportował oddzielne statystyki i będzie widniał jako MilkyWay@Home GPU
NO to piłujcie chłopaki bo drużynka już jest :D
Oddałem przywództwo Mchlowi :D
Cytat: Thomas_waw w 17 Kwiecień 2009, 13:02
nie widzialem infa na stronie na jakie GPU to jest ?
Mam to samo pytanie, bo jakoś w tym infie nic nie pisze.
Z tego co sie orientuje i sledzilem watek, to na grafy nVidii z CUDA, bedzie rowniez udostepniony kod zrodlowy, wiec bedzie mozna samodzielnie przerobic klienta zeby liczyl na ATI.
pewne jest z NV 260, 280, 285, 295 i serie 38xx i 48xx od ATI
czyli tak na razie to nie wiadomo :)
a czemu niby ma chodzic tylko na najnowszych NV a nie wszystkich ktore wspieraja CUDA ?
Cytat: Thomas_waw w 17 Kwiecień 2009, 19:43
czyli tak na razie to nie wiadomo :)
a czemu niby ma chodzic tylko na najnowszych NV a nie wszystkich ktore wspieraja CUDA ?
Te są pewne bo mają sprzętowe wsparcie dla double precision. Jednak nigdzie nie podali jakiej precyzji będzie wymagała aplikacja teraz wymagane jest double, ale jak w milce gpu będzie wymagane single to ruszą wtedy wszystkie karty z cuda oraz wszystkie z CAL.
Uruchomiłem 4 projekty,
MilkyWay, Climateprediction, LHC (który i tak chyba nie działa) i World Community Grid.
Problem polega na tym, że nie daje radę liczyć MilkyWay, termin zaraportowania każdej próbki wynosi 3 dni ... co znaczy że tylko to musiałbym liczyć.... .
Co się dzieje z próbkami jak nie zostaną ukończone przed terminem zaraportowania i w jaki sposób dane są zbierane i analizowane już na serwie(nie mogę się doszukać)
próbki odeslane po terminie nie punktują z reguły. jak nie odeślesz przed terminem to ktoś inny wykonuje te obliczenia. Napisz jakim sprzętem dysponujesz. żadna próbka milky nie powinna się orać 3 dni bez przerwy, no chyba że na baaaaaardzo starym sprzęcie
chodziło mi o to, że po pobraniu próbki termin na wykonanie = 3 dni, a mam jeszcze inne projekty i mogę nie dać rady policzyć na czas (komp włączony 5-6h dziennie).
(http://i42.tinypic.com/2iruhqb.jpg)
Pentium 4 3,4
dasz radę :D po rpostu część próbek anulujesz. Możesz ustawić mnieszy bufor (w ustawieniach managera) i wtedy będzie ci pobierało mniej próbek
Po pierwsze załaduj sobie optymalki do milki to ci sporo przyspieszy, bo chyba liczysz na aplikacji standardowej.
Do pobrania np. z http://zslip.com/ (http://zslip.com/) .
Podaj na jakim sprzęcie liczysz i zmniejsz bufor próbek np na 0.5-1 dni.
Cytat
Pentium 4 3,4
Może sobie jeszcze ustaw w BOINCu żeby ci przełączał między projektami np co 1h, żeby każdy projekt liczyło po trochu.
Sprawdź czy CPU ma HT jeśli tak to włącz to będzie liczyło po 2 zadania na raz.
Można jeszcze dać większy przydział dla milki np 60% a na pozostałe projekty 40%, choć skoro liczysz tylko 5-6h na dobę to lepiej zmniejszyć bufor na 0,5-0,8 dni.
HT włączone, liczy 2 na raz.
Bufon i zmniejszona ilość próbek to ten ustawienia ?
(http://i42.tinypic.com/34phs92.jpg)
który SSE mam ściągnąć z http://zslip.com/milkyway.htm ?
Cytat
HT włączone, liczy 2 na raz.
Bufon i zmniejszona ilość próbek to ten ustawienia ?
który SSE mam ściągnąć z http://zslip.com/milkyway.htm ?
Tak to te ustawienia.
Na tej stronce masz programik CPU-Z. Ściągnij go i sprawdź jakie instrukcje obsługuję twój procesor i ściągnij odpowiednią optymalkę pod najnowsze możliwe instrukcje jakie obsługuje CPU i pod odpowiedni system.
CytatCan't open init data file - running in standalone mode
Running Milkyway@home version 0.19 by Gipsel
Couldn't find input file [astronomy_parameters.txt] to read astronomy parameters.
APP: error reading astronomy parameters: 1
(http://i42.tinypic.com/33kaagx.jpg)
ściągam SSE 3 (dla v 0.19 i 0.16), komunikat jw. .. na SSE 2 jest to samo.
Próbowałem w folderze BOINC, przy włączonym i wyłączonym kliencie
Cytat
ściągam SSE 3 (dla v 0.19 i 0.16), komunikat jw. .. na SSE 2 jest to samo.
Próbowałem w folderze BOINC, przy włączonym i wyłączonym kliencie
Wrzuć sse3 v 0.19 do katalogu:
C:\.........DATA\projects\milkyway.cs.rpi.edu_milkyway
Powinny tam być 2 pliki:
app_info ,
astronomy_0.19_sse3
Możliwe że musisz zaktualizować projekt lub wyłączyć i włączyć managera wtedy zaskoczy, a warto bo liczy duuuuużo szybciej.
Jak coś pisz na PW powinienem być jeszcze z 1h.
Aha i najważniejsze wrzucaj te pliki na wyłączonym Boincu.
Sprawdź np za pomocą menadżera windows czy napewno procesy się zamknęły.
astronomy_0.19_SSE3 odpalił się bez problemu, ale chyba nic się nie zmieniło ..
na poprzednim screenie było 5,5 h liczenia jednej próbki
(http://i42.tinypic.com/2iruhqb.jpg)
włączyłem dalej jest 5,5h ..
na plikach z SSE2 jest to samo ... chyba że znowu coś pochrzaniłem ;) :no:
Po przeliczeniu kilku próbek ta wartość się zmieni.
http://pl.boincstats.com/stats/host_graph.php?pr=milkyway&id=82556 (http://pl.boincstats.com/stats/host_graph.php?pr=milkyway&id=82556)
Nie chce mi sie robić ss ale ciekawa rzecz.
total 10 mln
average 69 tys
więc normalnie
Po prostu wczoraj od nowa podlaczyl sie do BAM. Stad wynik wczorajszy 10M.
Czy ktoś wie jak zmusić menadżera by liczył jednocześnie Milkę na GPU i inne projekty na CPU ?
Próbowałem już na sporo sposobów i jakoś mi nie idzie, bo albo liczy się sama Milka, albo liczą się inne projekty a Milka stoi.
No i jak ustawić to ustrojstwo żeby Milka kożystała w 100% z karty, bo tak sobie patrzę że wykorzystanie GPU skacze sobie między ok 84-100%.
Przy okazji czy to normalne że na 4870x2 jeden rdzeń ma 92C a drogi ok 72C mimo że oba są identycznie obciążone ?
Wiem że 1 rdzeń przy wentylu przy referencie będzie zawsze chłodniejszy, ale aż taka różnica ?
No i trochę jestew zawiedziony tą kartą, bo wyje jak cholera :(. Nawet bez żadnego obciążenia jest o wieeeeele głośniejsze od GTX obciążonego na maksa. :(
Myślałem że będzie ciut cichsza, a teraz trzeba wodę na to założyć bo nawet z procami skręconymi do 375 i ramem do 225 nie da się przy tym spać
Cytat: TRZECIAK w 28 Czerwiec 2009, 18:34
Czy ktoś wie jak zmusić menadżera by liczył jednocześnie Milkę na GPU i inne projekty na CPU ?
Próbowałem już na sporo sposobów i jakoś mi nie idzie, bo albo liczy się sama Milka, albo liczą się inne projekty a Milka stoi.
No i jak ustawić to ustrojstwo żeby Milka kożystała w 100% z karty, bo tak sobie patrzę że wykorzystanie GPU skacze sobie między ok 84-100%.
Przy okazji czy to normalne że na 4870x2 jeden rdzeń ma 92C a drogi ok 72C mimo że oba są identycznie obciążone ?
Wiem że 1 rdzeń przy wentylu przy referencie będzie zawsze chłodniejszy, ale aż taka różnica ?
No i trochę jestew zawiedziony tą kartą, bo wyje jak cholera :(. Nawet bez żadnego obciążenia jest o wieeeeele głośniejsze od GTX obciążonego na maksa. :(
Myślałem że będzie ciut cichsza, a teraz trzeba wodę na to założyć bo nawet z procami skręconymi do 375 i ramem do 225 nie da się przy tym spać
Jaka karta znaczy jaki producent?
Owszem karta jest głośna, no ale do GTX to nie ma co porównywać nie ta kategoria wagowa 480 GFlops a 70 to jest jednak różnica. Co do obciążenia to już musisz gadać z NetMonitoring aka OxyOne on już doszedł do perfekcji w wyciskaniu 7 potów z karty. Polecam jeszcze przesmarowanie karty jakąś porządną pastą bo jaki by producent nie był i czy to karta NV czy ATI to referencyjne smarują zawsze jakimś dziadostwem, które nawet sylikonu nie przypomina.
Co do skoków co ile tak jest? co 1 sekundę czy rzadziej? obecne zdania najdłuższe zabierają ~70 sec na 70/70x2 więc może po prostu zadanie się kończy i rozpoczyna dlatego takie skoki.
Cytat: sesef w 28 Czerwiec 2009, 19:55
Jaka karta znaczy jaki producent?
Owszem karta jest głośna, no ale do GTX to nie ma co porównywać nie ta kategoria wagowa 480 GFlops a 70 to jest jednak różnica. Co do obciążenia to już musisz gadać z NetMonitoring aka OxyOne on już doszedł do perfekcji w wyciskaniu 7 potów z karty. Polecam jeszcze przesmarowanie karty jakąś porządną pastą bo jaki by producent nie był i czy to karta NV czy ATI to referencyjne smarują zawsze jakimś dziadostwem, które nawet sylikonu nie przypomina.
Co do skoków co ile tak jest? co 1 sekundę czy rzadziej? obecne zdania najdłuższe zabierają ~70 sec na 70/70x2 więc może po prostu zadanie się kończy i rozpoczyna dlatego takie skoki.
Karta to 4870x2 Sapphire.
Te skoki są co ok 2-3 sek i to niezależnie czy liczy się 1 próbka na GPU czy 2, czy też 3 i napewno nie jest to w momencie zakończenia próbki bo wtedy skok jest trochę dłuższy i trochę niżej spada użycie GPU.
Ogólnie karta narazie liczy tylko Milkę, bo mam jakieś dziwne problemy z uruchomieniem niektórych gier :(. Nawet podczas 3dmarka było widać same krzaki zamiast grafiki mimo iż cały test przebiegł do końca. No i w 3dmarku GTX260 wyszedł mi tylko 30% słabiej ? (dziwne bo liczyłem na większą różnicę)
hej
w grach przy sterownikach 8.12 często są problemy, nowsze nie mają tego ale jak na razie nie można ich użyć jeśli się chce liczyć MW.
Wykorzystanie w 100% karty zapewni ci wpisanie w app_info w opcje w0.1
Cytat: Horpah w 28 Czerwiec 2009, 20:23w grach przy sterownikach 8.12 często są problemy, nowsze nie mają tego ale jak na razie nie można ich użyć jeśli się chce liczyć MW.
Przy Vista x64 bez problemu 9.5 u OxyOne śmiga trzeba tylko te pliki według readme podmienić.
Cytat: sesef w 28 Czerwiec 2009, 20:27
Przy Vista x64 bez problemu 9.5 u OxyOne śmiga trzeba tylko te pliki według readme podmienić.
miałem na myśli WinXP32
Stery mam zapięte 9.4, bo te były razem z kartą. System Vista x64.
Wpisanie 0.1 czy 0.2 owszem daje że karta pracuje na ok 98% non stop ale menadżer coś głupieje i uruchamia mi wtedy na raz 48 próbek z czego liczy się chyba 5 czy 6 na raz, a przy reszcie poprostu leci tylko czas do momentu aż niezacznie liczyć właśnie tej próbki.
Niezależnie co bym wpisywał od razu blokuje mi całego proca i nie można kompletnie nic liczyć innego poza Milką.
app_info.xml masz tak ustawione?
Cytat<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>astronomy_0.19_ATI_x64f.exe</name>
<executable/>
</file_info>
<file_info>
<name>brook.dll</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>19</version_num>
<flops>2.4e11</flops>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline>n3 w0.0 f0</cmdline>
<file_ref>
<file_name>astronomy_0.19_ATI_x64f.exe</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>brook.dll</file_name>
</file_ref>
</app_version>
</app_info>
Prawie.
Teraz mam tak:
<flops>2.4e11</flops>
<avg_ncpus>1.333334</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline></cmdline>
Avg ustawione na 1.34 daje mi tyle że liczy się 6 zadań na raz.
Ustawienie avg_ncpus na 2 zmienia mi że liczą się 4 zadania na raz.
W cmdline obecnie nie mam wpisane nic, bo nie wiem co to za parametry (n3 w0.0 f0), a przy różnych wpisach jakie były na naszym forum to trochę mi zamulało kompa a i tak nie dało się nic innego poza Milką liczyć.
wpisz tak
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>astronomy_0.19_ATI_x64f.exe</name>
<executable/>
</file_info>
<file_info>
<name>brook.dll</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>19</version_num>
<flops>2.4e11</flops>
<avg_ncpus>0.1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline>n2 w0.1 f50</cmdline>
<file_ref>
<file_name>astronomy_0.19_ATI_x64f.exe</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>brook.dll</file_name>
</file_ref>
</app_version>
</app_info>
to chyba będzie to, aha i nie przejmuj się że uruchamia mnóstwo zadań milky a liczy tylko 2 tak ma być
Cytat: Horpah w 28 Czerwiec 2009, 22:03to chyba będzie to, aha i nie przejmuj się że uruchamia mnóstwo zadań milky a liczy tylko 2 tak ma być
Widzisz a u NetMonitoringa przy 0.1 to nawet app nie wstaje, u niego praktycznie tylko przy avg=1 dopiero liczy poprawnie.
ja mam 4850 więc trochę inną kartę
niech spróbuje z 0.1 i 1 zobaczy jak jest lepiej
Z liczeniem milki ogólnie nie mam problemu choć najlepiej to wygłąda gdy mam wpisane w avg 1.334 a cmdline puste.
Problem mam tylko taki że nic poza milką nie idzie liczyć, bo albo liczy się milka albo liczy się coś innego.
Z tymi ustawieniami co podał Horpah jest tak samo.
Zaczyna się że liczy 4 Milki + 4 Prime a jak zadania Milki się przeliczą to już tylko Prime chodzi na 8 rdzeniach (wątkach).
Cytat: TRZECIAK w 28 Czerwiec 2009, 22:25
Z liczeniem milki ogólnie nie mam problemu choć najlepiej to wygłąda gdy mam wpisane w avg 1.334 a cmdline puste.
Problem mam tylko taki że nic poza milką nie idzie liczyć, bo albo liczy się milka albo liczy się coś innego.
Z tymi ustawieniami co podał Horpah jest tak samo.
Zaczyna się że liczy 4 Milki + 4 Prime a jak zadania Milki się przeliczą to już tylko Prime chodzi na 8 rdzeniach (wątkach).
Daj na stronie projektu (milka) resource share na 200 a na stronie prime na 100 i odswiez obydwa projekty.
I jeszcze daj żeby używało 2/6 procesora.
więc utwórz plik cc_config.xml
zawartość
<cc_config>
<options>
<ncpus>5</ncpus>
<zero_debts>0</zero_debts>
</options>
</cc_config>
UWAGA! to dla cpu4 i 1gpu, dla cpu4 i 2gpu trzeba zamiast 5 wpisać 6
plik umieść w katalogu z danymi dla boinca
No więc tak:
-cc_config wywala mi BOINCa :( ot tak niewiwm czemu
-ustawienie resource share nic nie zmienia
-wpisanie tych wartości w app co podał Horpah też nic nie zmienia
Za każdym razem ruszają 4 procesy milki + 4 procesy prime po czym przy każdym przeliczeniu próbki milki następną próbką za jaką się zabiera jest prime i tak do momentu aż liczy się 8 prime'ów i żadna milka.
Co oznaczają te parametry w cmdline ?
u mnie też się milka uparła - liczy 4 wu na raz (tzn 2 i 2 stoją) i skutecznie blokuje proca - od czasu ostatniej opto - nie pomaga ustawienie milki na 2wu w xml i na www - liczy uparte bydle 4
parametry z command w app_info są opisane w pliku readme z optymalek
c:\Documents and Settings\All Users\Dane aplikacji\BOINC\ czy tam wgrałeś cc_config.xml (w Viście to trochę inny katalog)
dziwne że u ciebie cc_config.xml nie chodzi, może tak
<cc_config>
<options>
<ncpus>5</ncpus>
</options>
</cc_config>
ile rdzeni ma twój proc?
Cytat: Horpah w 28 Czerwiec 2009, 23:29
parametry z command w app_info są opisane w pliku readme z optymalek
c:\Documents and Settings\All Users\Dane aplikacji\BOINC\ czy tam wgrałeś cc_config.xml (w Viście to trochę inny katalog)
dziwne że u ciebie cc_config.xml nie chodzi, może tak
<cc_config>
<options>
<ncpus>5</ncpus>
</options>
</cc_config>
ile rdzeni ma twój proc?
Katalog był dobry gdzie wbiłem config.
Proc to i7 więc 4 rdzenie ale 8 wątków
więc do cc_config wpisz 9 jeśli pójdzie daj 10
manager boinc najnowszy
Cytat: Horpah w 28 Czerwiec 2009, 23:45
więc do cc_config wpisz 9 jeśli pójdzie daj 10
manager boinc najnowszy
Już to próbowałem i nic, ale udało mi się coś wykombinować i teraz od ok 30 minut liczy sobie 5 próbek prime i 3 próbki milki (czasem 4+4 ) nie przeszkadzając sobie zbytnio nawzajem.
Co do skoków użycia GPU też się wsio wyjaśniło po przeczytaniu readme z app, a mianowicie miałem włączone ccc i dlatego tak skakało. Po wyłączeniu ccc użycie gpu non stop 98-99% nie licząc przeładowania próbki.
"łoch te żeś synek zaszalał"
ustaw sobie w app_info.xml
<version_num>19</version_num>
<flops>2.4e11</flops>
<avg_ncpus>0.5</avg_ncpus> // jak zmienisz w cc_config to tu tez bedziesz musiał zmienic dla przykładu 1 core i 1 (avg_ncpus) = 1wu
<max_ncpus>1</max_ncpus> 1 core i 0.5(avg_ncpus) = 2wu
<cmdline>n2 f20</cmdline> 1 core i 0.25(avg_ncpus)= 4wu
teorii nie bede przekładał co i jak w skrócie powiem ze n2 - jednoczenie naraz liczone jest wu ma 1 gpu
w cc_config.xml
ustaw sobie
<cc_config>
<options>
<ncpus>7</ncpus> // -1 niz posiadasz core np 7
</options>
</cc_config>
odpalasz halowego managera i liczysz na cpu ale na 7 core
tam ustawiasz tez 7 core w <ncpus>
co do ocowania x2 to sie nie robi pod programem CCC bo ustawisz tylko 1 gpu (ja uzywam Riva Tuner i ustawiam 2GPU)
Do obniżenia taktowania pamięci również używam riva tuner ale.....
W riva tuner mogę maksymalnie zjechać z pamięcią z 900 do 450MHz.
Po takim obniżeniu taktowania uruchamiam ccc i wtedy mogę tam zjechać dodatkowo z 450 na 225MHz i tylko dlatego używam ccc.
Niestety nie doczytałem readme o app i nie wiedziałem że ccc powoduje różne dziwne rzeczy jak skoki użycia GPU dlatego też ccc wisiało sobie na pasku.
Teraz mam pamięci na 225, ccc zamknięte i użycie GPU jest na poziomie 99%.
Co do menadżera halowego to nie kumam o co cho więc kombinuje po swojemu.
Narazie bez żadnych cc_config które niewiem czemu wywala mi BOINCa udało mi się zmusić menadżera do liczenia 5 próbek prime + 4 próbki milki co daje mi obciążenie CPU na poziomie 70-74%.
Dziś już trochę późno i chyba idę lulu ale jutro dzięki info jakie dałeś może wykombinuję żeby liczyło na całym CPU.
Cytat: TRZECIAK w 28 Czerwiec 2009, 18:34
Czy ktoś wie jak zmusić menadżera by liczył jednocześnie Milkę na GPU i inne projekty na CPU ?
Odpowiedzi sa dwie:
- NIE. Niestety nie sadze aby bylo mozliwe uzyskanie perfekcji z uzyciem tylko jednego managera (a nakombinowalem sie z tym od cholery, swoimi czasy podobny problem przerabialem tez dla GPUGrida).
- TAK. IMHO najlepiej skorzystac z dodatkowego klienta (ja tak robie). Podstawowy klient obsluguje tylko Milky, a dodatkowy klient pozostale projekty (i nic sie nie knoci dzieki temu). Dodatkowe klienty sa dostepne jedynie na PM. Szczegolowe info nt. "klientow HAL`owych" znajdziesz w dzialach `FreeHAL@home` i `klienty halowe` (czytac w podanej kolejnosci).
Cytat: TRZECIAK w 28 Czerwiec 2009, 18:34
No i jak ustawić to ustrojstwo żeby Milka kożystała w 100% z karty, bo tak sobie patrzę że wykorzystanie GPU skacze sobie między ok 84-100%.
IMHO absolutne 100% non-stop nie jest obecnie mozliwe (nie przy obecnej app, obecnej dlugosci probek i obecnie dostepnych sterownikach).
Cytat: TRZECIAK w 28 Czerwiec 2009, 18:34
Przy okazji czy to normalne że na 4870x2 jeden rdzeń ma 92C a drogi ok 72C mimo że oba są identycznie obciążone ?
IMHO jak najbardziej normalne - sprawdzone na trzech 4870x2.
Cytat: TRZECIAK w 28 Czerwiec 2009, 18:34
No i trochę jestew zawiedziony tą kartą, bo wyje jak cholera :(. Nawet bez żadnego obciążenia jest o wieeeeele głośniejsze od GTX obciążonego na maksa. :(
Myślałem że będzie ciut cichsza, a teraz trzeba wodę na to założyć bo nawet z procami skręconymi do 375 i ramem do 225 nie da się przy tym spać
No..., to prawda... :(. Masakrujace sa te grafy. Dziwie sie ze cos takiego wypuszczaja na rynek i wcale mi sie to nie podoba >:(. 3x 280GTX, krecone jak cholera, w goracym pomieszczeniu sa prawie nieslyszalne. A jedna 4870x2 w bardzo dobrze wentylowanym pokoju (a la serwerownia) 15 metrow dalej, za zamknietymi drzwiami... i slysze ja w calym domu >:(.
Cytat: TRZECIAK w 28 Czerwiec 2009, 20:17
No i w 3dmarku GTX260 wyszedł mi tylko 30% słabiej ? (dziwne bo liczyłem na większą różnicę)
Standard. Sprzet niby gorszy technicznie, ale lepiej wykorzystany i lepsze stery. Taka sytuacja to normalka. 3dmarki sa robione pod gry i wlasnie pod gry Nvidia wypuszcza grafy. ATI nie robi graf glownie pod gry, ale pod wszystko. Sprobuj dla odmiany cos porenderowac, to przy ATI nie zdazysz sie podrapac, a przy Nvidii mozesz smialo isc na piwo z qmplem ;).
Cytat: TRZECIAK w 28 Czerwiec 2009, 20:57
Prawie.
Teraz mam tak:
<flops>2.4e11</flops>
<avg_ncpus>1.333334</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline></cmdline>
Avg ustawione na 1.34 daje mi tyle że liczy się 6 zadań na raz.
Ustawienie avg_ncpus na 2 zmienia mi że liczą się 4 zadania na raz.
W cmdline obecnie nie mam wpisane nic, bo nie wiem co to za parametry (n3 w0.0 f0), a przy różnych wpisach jakie były na naszym forum to trochę mi zamulało kompa a i tak nie dało się nic innego poza Milką liczyć.
Wszystkie te parametry `co ich nie wiesz` sa bardzo ladnie opisane w pliku readme.txt dolaczanym do app. Poczytaj, a bedziesz wszystko wiedzial. Dla Ciebie obecnie najwazniejszy parametr to `n` ktory okresla ile WU na raz ma liczyc jeden rdzen graficzny. skoro masz dwurdzeniowa grafe (4870x2) i n=3 to liczy Ci 6 WU na raz. Z tego co mi wiadomo i co sam zaobserwowalem to najlepiej przeliczac po dwie jednostki na raz na rdzen, czyli n2.
-------------------------------------------------------------------------------------------------------------------------------------------------
Troche mi zeszlo napisanie tego wszystkiego, w miedzyczasie padlo juz pare odpowiedzi... Kasowal nie bede - a nuz sie komus przyda ;), a do czytania nie zmuszam XP.
Cytat: AiDec w 29 Czerwiec 2009, 05:47Cytat: TRZECIAK w 28 Czerwiec 2009, 20:17
No i w 3dmarku GTX260 wyszedł mi tylko 30% słabiej ? (dziwne bo liczyłem na większą różnicę)
Standard. Sprzet niby gorszy technicznie, ale lepiej wykorzystany i lepsze stery. Taka sytuacja to normalka. 3dmarki sa robione pod gry i wlasnie pod gry Nvidia wypuszcza grafy. ATI nie robi graf glownie pod gry, ale pod wszystko. Sprobuj dla odmiany cos porenderowac, to przy ATI nie zdazysz sie podrapac, a przy Nvidii mozesz smialo isc na piwo z qmplem ;).
Prawda karty nadają się do wszystkiego tylko nie do gier. Jedna 4870 ma taką wydajność jak te 3x280 w double tylko problem w tym że gry praktycznie z tego nie korzystają bo grafika nie potrzepuje aż tak dokładnych obliczeń przy obecnych rozmiarach monitorów i niedokładności ludzkiego oka, ale za to milka potrzebuje double więc trzeba korzystać.
powiedzcie mi tylko dlaczego mam ustawione n2 a milka liczy 4wu XP wbija na wysoki priorytet, 2 liczą, 2 stoją, reszta projektów stoi :wth:
bo milkka zachorowała na chorobę wściekłych krów :D
Cytat: Pigu w 29 Czerwiec 2009, 11:00
powiedzcie mi tylko dlaczego mam ustawione n2 a milka liczy 4wu XP wbija na wysoki priorytet, 2 liczą, 2 stoją, reszta projektów stoi :wth:
Pigu, czytaj ze zrozumieniem XP (zrozumienie pojawia sie w okolicy trzeciego - czwartego browara XP) (przy szostym dostajesz olsnienia) (a po dziesiatym to lamy tybetanskie nazywaja to jakas `nirvana` cy cus...). XP ;)
Cytat: AiDec w 29 Czerwiec 2009, 05:47
Cytat: TRZECIAK w 28 Czerwiec 2009, 18:34
Czy ktoś wie jak zmusić menadżera by liczył jednocześnie Milkę na GPU i inne projekty na CPU ?
Odpowiedzi sa dwie:
- NIE. Niestety nie sadze aby bylo mozliwe uzyskanie perfekcji z uzyciem tylko jednego managera (a nakombinowalem sie z tym od cholery, swoimi czasy podobny problem przerabialem tez dla GPUGrida).
- TAK. IMHO najlepiej skorzystac z dodatkowego klienta (ja tak robie). Podstawowy klient obsluguje tylko Milky, a dodatkowy klient pozostale projekty (i nic sie nie knoci dzieki temu). Dodatkowe klienty sa dostepne jedynie na PM. Szczegolowe info nt. "klientow HAL`owych" znajdziesz w dzialach `FreeHAL@home` i `klienty halowe` (czytac w podanej kolejnosci).
To powyzsze dotyczy rowniez Ciebie Pigusiu :). A dokladniejsze wyjasnienie dlaczego - pod koniec posta.
Teraz kolejna sprawa:
Cytat: AiDec w 29 Czerwiec 2009, 05:47
Cytat: TRZECIAK w 28 Czerwiec 2009, 20:57
Teraz mam tak:
<flops>2.4e11</flops>
<avg_ncpus>1.333334</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline></cmdline>
Avg ustawione na 1.34 daje mi tyle że liczy się 6 zadań na raz.
Ustawienie avg_ncpus na 2 zmienia mi że liczą się 4 zadania na raz.
W cmdline obecnie nie mam wpisane nic, bo nie wiem co to za parametry (n3 w0.0 f0), a przy różnych wpisach jakie były na naszym forum to trochę mi zamulało kompa a i tak nie dało się nic innego poza Milką liczyć.
Wszystkie te parametry `co ich nie wiesz` sa bardzo ladnie opisane w pliku readme.txt dolaczanym do app. Poczytaj, a bedziesz wszystko wiedzial. Dla Ciebie obecnie najwazniejszy parametr to `n` ktory okresla ile WU na raz ma liczyc jeden rdzen graficzny. skoro masz dwurdzeniowa grafe (4870x2) i n=3 to liczy Ci 6 WU na raz. Z tego co mi wiadomo i co sam zaobserwowalem to najlepiej przeliczac po dwie jednostki na raz na rdzen, czyli n2.
To powyzej podalem jako przyklad i przypomnienie. Pigu, skoro masz n2 i dwa jajka graficzne, to liczy Ci 4WU. Oczywiscie jak sadze masz jedno jako graficzne, wiec Twoim zdaniem powinno liczyc 2WU na raz. I wlasciwie to tak robi... Klopot w tym, ze zapewne korzystasz z cc_config i <ncpus>, co niejako wymusza pewne dzialanie na BM. BM `zarzuca` Twoja grafe 4 zadaniami, ale aplikacja wie ze ma przerabiac tylko 2 zadania. Stad 4WU `teoretycznie przerabiane`, a 2WU praktycznie. Pokombinuj sobie z roznymi ustawieniami <ncpus> (w cc_config) i n (w app), a zobaczysz jakie ciekawe efekty i mozliwosci to daje.
Teraz podsumujmy. Masz BM, z cc_config i <ncpus> ktore wymuszaja inne niz `normalne` dzialanie BM, ktory to BM steruje app Milky, app ktore ma inne ustawienia niz BM, a Ty jeszcze dorzucasz projekty na CPU do tego i dziwisz sie czemu nie chodzi? XP ;D. Ciesz sie ze BM + ATI jeszcze nie zastrajkowaly ;).
wim wim, czytam, rozumim, problem w tym, że przed zmianą app po prostu działało %) odpalę halowca i tyle
Cytat: OxyOne w 29 Czerwiec 2009, 00:26
ustaw sobie w app_info.xml
<version_num>19</version_num>
<flops>2.4e11</flops>
<avg_ncpus>0.5</avg_ncpus> // jak zmienisz w cc_config to tu tez bedziesz musiał zmienic dla przykładu 1 core i 1 (avg_ncpus) = 1wu
<max_ncpus>1</max_ncpus> 1 core i 0.5(avg_ncpus) = 2wu
<cmdline>n2 f20</cmdline> 1 core i 0.25(avg_ncpus)= 4wu
teorii nie bede przekładał co i jak w skrócie powiem ze n2 - jednoczenie naraz liczone jest wu ma 1 gpu
w cc_config.xml
ustaw sobie
<cc_config>
<options>
<ncpus>7</ncpus> // -1 niz posiadasz core np 7
</options>
</cc_config>
To mając C2D 2,4GHz i HD4850 ile mogę liczyć WU na raz ??
Dwie WU na kazdy rdzen graficzny, czyli dwie :).
Też tak myślałem ale w pewnym momencie zwątpiłem. Czyli 2 WU liczy sobie GPU + 1CPU a 1 WU liczy sobie drugi CPU.
Liczysz albo na cpu albo na gpu. Cpu potrzebny jest do przygotowania (tak to rozumiem) do obliczen na gpu. Opisałem jak mam ustawione, tzn opisałem jak ustwic optymalnie pod 4870X2 nie pod 4870. Pod 1xGPU nie ma zbytniej filozofi jak sobie ustawsz n2 i <avg_ncpus>0.5</avg_ncpus> to nie doswiadczysz skoków ładowania do gpu. Na X2 jedynym problemem jest ładowanie do gpu. Na 2X70X2 problem ten rosnie jak koncówka X2.
Cytat: satanetv w 06 Lipiec 2009, 16:50
Też tak myślałem ale w pewnym momencie zwątpiłem. Czyli 2 WU liczy sobie GPU + 1CPU a 1 WU liczy sobie drugi CPU.
Generalnie tak, aczkolwiek to drugie CPU zalecam obciazac pod dodatkowym klientem (nie tym samym co liczy Milke). Zachecam do skorzystania z Klientow HAL`owych (
TJM powinien w koncu zaczac pobierac oplaty ;D ).
Trzeba tylko pamiętać, że niektórym administratorom projektów te klienty mogą się nie spodobać :ph34r:
nie sądzę by admini milki mieli z tym problem :D wystarczy zobaczyć ile teraz milka trzepie WU :D
Zgłupiałem. Podłączyłem kolejnego kompa do milki i :wth:
2009-07-08 15:52:41 Milkyway@home Restarting task ps_sgr_214F5_3s_hiw_14093245_1247056157_0 using milkyway version 19
2009-07-08 15:52:42 Suspending computation - user is active
2009-07-08 15:52:42 Suspending network activity - user is active
sprawdź opcje czy nie masz "run based on preferences" lub czegos podobnego uruchomionego w kliencie. najlepie dać "always on"
Ja piernicze jaki ze mnie .... Muszę się chyba napić. Tak szybko chciałem zacząć liczyć na kolejnym kompie, że zapomniałem zaznaczyć, żeby przetwarzanie było dozwolone kiedy komputer jest w użyciu XD :parrrty: A tutaj pierwszy raz był BOINC instalowany a przy nowych wersjach te opcje są odznaczone po zainstalowaniu.
Każdemu raz do roku zdaża się przyjelenić :D
Dobra kto się zgłasza na ochotnika w następnym tygodniu do pomocy jak bym miał problemy z odpaleniem milki na HD4850 ??
Cytat: satanetv w 08 Lipiec 2009, 16:25
Dobra kto się zgłasza na ochotnika w następnym tygodniu do pomocy jak bym miał problemy z odpaleniem milki na HD4850 ??
Wyboru duzego to nie masz...chociaz odpalenie 4850 nie jest skomplikowane dasz sobie rade, jakby co pytaj, krzycz, dzwon.
Instalacja wg mojego opisu przebiega bardzo sprawnie, szybko, milo, bezpiecznie, bezproblemowo, zgodnie z planem, zgodnie z logika ,zgodnie z ogolnie przyjetymi zasadami, zgodnie z Biblia, Koranem, Tora i komiksami...
Jaka w koncu kupujesz? (firma)
Cytat: OxyOne w 08 Lipiec 2009, 16:45Jaka w koncu kupujesz? (firma)
Stanęło na tym Sapphire Radeon HD4850 VAPOR-X 512MB DDR3 /256bit/ HDMI DVI [11132-36-40R] (http://www.esc.pl/product_info.php?cPath=71_86&products_id=17870)
Ehh esc.pl na spółkę z Sapphire powinno za sponsorować jakieś liczydełko do SKB@P bo jak na razie wszystkie karty polecane przez nas to Sapphire.
@sesef Ale mnie uprzedziłeś. Właśnie ta karta w okolicach wtorku powinna już być u mnie.
Przy was szybko wpadam w kompleksy...
Dobra odpaliłem milkę na 4850 poustawiałem i nawet ładnie mi liczy. Oblicza 2 WU pozostałe czekają obciążenie rdzenia CPU 4-5% i się nudzi ;( Czas obliczenia próbki od 150 - 200 sekund.
http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=99245987
za długo ci liczy napisz jak i co masz poustawiane
dla przykładu uruchomiłem 4850 i liczy troche szybciej
http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=99254443
Już widzę, że kiepsko liczy. Temp rdzenia 65*C obciążenie 78%
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>astronomy_0.19_ATI_SSE2f.exe</name>
<executable/>
</file_info>
<file_info>
<name>brook.dll</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>19</version_num>
<flops>1.0e11</flops>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline></cmdline>
<file_ref>
<file_name>astronomy_0.19_ATI_SSE2f.exe</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>brook.dll</file_name>
</file_ref>
</app_version>
</app_info>
Dodałem <cmdline>n2 w0.0 f0</cmdline> liczy szybciej obciążenie 98% ale nie da się pracować na kompie.
<avg_ncpus>0.5</avg_ncpus>
<cmdline>n2 w0.0 f20</cmdline> posteruj W
Dobra jakoś to poustawiam. Narazie więcej próbek przerwałem bo robiłem próby co i jak. Zszedłem z obliczeniem WU do 160 sekund przy próbce za 74 pkty. Teraz jeszcze muszę zmusić CPU do liczenia bo się nudzi za bardzo. Skromnie licząc 40 próbek/godzine po 74 punkty/szt co daje ponad 2500 pkt/h No to trochę swój RAC podbuduje. W poniedziałek powinien mi dojść QUAD więc trochę to też pomoże. Ku chwale teamu.
musisz miec ok
CPU Time - 82s
GPU Time - 82s
Wall clock time - do 162s
Dzienny utarg 76-77K :)
X1905 pro - da się na tym doić?
Cytat: Pigu w 12 Lipiec 2009, 16:50
X1905 pro - da się na tym doić?
Nie, tylko karty, które zostały wymienione na tej liście http://developer.amd.com/gpu/ATIStreamSDK/pages/ATIStreamSystemRequirements.aspx#cards i nie maja przy nazwie indexu 1 i 2 + model 4730
Czemu dostałem 0 pkt za próbkę ??
http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=101401502
Validate state Invalid dlatego
Cytat: satanetv w 13 Lipiec 2009, 11:48
Czemu dostałem 0 pkt za próbkę ??
http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=101401502
1. bo 13
2. Task ID 101401502
Name ps_sgr_210F5_3s_hiw_17695046_1247471772_0
Workunit 99130632
Created 13 Jul 2009 7:56:14 UTC
Sent 13 Jul 2009 7:57:13 UTC
Received 13 Jul 2009 9:34:24 UTC
Server state Over
Outcome Success
Client state Done
Exit status 0 (0x0)
Computer ID 60414
Report deadline 16 Jul 2009 7:57:13 UTC
CPU time 5143.375
stderr out <core_client_version>6.6.36</core_client_version>
<![CDATA[
<stderr_txt>
Running Milkyway@home version 0.19 by Gipsel
CPU: Intel(R) Celeron(R) CPU 3.06GHz (1 cores/threads) 3.06676 GHz (670ms)
WU completed. It took 5143.38 seconds CPU time and 5812.64 seconds wall clock time @ 3.06678 GHz.
</stderr_txt>
]]>
Validate state Invalid Claimed credit 11.172235793395
Granted credit 0
application version 0.19
A dlaczego Invalid ?? Zobaczę co będzie z kolejną próbką. W piątek na tym kompie milka coś się posypała i przerwało wszystkie zadania. W sobotę milczała. Dziś wrzuciłem wszystko od nowa i to była pierwsza próbka.
EDIT
Druga próbka wszystko ok.
Cytat: satanetv w 13 Lipiec 2009, 11:57
A dlaczego Invalid ?? Zobaczę co będzie z kolejną próbką. W piątek na tym kompie milka coś się posypała i przerwało wszystkie zadania. W sobotę milczała. Dziś wrzuciłem wszystko od nowa i to była pierwsza próbka.
EDIT
Druga próbka wszystko ok.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=931
Jak liczysz na CPU to trochę wkurzające, ale dla osoby która takie wu liczy w 2 min na GPU to nawet nie zauważa takich szczegółów
fakt jak bym wywalił 16wu po 2 min liczenia olałbym to
Na GPU pewno nawet bym tego nie zauważył bo musiałbym co 20 min sprawdzać czy wszystko się policzyło ok ( z tego co pamiętam wyświetla się ostatnich 20 zadań). Ale na CPU wpadło mi to w oko. Zwłaszcza, że wrzucałem od nowa na tego kompa milke.
Cytat: satanetv w 13 Lipiec 2009, 13:59
Na GPU pewno nawet bym tego nie zauważył bo musiałbym co 20 min sprawdzać czy wszystko się policzyło ok ( z tego co pamiętam wyświetla się ostatnich 20 zadań). Ale na CPU wpadło mi to w oko. Zwłaszcza, że wrzucałem od nowa na tego kompa milke.
Na dole trony masz next i wyświetli kolejne 20 zadanek.
>:( Znalazłem jedno.
http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=101415414
możesz wyświetlić wszystkie invalid lub error :D bedzie szybciej :D
Cytat: Troll81 w 13 Lipiec 2009, 14:28
możesz wyświetlić wszystkie invalid lub error :D bedzie szybciej :D
Milka nie ma tej opcji.
Czyżby źródełko z WU wyschło ?
Od 20 minut niema nowych próbek, bo coś padło na Milce :(
Mam nadzieję że chwilowo,a nie do poniedziałku, bo próbki Collatz już zliczyłem wszystkie i grafa zajęcia nie będzie miała
daj jej odpocząć :D
i sie zesrało
Cytat: Troll81 w 24 Lipiec 2009, 23:19
daj jej odpocząć :D
Odpoczywała na wyścigu Prime więc chyba na dłużej powinno styknąć. :)
Cytat: OxyOne w 24 Lipiec 2009, 23:26
i sie zesrało
Niech sobie trochę odpoczną Ci z elektrowni :) a i ty na prądzie przyoszczędzisz. W końcu te 600W to już jest coś.
Oj ale pojechali, wyglada na to ze wrzucili na serwer backup z maja, na forum milki juz jest awantura bo ludzie potracili miliony punktow. ;)
Moj host mial ponad milion, teraz pokazuje 0 punktow: http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=72129 (http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=72129)
Z maja??? Toz normalnie mnie i OxyOne cofnelo do epoki kamienia lupanego %).
Z maja kopia zapasowa? Przecież to nie do pomyślenia |-?
Tygodniowy backup to stary backup, a taki sprzed 2 miesięcy?
Ale jak czytam takie posty "I się zesrało" to tak się śmieję. W sensie takim pozytywnym :shame:
A ja nie mogę się zalogować - nie ma takiego e-maila, idiotyzm. :wth: Szlag mnie omal nie trafił. Wygląda na to, że komuś upały nie posłużyły.
Cytat: AiDec w 29 Lipiec 2009, 16:03
Z maja??? Toz normalnie mnie i OxyOne cofnelo do epoki kamienia lupanego %).
No to mnie jak właśnie zerknąłem prawie do 0 zjechali.
Z tego wynika że gówno nie admini tam siedzą, a zwykła amatorszczyzna żeby backupu nie zrobić co kilka dni ?LOL
Tutaj mozna poczytac jak sie ludziki wkurzaja XD
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=857 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=857)
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=855 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=855)
Nie no mysle ze maja jakis nowszy backup, pewnie jakas pomylka ;)
Mi się wydaje że to chyba najnowszy backup jaki znaleźli, bo trzeba by było być idiotą żeby wgrywać jakiś stary, a jeśli tak jest to ja odpuszczam Milkę. Naszczęście jest jeszcze mocno kulejący Collatz gdzie można na ATI liczyć.
Swoją drogą to dziwne że nie zrobili backupu w ciągu ostatnich 2 dni gdzie ewidentnie było widać że Milka coś kuleje, bo dosyć często karta mimo poganiacza się nudziła bo próbek nie szło ściągnąć.
Jak już wcześniej wspomniałem totalni amatorzy tam pracują nad tym projektem.
Ciekawe czy zrobili backup policzonych przez ludzi wyników ? LOOOOOOL
He he he - OxyOne nawet nie ma teraz w bazie, a jako NetMonitoring ma RAC 300pkt. XP. Chyba ich pogielo. Mi kompa wyzerowali i mam 11M pkt. w plecy %).
Cytat: TRZECIAK w 29 Lipiec 2009, 16:25
dosyć często karta mimo poganiacza się nudziła bo próbek nie szło ściągnąć
A cóż to jest ten poganiacz?
Nie ma co tak ostro adminów jechać... poczekajmy może jakoś się wytłumaczą ???
poganiacz to skrypt wymuszający raportowanie próbek i zaciąganie nowych w projekcie :D
Ja myślę że backup odtworzyli bo 2 miechy temu było coś co chcą odzysakć :D a teraz przeywrócą backup który zrobili zanim cofnęli się w czasie o 2 miechy... Mam nadzieję że admin poyślał o zrobieniu backupu bazy zanim rozpoczął całą te operację.... bo inaczej to go ludziska za jaja powieszą......
Cytat: Troll81 w 29 Lipiec 2009, 16:41
poganiacz to skrypt wymuszający raportowanie próbek i zaciąganie nowych w projekcie
A czy taki skrypt jest dostępny pod Windows?
Oj, będziemy wieszać za jaja, i to na głównym placu miasta!
Cytat: 7NBI_Zarecki Robert w 29 Lipiec 2009, 17:03
Cytat: Troll81 w 29 Lipiec 2009, 16:41
poganiacz to skrypt wymuszający raportowanie próbek i zaciąganie nowych w projekcie
A czy taki skrypt jest dostępny pod Windows?
http://www.boincatpoland.org/smf/milkywayhome-113/optymalki-gpu-cpu-pod-milke/
Post podajze 18-ty.
Rewelka, teraz już wiem, dlaczego inni łapią WU przede mną. ;)
Takoz dlaczego B@P lapie WU przed reszta swiata :P. Ech, gdybysmy jeszcze sprzet mieli taki jak reszta swiata...
A propos bledow serwera Milky:
CytatServer Crash
July 29, 2009
Our database crashed or got corrupted this morning and it's looking we lost a lot of user accounts and credits. For now if you lost your account just make a new one. We're looking into this right now and are trying to restore all that we can.
--Travis
fajnie :fright: inny nick, kupa pkt poszła do nieba a właśnie drugi dzień bujałem druga kartę i pięknie RAC rósł a tu takie jaja :P
jescze tylko boincstats pamietam moje pkt.... oddajcie moje 2 mln :attack:
Rrrwaaa - mi też połowa w kosmos poleciała.
ee? o co chodzi? u mnie wszystko ok, OhmTeszka tyż |-?
u mnie juz po bólu, odzyskałem pkt... zagubili tylko jakieś 10k
hehe ale fajnie 20kk w plecy hehe od nowa zabawa...
AiDec scigasz mnie... mamy teraz rowne szanse...
hehe teraz ty gonisz...
Trzeciak ty sie tak nie smiej bo tez gonisz...
Cytat: 3Rni w 29 Lipiec 2009, 19:30
u mnie juz po bólu, odzyskałem pkt... zagubili tylko jakieś 10k
U mnie też niby wróciło do normy ale ok 50k pkt w plecy + wszystkie pkt od wczoraj, bo ich też coś niewidze więc kolejne 160k.
W sumie dobrze że punkty wróciły do normy, szkoda tylko tych ok 200k :( i mam nadzieję że znów czegoś nie zmalują, bo będzie kicha.
Przez całe zamieszanie nasza drużynka spadła dziś na 17 miejsce.
A jakie zamieszanie w statach :) podobne do tego jak milka ruszała na ATI.
trza było porobić screenshoty sygnaturek :D
a światowym liderem został user: CampaignForLiberty.com - prawie 116mln w plecy
no to sie chyba chłop pochlastał.... alke ładnie będą wyglądały wykresy na boincstats :D
Mi niestety nic nie wróciło. Ale ja jestem tylko 650k w plecy. Jak nie wrócą te punkty to chyba odpuszczam kupowanie 4870x2 >:(
Cytat: emik w 29 Lipiec 2009, 20:23
a światowym liderem został user: CampaignForLiberty.com - prawie 116mln w plecy
:deadman:
Cytat: satanetv w 29 Lipiec 2009, 21:00
Mi niestety nic nie wróciło. Ale ja jestem tylko 650k w plecy. Jak nie wrócą te punkty to chyba odpuszczam kupowanie 4870x2 >:(
Kup, kup. Wtedy te 650k to w 3 dni odrobisz :). My z OxyOne jakos nie plakalismy - smialismy sie tylko z przetasowania. Bo majac 4870x2 ze wszystkiego smiac sie mozna ;D.
A te wszystkie statystyki mają swoją db z punktami? Jak tak to możnaby o backup poprosić.
Spoko, za dzien-dwa Boincstats sie zaktualizuje.
Ale chodzi o to, że napisali by skrypt który sprawdzałby ile puntów ubyło na BoincStats dla danego konta i dodawał tyle punktów. Obeszłoby się bez większego krzyku jeżeli nie mają backupu.
Wystarczy, że któryś z sajtów ze statsami ma backup XMLów - z takiego backupu wszystkie statystyki na pewno da sie przywrócić, trzeba tylko na kolanie napisać parser który zasiorbie dane i wciśnie do bazy - paręnaście minut roboty dla ogarniętego programisty PHP.
Statystyki już w większości serwisów pokazują prawidłowo punkty choć na Boincstats jeszcze jest sporo bałaganu, ale pewnie jutro się unormuje.
No punkciki wróciły do normy. Mam nadzieję, że więcej się to nie powtórzy. XD
U kogo wróciły, u tego wróciły XD
Jak już pewnie wszyscy zauważyli pojawiła się jakaś testowa aplikacja do liczenia Milki na kartach Nvidii.
W związku z czym mam pytanie czy ktoś to odpalał ew. co z tym czymś zrobić ? Czy to trzeba sobie jakoś skompilować czy jak ?
Jakis czas nie zagladalem na forum. Oplaca sie liczyc milke ? Mam Radeona 4870. Wykorzystuje to grafike w jakis sposob ?
pozdro
Cytat: maxim w 16 Sierpień 2009, 00:09
Jakis czas nie zagladalem na forum. Oplaca sie liczyc milke ? Mam Radeona 4870. Wykorzystuje to grafike w jakis sposob ?
pozdro
No ba, oczywiscie ze sie oplaca :) i witamy ponownie Maxim :). Skocz do dzialu http://www.boincatpoland.org/smf/milkywayhome-113/optymalki-gpu-cpu-pod-milke/ w sprawie liczenia na Twojej grafie, a zarobisz na niej do 100k dziennie :).
Aidec masz gadulca coby pogadac na zywo ? Zapisalem sie do projektu ale z apierona nie pobiera probek pod GPU.
EDIT:
Jesli moge to poprosze o intrukcje krok po kroku bo z obiegu wypadlem. Zainstalowalem optymalke go GPU i bledy wyywala. Kurde nie mam czasu sie bawic z tym a kredyty by sie przydaly,
Pomozcie koledzy !!
Pozdro
Cytat: maxim w 16 Sierpień 2009, 00:48
Aidec masz gadulca coby pogadac na zywo ? Zapisalem sie do projektu ale z apierona nie pobiera probek pod GPU.
EDIT:
Jesli moge to poprosze o intrukcje krok po kroku bo z obiegu wypadlem. Zainstalowalem optymalke go GPU i bledy wyywala. Kurde nie mam czasu sie bawic z tym a kredyty by sie przydaly,
Pomozcie koledzy !!
Pozdro
Widac ze wypadles z obiegu :P i to na maxa XP. Rzuc okiem do Poradnika - specjalnie dla podobnych Tobie powstal ten dzial i ten poradnik: http://www.boincatpoland.org/smf/liczenie-na-gpu/poradnik/
Jak bedzie malo, to czytaj jeszcze caly dzial: http://www.boincatpoland.org/smf/liczenie-na-gpu/
Moje GG poszlo na PM. Uprzedzam jednak ze czasami bywam zajety. Poradnik powstal, abym nie musial kazdemu z osobna pisac co i jak po kolei i zaoszczedzil troche czasu na sex i gry komputerowe ;).
aktualizacja serwa byla wczoraj
czy przypadkiem nie posrala ona czegos z tym co na kompach bylo? BO takie mam wrazenie.
Probki przerabia normalnie, odsyla je, ale potem nie sciaga nowych zadan.
Zmiana była, przerwa była, napisy się zmieniły... kiedyś był limit 6 WU/1 CPU, a teraz...
2009-08-22 16:09:11 Milkyway@home Message from server: (reached limit of 24 tasks)
U mnie ściąga i liczy na bieżąco.
Witam
wu zabrakło ?
Results ready to send 0
Od kilku godzin posucha.
Chyba tak. Milka wyschła
plz mleczka --- ati karty wysychają i laminat sie wygina :)
Dla miłośników kręcenia Milki na CPU pojawiła się wersja 20. Z wypowiedzi na forum projektu wynika, że istotnie przyspieszona.
no i powiem że daje speeda przynajmniej na ati ;)
było - 54.81s - 53.45pkt a jest 37.24s - 53.45pkt,
było - 40.05s - 39.98pkt a jest 27.80s - 39.98pkt
zaraz sprawdze cpu :)
edit
dobra nie tak zaraz - rano wrzuce wyniki :)
tez potwierdzam daje kopa, wiec warto na gpu wrzucić 0.20 (liczyłem 68sek i 52 sek a teraz 50sek i 40sek)
A zostawiłeś stare app czy wgrałeś to nowe? Mnie na tym nowym dzieją się dziwadła, wali błędy itp.
tez walilo bledy ale opuscilem projekt i podpialem ponownie i sie uspokoiło
co do cpu
2,598.97s - 53.45pkt na 0.19
2,248.67s - 53.45pkt na 0.20
kolejny komp
3,410.50a - 53.46pkt - 0.19
3,116.31s - 53.45pkt - 0.20
u mnie staneło i szukało ati
wiec w app_info zamieniłem:
<type>ATI</type> na <type>CAL</type>
ps. dałem 0.20 na moja pomixowaną wersje Cruncha - manager 6.10.0 a klient 6.5.0 :P
Cytat: 3Rni w 14 Wrzesień 2009, 07:14
u mnie staneło i szukało ati
wiec w app_info zamieniłem:
<type>ATI</type> na <type>CAL</type>
ps. dałem 0.20 na moja pomixowaną wersje Cruncha - manager 6.10.0 a klient 6.5.0 :P
Tak u Crunchera jest ATI rozpoznawane jako CAL w klientach 10.0.x jako ATI dlatego u niektórych może nie działać.
Generalnie wersja koprocesorowa wymaga 6.10 i jest totalnie zbugowana, co potwierdzają na mlecznym forum. Dlatego puściłem po staremu (bez coproc) z użyciem nowej aplikacji 0.20. Jak wersja 6.10 stanie się zalecaną, to można będzie pobawić się z koprocesorem. Teraz szkoda punktów.
Poza tym wyliczono, że na obniżce i optymalizacji wyszliśmy minimalnie na plus, więc radujmy się!
:parrrty:
@Raptor, Twoje wyliczenia nie uwzględniają obniżki, patrzcie na te z mlecznego forum:
Before: 74 credits / 67 seconds = 1.10 credits per second
After: 53 credits / 46 seconds = 1.15 credits per second
Nice reduction, isn't it?
uwzględniają obniżke :)
hmm, pociagnelem optymalke pod GPU, napisalem pliki w projekcie i zmienilem ATI na CAL
i mi milka mowi ze nie moze znalesc serwera HTTP :>
Edit: konkretnie taki text: Scheduler request failed: HTTP internal server error
Edit2: dobra poszlo, wypieprzylem caly katalog milky, pozwolilem sciagnac jej co chciala, wgralem optymalke i app info, zmodyfikowalem co trzeba i zabanglalo :)
Na mailu masz moje app.
Jaki najsłabszy radeon pozwala liczyc milky i wyrabiac sie w deadline?
zadziała to na 6.5.0? wywala mnie na coproc, zmiana ati na cal nie pomaga :(
Coproc działa tylko w 6.10.x. W niższych wersjach trzeba wywalić te zapisy i jechać na standardowym app.
@szopler, tu jest lista: http://developer.amd.com/gpu/ATIStreamSDK/pages/ATIStreamSystemRequirements.aspx#cards
Osobiście odradzam schodzenie poniżej R4770.
Cytat: Szopler w 14 Wrzesień 2009, 21:48
Jaki najsłabszy radeon pozwala liczyc milky i wyrabiac sie w deadline?
Najwolniejsze co może liczyć to 3850 - liczy unit (na optymalce 0,19 więc sporo wolniejszej )w 244 sekundy i daje maksymalnie 20000 (po redukcji) kredytów dziennie.
Cytat: 7NBI_Zarecki Robert w 15 Wrzesień 2009, 00:17
Coproc działa tylko w 6.10.x. W niższych wersjach trzeba wywalić te zapisy i jechać na standardowym app.
tzn ciachnąć tę linijkę i będzie ok?
Możesz nawet zostawić, ale pozamieniaj liczbę 1 na 0. ;)
Cytat: 7NBI_Zarecki Robert w 15 Wrzesień 2009, 00:17
Coproc działa tylko w 6.10.x. W niższych wersjach trzeba wywalić te zapisy i jechać na standardowym app.
@szopler, tu jest lista: http://developer.amd.com/gpu/ATIStreamSDK/pages/ATIStreamSystemRequirements.aspx#cards
Osobiście odradzam schodzenie poniżej R4770.
Taa, tylko ja chcę kupić kartę "na start" żeby móc pracować na kompie... Jak się zdecyduję na coś i nazbieram kasy to kupię ATI5870 albo NV GT300 ;). Punkty muszą lecieć... do tego czasu
@tito
dzięks, zaraz obadam
jak to jest z czasami liczenia wu - zgodnie ze stoperem faktyczny czas liczenia jest równo 2x dłuższy od pokazywanego w managerze przy n2? przy n4 faktyczny czas będzie 4x dłuższy od pokazywanego?
jak masz więcej rdzeni cpu to lepiej daj n1 a na cpu licz seti w wyścigu
Prościej chyba starego przeedytować z 19 na 20.
po zmianie w xml nazwy pliku app (2x), nazwy brook.dll na brook64.dll (2x) oraz num app na 20 wali błędami :shame:
Panowie, przecież wystarczy w dostarczonym app zrobić tylko dwie zmiany:
- liczbę koprocesorów dać na 0
- dodać n2 lub n4
i jest OK!
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>0</count>
</coproc>
<cmdline>n4</cmdline>
No niby tak i ja wiem ze wszystko robie dobrze na XP 32 + cat 8.12 wszystko ok a na vista x64 juz robilem wszystko i dupa. i to napewno nie wina app ani aplikacji. czegos brakuje w viscie mi
Jeśli to Vista, to pewnie brak pewnej aktualizacji systemu. Może jednak sięgniesz do readme? Tam jest adres MsShita, gdzie to opisano. Mnie w Win7/64 7.1000 niczego nie brakuje i działa na sterownikach 9.5/9.8.
Ja mam taki problem, że po wgraniu optymalki wali mi błędami i pisze aby usunąć app_info. Oczywiście jak usunę wszystko działa oki na standardowym kliencie milky. Teraz pytanie do was. Otóż zależy mi wyłącznie na tej optymalizacji sse3 jako że nie posiadam radeona a jak czytałem milka pod nvidia nie działa i zostaje tylko CPU. MAM nowego klienta 6.10.3 więc czy wogle opłaca się instalować tą optymalkę, a jeżeli tak to co poprawić aby było oki ?
Mój app_info (a właściwie dostarczony z optymalką):
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_0.18_SSE3AMD_x86_64-pc-linux-gnu</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>16</version_num>
<file_ref>
<file_name>milkyway_0.18_SSE3AMD_x86_64-pc-linux-gnu</file_name>
<main_program/>
</file_ref>
</app_version>
<app_version>
<app_name>milkyway</app_name>
<version_num>18</version_num>
<file_ref>
<file_name>milkyway_0.18_SSE3AMD_x86_64-pc-linux-gnu</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
pytanie może nie do końca dotyczy liczenia na gpu, no chyba ze milki już pod nvidia działa ;] ale jest wiele pytań tutaj o optymalizacje że wali błdami więc się podpinam pod temat.
Co do konfiguracji to wyglada ok. A milka działa już na NV od prawie miesiąca.
Jak widzę wgrałeś optymalkę pod Linuksa - czy pracujesz pod Linuksem? ::)
Tak pod siduxem i do tego amd64 bit. Już sobie poradziłem. Ze strony z jakiej to zasysałem były 2 optymalki pod milkę na sse3. Wywaliłem tą co miałem i dałem tą drugą i wsio chodzi oki. Dziwne bo jedna i druga miała taką samą wielkość, przeznaczona pods ten sam proc i system. jedynie data utworzenia różniła się o 2 dni. Ta co chodzi ok i mam ja obecnie jest o 2 dni nowsza hehe %)
Już wiemy co zabiło Milkę. To była... grypa.
Hmm, trochę to banalne...
:wth:
Liczmy więc WCG. To nam da szansę na znalezienie leku ma MilkyGrypę !
Zgadzam się z Tobą i dlatego na WCG nastawiłem właśnie 400% mocy mojego Celerona 600 z 2000r. Niestety staruszek więcej niż 400% nie da rady, bo nie zdążyłby na termin. Ale i tak powinno to znacząco pomóc w znalezieniu leku. Będę Was okresowo informować o postępie prac.
XD
Melduję, że od dnia dzisiejszego rozpoczynam liczenie w programie MilkyWay :) Pozdrawiam wszystkich liczących :parrrty:
A cóż to za rakieta będzie łapać te kilosy punktów?
;D
Czy warto instalowac najnowsze stery ATI, czy pozostac przy dotychczasowych 9.5/9.6? Czy w najnowszych tez trzeba dorabiac pliki?
u mnie po dograniu nowych sterow + optymalek wszystko sie posralo :) w dodatku doszedl brak probek to polozylem laske na Milke :)
Results ready to send 559
nie mowilem o dniu dzisiejszym :)
a ja myślałem że coś nie tak z moim kompem że nie chce pobrać oprogramowania i WU po przyłączeniu :D
dzisiaj chyciło ;)
po wczorajszej awarii jestem o 21 k w plecy
patrze dzis na rankig w Milce w naszym teamie i jest taki spadochroniarz :)
nowy nowy nowy 2 Ice [DIGITAL_RECON]
w MIlce jest przypisany do nas i polski, a caly profil UK :)
http://pl.boincstats.com/stats/boinc_user_graph.php?pr=bo&id=f7385b9bdfd40096d16f503d6c55b30e
ktos wie OCB ? :)
ICE, wraz z niektórymi kolegami z DIGITAL RECON, ze smutnych względów rodzinnych postanowił przez tydzień nieco pomóc Polsce i teamowi B@P. Proszę, nie drążmy tematu, jeśli będzie chciał napisać więcej, to sam napisze.
a ja wlasnie zainwestowalem w radka.
czy ktos powie mi co i jak ustawic??
narazie milka nie daje probek... wiec marnuje sie power, czyzby chybiony zakup i powrot do nvidi....????
jaki system, jake stery, jaka grafa itp... probki sa... ja mam...
w razie w miel collatza :D też idzie na radkach :D
kolega roberta z nowego Team`u, przez tydzień mieli liczyć na nasze konto czy jakoś tak
winda vista 32 bit. na ati 5870
z milki mi nie pobiera...
edit:
a do tego to wywala mi kompa, chyba mam za malo powera na liczenie na grafie bo tylko 420W
kontynując ;) - jaka wersja Managera / Sterowników GPU %)
Wersja pakietu sterowników 8.651-090826m-087228C
Dostawca ATI Technologies Inc.
Wersja sterownika 2D 8.01.01.949
Ścieżka pliku sterownika 2D /REGISTRY/MACHINE/SYSTEM/ControlSet001/Control/Class/{4D36E968-E325-11CE-BFC1-08002BE10318}/0001
Direct3D – wersja 8.14.10.0697
OpenGL – wersja 6.14.10.8918
Wersja programu Catalyst™ Control Center 2009.0826.2224.38413
Wersja pakietu sterowników 8.651-090826m-087228C
Dostawca ATI Technologies Inc.
Wersja sterownika 2D 8.01.01.949
Ścieżka pliku sterownika 2D /REGISTRY/MACHINE/SYSTEM/ControlSet001/Control/Class/{4D36E968-E325-11CE-BFC1-08002BE10318}/0001
Direct3D – wersja 8.14.10.0697
OpenGL – wersja 6.14.10.8918
Wersja programu Catalyst™ Control Center 2009.0826.2224.38413
bonic menger 6,10,17
Cytat: HA$ w 09 Listopad 2009, 21:29
a do tego to wywala mi kompa, chyba mam za malo powera na liczenie na grafie bo tylko 420W
Bez 550-560W to do tej karty nie ma co startowac.
no to lipa,,, nvidia mi sie grzala na grid'zie a ati wywala mi kompa...
chyba zmienie te karte bo zasilka nie pociagnie....
Karta podstawowa
Producent karty graficznej Built by ATI
Mikroukład graficzny ATI Radeon HD 5800 Series
ID urządzenia 6898
Dostawca 1002
Identyfikator podsystemu 0B00
ID dostawcy podsystemu 1002
Funkcje magistrali graficznej PCI Express 2.0
Maksymalne ustawienie magistrali PCI Express 2.0 x16
Wersja BIOS 012.011.000.006
Numer katalogowy BIOS 113-C00101-101
Data BIOS 2009/09/14
Rozmiar pamięci 1024 MB
Typ pamięci GDDR5
Taktowanie rdzenia w MHz 850 MHz
Taktowanie pamięci w MHz 1200 MHz
Całkowita przepustowość pamięci w GB/s 153,6 GB/s
wymień zasiłkę :D
Wyglada na kolejny pad bazy, cofneli nam punkty z 4 dni :shame:
EDIT: przywrocili backup z dzis, wiec juz jest ok.
swieto swieto a u mnie grafa sie marnuje...
wszystkie sklepy zamkle, trzeba czekac do jutra...
to ktos mi moze podpowie jak mam ustawic optymalki na mojego radka.
win32bit i intel q6600 i ati 5870
cos trzeba dograc zeby milka pobierala probki na grafe???
na tą chwile kolego w MW nie ma wu....przerwa techniczna nie wiadomo do kiedy
odpal sobie collatza na radku
Cytat: HA$ w 13 Listopad 2009, 22:15
to ktos mi moze podpowie jak mam ustawic optymalki na mojego radka.
win32bit i intel q6600 i ati 5870
cos trzeba dograc zeby milka pobierala probki na grafe???
Dołącz do collatz tam sam pobierze aplikacje nic nie trzeba ustawiać.
no to jade z collatz a na milke sobie poczekam...
Są już może próbki na grafę w mikce???
dziwnie bo mój komp nie zgłasza grafy....tak jak by jej nie było.....
http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=120973
nie ma radka 5870 .. :(
a w collatz jest...
http://boinc.thesonntags.com/collatz/show_host_detail.php?hostid=8440
nie rozumiem...o co cho?????
bo obsluga ati w collatz jest natywna w Milce trzeba edytowac configi zeby zobaczyla karte ATI, oraz wgrywac optymalki
moze mi jakis uczynny doswiadczony milkowiec mi podpowie jak wyedytowac configi aby dodac karte ATI???
bardzo proszę o pomoc
2009-11-29 00:18:44 Starting BOINC client version 6.10.18 for windows_x86_64
2009-11-29 00:18:44 log flags: file_xfer, sched_ops, task
2009-11-29 00:18:44 Libraries: libcurl/7.19.4 OpenSSL/0.9.8l zlib/1.2.3
2009-11-29 00:18:44 Data directory: C:\ProgramData\BOINC
2009-11-29 00:18:44 Running under account Michal
2009-11-29 00:18:44 Processor: 8 GenuineIntel Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz [Intel64 Family 6 Model 30 Stepping 5]
2009-11-29 00:18:44 Processor: 256.00 KB cache
2009-11-29 00:18:44 Processor features: fpu tsc pae nx sse sse2 pni
2009-11-29 00:18:44 OS: Microsoft Windows 7: Home Premium x64 Edition, (06.01.7600.00)
2009-11-29 00:18:44 Memory: 7.99 GB physical, 15.98 GB virtual
2009-11-29 00:18:44 Disk: 931.41 GB total, 868.63 GB free
2009-11-29 00:18:44 Local time is UTC +1 hours
2009-11-29 00:18:44 ATI GPU 0: ATI Radeon HD5800 series (Cypress) (CAL version 1.4.427, 1024MB, 2720 GFLOPS peak)
2009-11-29 00:18:44 Milkyway@home Found app_info.xml; using anonymous platform
2009-11-29 00:18:47 Not using a proxy
2009-11-29 00:18:58 AQUA@home URL http://aqua.dwavesys.com/; Computer ID 32041; resource share 100
2009-11-29 00:18:58 rosetta@home URL http://boinc.bakerlab.org/rosetta/; Computer ID 1186365; resource share 100
2009-11-29 00:18:58 Collatz Conjecture URL http://boinc.thesonntags.com/collatz/; Computer ID 8440; resource share 100
2009-11-29 00:18:58 Goldbach's Conjecture Project URL http://goldbach.pl/; Computer ID 896; resource share 100
2009-11-29 00:18:58 Milkyway@home URL http://milkyway.cs.rpi.edu/milkyway/; Computer ID 120973; resource share 100
Mam cos takiego wgrałem plik do katalogo milki ale dalej nie liczy na gdu....
Chciałbym z tego miejsca bardzo podziękować za wsparcie user : Piotr Rakowski za wsparcie i cierpliwosc w ustawieniach milki...
Mega dzięx :respect:
to jakby co zwroce sie do Ciebie lub Piotra o pomoc :)
elou...
teraz w Milky jest limit 24WU?
Stosunek: 6 WU / 1 rdzeń CPU
Tyczy się to też GPU ?
I to od bardzo dawna
szkoda szkoda ... a czy milka robi coś pod Cuda ?
nie liczę milki więc mogę się mylić :P ale o ile pamiętam to milka ma aplikację na cuda, wymaga ona jednak kart z obsługą double, czyli o ile pamiętam serja 200 ( tu mogę się mylić). Wyniki są jednak znacznie gorsze niż przy kartach ATI z tej samej półki. Jeśli coś się zmieniło to mnie poprawcie ;)
na kartach NV dziala, ale nie wiem czy one wogole maja double precision, moj gtx260 liczyl przez chwile milke, bez rewelacji - nie ma co porownywac z kartami ATI
ogolnie chodzi o to zeby karta wspierala technologie CUDA to wtedy moze liczyc milke (tak mi sie zdaje)
na serji 8 na pewno nie idzie, więc na 9 też nie bo to te same karty
no dobra ... więc powiedzcie mi jaki jest sens kupować Radka 5870 skoro będzie miał do liczenia tylko 6 WU dziennie - co zajmie mu bardzo mało czasu ? wiem wiem ... jest jeszcze collatz ale bardziej interesuje mnie "pomaganie" w projektach astro :)
zle to zrozumiales
6WU na kazdy rdzen, czyli 24WU w kolejce
obliczasz 1WU, odsylany jest, dostajesz 1WU (do limitu 24WU)
i tak caly czas. chyba ze serwer pada, to 24WU ci schodzi do 0 i nie masz co obliczac
aaaahaaa :D myślałem, że 6 WU na rdzeń na dobę ;)
- Czy aplikacja rozsyłana automatem z Milki jest tożsama z v.20 którą używam(y) ?
- od 2 dni nie dostaję żadnych próbek od milki, czy tylko to mój problem czy ktoś ma podobnie ?
Hi
U mnie liczy normalnie ( 4 kompy).
Edit: sprawdziłem logi , były dzisiaj jakieś problemy z bazą na serwerze milky, ale to z 30min przerwy tylko.
restart projektu nie pomaga, po prostu przełączylem się na Collatz i czekam ;D
Ja licze na starej aplikacji mieli przerwę ale juz działa i zalicza punkty
mnie Milkę liczy na laptopie (nVidia 9300M) z opisem "wysoki priorytet", ale terminy zaraportowania króciutki, i pewnie po raz drugi nie zdąży mi przeliczyć. Jeśli chodzi o PCta (nVidia 5500) to nie mam jej w ogóle w zadaniach.
co się dzieje, jeżeli minie termin zaraportowania projektu a ja mam zrobione np. 80%, przerywać czy liczyć dalej? Pytam, bo zbliża się koniec terminu Milky u mnie i mam 77%.
jeśli nie odeślesz na czas to serwer przydzieli próbkę innej osobie a ty nawet jak przeliczysz dostaniesz 0 credits....
ale nie zawsze - nie raz spotkałem się z tym, że mimo przekroczonego terminu punkty zostały mi zaliczone
Potwierdzam to co pisze emik... czasem (jak przekroczenie nie jest zbyt wielkie) to punkciki się dostaje. Ale to zależy od projektu, bo są i takie które same anulują próbki jak serwer uzna, że nie zdążysz ich policzyć.
Ale koleżanka Vega pytała chyba o to co się stanie jeśli odeśle próbkę z 80% postępem - czy zostaną naliczone punkty za 80% przeliczonej próbki
jeśli przerwie to na pewno punktów nie dostanie.
wydaje mi się, że punkty są naliczone jeżeli próbka nie została wysłana ponownie do jakiegoś kompa... wtedy za przekroczenie coś odejmują z credytów.
a da sie zaraportowac próbkę z 80% wykonaniem.. ??? bo nie słyszałem o tym.
Czasami climate dawał credyty za osiągnięte progi % w próbkach ale tam liczy się tygodniami....
Nie da się, poza klimate
jak tam te APP rozsylane przez Milke ? Daje rade ? ktos porownywal z wczesniejszymi app (optymalkami recznie wgrywanymi) ?
super ;D
jakie optymalizacje proponujecie pod milke
system to win 7 proc i7920 3,8ghz z ht
czy na gts250 oplaca sie tez liczyc
i jaki moze byc recent jakby komp chodzil ok 12h dziennie
gdzies widzialem ostatnio ze na GTS nie policzysz, tylko od GTX260 w gore policza.
Zawsze mozesz Collatz, GPUGrid
Hi
Nowy system vista 64, 2xati 4770 bez crossfire. Boinc widzi obie karty. Stery 9.12 (bez ccc)
Podłączenie do milkyway. Pobrał wu dla cpu i gpu (choć w ustawieniach ma by nie brał dla cpu)
Punktacja za wu na gpu jest bez zmian. liczy po jednym wu na kartę. Czas 267s. Obciążenie kart na 90%, Temp. 80 stopni.
Jeszcze się pobawię app_info coby bardziej obciążyć grafy. Lekki OC i oby działo bez doglądania :-).
Nowe WU powodują błędne wyświetlanie progress bara i liczą się dłużej oraz dają więcej punktów.
Wypuszczono nową aplikację dla ATI (0.22), która ma to naprawić, a za parę dni, ma być ona oficjalną wersją w projekcie, dlatego jeżeli komuś nie przeszkadza za bardzo niesprawny pasek postępu, to można poczekać parę dni i samo się wgra.
Komunikat na forum MW:
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=1600&nowrap=true#37333 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=1600&nowrap=true#37333)
Juz zreanimowali serwer. Wszystko dziala
No to może collo odżyje ;D
Server outage
I'm taking the server down tonight (and probably most of the tomorrow). I've made some big changes in the assimilator and validator which should help me implement new features and debug them in the future (mainly I rewrote them in Java so I don't have to worry about memory leaks or segmentation faults). I'll be debugging them over the next couple days so expect some outages. Most notably, validation will be much stricter now; considering even though I've asked nicely we still see a lot of people trying to scam the system (scripts and single precision GPU clients for example). It's kind of sad that a few bad users have to ruin things for everyone (and make our work that much more difficult), but I guess thats the way things have to be. On another note, we've had two papers accepted recently, one to the Distributed Applications and Interoperable Systems (DAIS 2010) conference (http://discotec.project.cwi.nl/index.php/DAIS:Main), and another to the World Congress on Evolutionary Computation (CEC 2010) http://www.wcci2010.org/topics/ieee-cec-2010. I'll be making these available after the validator/assimilator upgrades. 2 Apr 2010 2:36:58 UTC · Comment
Cytat: ksysju w 18 Styczeń 2010, 16:18
Hi
Nowy system vista 64, 2xati 4770 bez crossfire. Boinc widzi obie karty. Stery 9.12 (bez ccc)
Podłączenie do milkyway. Pobrał wu dla cpu i gpu (choć w ustawieniach ma by nie brał dla cpu)
Punktacja za wu na gpu jest bez zmian. liczy po jednym wu na kartę. Czas 267s. Obciążenie kart na 90%, Temp. 80 stopni.
Jeszcze się pobawię app_info coby bardziej obciążyć grafy. Lekki OC i oby działo bez doglądania :-).
Kilka porad:
1. Jesli musi byc Vista to niech bedzie, jesli nie musi to zalecam przesiadke na W7.
2. Zrobic backup systemu i sprawdzic czy nie zmienia sie na korzysc czasy przeliczen przy sterach 10.1 i 10.2.
3. Sciagnac milkowa app 0.22 ( http://www.file-upload.net/download-2344330/Milkyway_0.22_ATI.zip.html ) i wrzucic do odpowiedniego folderu (cale info jest w pliku readme, wiec nie bede dublowal informacji).
4. Dzieki uzyciu app 0.22 mozna w duzym stopniu `sterowac` przetwarzaniem WU i obciazaniem grafy przez milke w stosunku do innych zadan dla grafy. Przyklady:
a). Domyslne ustawienie:
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline></cmdline>
rownowazne zarazem ustawieniu:
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline>w1.0 p2</cmdline>
Wykorzystuje grafe w sposob `normalny`, ze srednim priorytetem, jednoczesnie obciazajac 0.05% jednego jajka CPU na potrzeby grafy.
b).
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline>w0.0 p3</cmdline>
Maksymalne wykorzystanie grafy, Milky na najwyzszym priorytecie (najwyzszy priorytet na grafie, nie na CPU - na CPU przetwarzanie wciaz zgodnie z zasadami BOINCa, czyli niski priorytet), przekazanie jednego calego rdzenia CPU na potrzeby grafy. Jest to moje ustawienie na codzien.
c).
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline>w2.0 p1</cmdline>
Wciaz wykorzystanie 100% jednego jajka CPU na rzecz przetwarzania Milky na grafie, jednak samo Milky idzie na niskim priorytecie. Takie ustawienie cmdline umozliwia calkowicie plynne odtwarzanie filmow a nawet granie, mimo trzymania odpalonej Milki na kazdej grafie w kompie. Czas przeliczania WU wzrasta dwu- do piecio- krotnie na tym ustawieniu w stosunku do ustawienia b), jednak czasami moze byc przydatne (np. jako swietny zamiennik wstrzymywania liczenia Milky na czas wykorzystywania grafy do innych celow).
Gdyby ktoś nie zauważył, to validator odrzuca teraz sporo próbek i to bez względu na to czy WU przeliczył GPU ( i jaki), czy CPU. Travis nad tym już pracuje. http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=1644#38016
Dzięki za cynk. U mnie jeszcze pokutują próbki z Collatza, co ich nachapałem, jak MW miało paść na ponad dobę.
Z tego, co w tym wątku przeczytałem, to chodzi o jakąś kaszanę w radeonach 58xx i liczą inaczej niż 48xx i się nie walidują zadania.
Tak myślę sobie, że może lepiej poczekać z wymianą 4850 rok czy dwa na 68xx, albo chociaż nowe modele 58xx (5890 może?) i porządny spadek cen.
w zwiazku z wprowadzeniem nowych kart NV i ich cenami , ceny ATi nie spadna i to dlugo
Patrzę w perspektywie roku, dwóch. Coś nowego na pewno wyprodukują.
http://milkyway.cs.rpi.edu/milkyway/server_status.php
Feeder jest wyłączony. Problemem są karty serii 58xx które generują błędne wyniki w stosunku do oryginalnej aplikacji na CPU oraz na kartach NVidii oraz 38xx/48xx.
Jednakże dziś/jutro powinna się pojawić nowa aplikacja tylko na karty 58xx poprawiająca błędy.
Upewnijcie się, że Wasze maszyny pobrały nową aplikację 0,23 - na chwilę obecną wszystkie WU przeliczone na tej aplikacji są zaliczane.
rozwiazuje ona dotychczasowe problemy ?
dotychczas działałem na 2 klientach - na głównym cpu, na halowcu milka po staremu z app info przez opto
zachciało mi się to zintegrować do jednego klienta 6.10.18 i czasy z 185 poszły mi na 205 - czy można do tej wersji doczepiś app info (ew liczyć na tamtych opto po staremu ale tak by manager czuł 4+1 rdzenia)?
Jak już mam pożyczone 3 karty 5850 to znowu milka chodzi jak chce i nie ma próbek :(
To przejdź na dnetc
W Callatzu liczę na razie <- eh, ciekawe kiedy sypną WU w Milce ;(
dnetc jest bardziej opłacalny punktowo....
...ale nie na kazdej grafie chodzi. U mnie na 5970 nie idzie.
Cytat: AiDec w 08 Lipiec 2010, 11:02
...ale nie na kazdej grafie chodzi. U mnie na 5970 nie idzie.
Może pogadaj z Sesefem albo z Oxy w końcu oni głównie na tych kartach liczą
Cytat: Troll81 w 08 Lipiec 2010, 10:52
dnetc jest bardziej opłacalny punktowo....
Bardziej od Milki?
Ale liczy długo <- 10h na 5858 725@900MHz
Cytat: Piotr R. (Peciak) w 08 Lipiec 2010, 11:26
Cytat: AiDec w 08 Lipiec 2010, 11:02
...ale nie na kazdej grafie chodzi. U mnie na 5970 nie idzie.
Może pogadaj z Sesefem albo z Oxy w końcu oni głównie na tych kartach liczą
Z liczeniem DNETC nie ma problemu na żadnej nowej karcie - nie potrzebna podwójna precyzja.
Na kazdej grafie 5970 chodzi i to rewelacyjnie...
Najlepiej punktują grafy serii 5K. Dla przykładu na 1x5970 wyciagne 600k. W idealnych warunkach a uzyskałem tylko 2x udało mi sie 660k.
Niestety, probowalem nawet na odpalonej tylko jednej 5970. Wszystkie probki wywalalo najdalej w 25 sek. Jeszcze kiedys sprobuje jak bede mial czas.
NO to problem jest z OC, zasilaniem, chłodzeniem, sterownikami.
Hura. Milka rzuciła kilka WU do przemielenia.
Zapytanie: Mam teraz w jednym kompie dwie grafy: 4350 + 4850 <- bez CF bo 4350 nie obsługuje CF.
Obie liczą na GPU, ale...
1xWU na 4850 w normalnych warunkach czyi jak jest sama to kwestia ok.1m:30s <- a teraz Boinc wykazuje, że obie grafy liczą w tym samym czasie tzn.: ten sam czas na 1xWU czyli 2m:49s <- dlaczego?
Liczenie na GPU dostosowuje się do najwolniejszej grafy w milce?
Bo Collaza liczy ok <- 4350 potrzebuje 3h:45m, a 4850 ok.3-4m
Cytat: Troll81 w 09 Lipiec 2010, 00:28
NO to problem jest z OC, zasilaniem, chłodzeniem, sterownikami.
- Nie ocowane
- Chlodzenie... - widziales grafe z 39C przy 100% load? :arrr:
- Sterowniki... aaa... no coz... kazdy wie jakie sa ;)
Cytat: AiDec w 09 Lipiec 2010, 07:24
- Chlodzenie... - widziales grafe z 39C przy 100% load? :arrr:
Ja mam średnio:
- 45stopni na 4350
- 75stopni na 4850 <- tylko, że wiatrak chodzi na ok.25% <- jak ręcznie ustawie 40% to utrzymuje się na 60stopni <- przy ponad 90% load
To znowu ja.
Miałem teraz chwilę i przyglądałem się temu i się zdziwiłem.
Tak jak pisałem mam 4350 + 4850.
Zaglądałem na temperatury na kartach i obciążenia.
- 4350 nic nie robi <- nawet taktowania GPU są obniżone
- 4850 100% load <- jakim cudem ta karta liczy 2xWU na raz skoro to tylko 1xGPU? Zgłupiałem.
ps.: czy można ustawić aby np.: karta nr.1 (4350) liczyła Callaza, a karta nr.2 (4850) liczyła milkę?
@goofyx:
39C na dwurdzeniowej 5970 :).
Chyba sie nie da....
Cytat: AiDec w 09 Lipiec 2010, 10:28
@goofyx:
39C na dwurdzeniowej 5970 :).
Jakim cudem <- chyba przy wiatraku na 100% <- ja mam 40-45%
Cytat: Troll81 w 09 Lipiec 2010, 11:14
Chyba sie nie da....
Szkoda :)
Woda. Duzo wody.
I pompka. Mocna pompka.
I chlodnica. Duza chlodnica.
;)
Cytat: AiDec w 09 Lipiec 2010, 11:40
Woda. Duzo wody.
I pompka. Mocna pompka.
I chlodnica. Duza chlodnica.
;)
eh, konserwatyści <- tylko WC proponujecie.
Powiem tak, próbowałem przez 2 godziny chłodziarki samochodowej tzn.:
1. odkręciłem wieko od skrzyni
2. odpaliłem chłodzenie w kierunku Mugen'a 2
3. i obserwowałem
Już po 2 minutach zamiast 100 stopni miałem 85 <- po godzinie zlazłem do 65-70 przy pełnym stresie.
Zakładając, że zimne powietrze szło dość powoli + otwarta przestrzeń to w obudowie 60stopni było by do osiągnięcia <- dlatego myślę w stronę jakieś mechanizmu do chłodzenia <- np.: agregat z lodówki z freonem :)
To juz lepiej kup blok wodny i podłącz pod rurki z tym freonem :D od razu temp spadnie na procu :D
Cytat: Troll81 w 09 Lipiec 2010, 11:56
To juz lepiej kup blok wodny i podłącz pod rurki z tym freonem :D od razu temp spadnie na procu :D
I tak i nie <- a co zrobisz z tym szronem na procu ;p
zależy jak ustawisz temp :D
Wystarczy że sutawisz 15c i szronu nie będzie :D
i tak od rana:
(http://i55.tinypic.com/5bqq9s.jpg)
chyba jakoś sobie nie policzę...
???
Hi
To ja mam teraz "ciekawiej"
Message from server: Your app_info.xml file doesn't have a version of MilkyWay@Home N-Body Simulation
?? :(
oki, skasowałem pliczek, zassało nową aplikacje i działa :)
restart projektu nie pomaga, a próbki miały być ponoć cały czas: "Jednostki będą zawsze dostępne ponieważ zawsze można analizować inny model oraz inne dane."
nie wiem czy coś u mnie nie tak czy u nich...
???
U nich. Ciagle nie maja WU. Srednio dwa razy w tygodniu :/
Nie mają WU, a to co mają jest na inną aplikację, to N-Body właśnie, która jest tylko na CPU.
cos sie ostatnio stalo z projektem ?
bo na mojej 4850 mam spory przyrost pkt (na dole najstarsze wyniki - na samej gorze dzisiejszy)
192,307
199,094
118,599
81,082
79,267
77,609
Mam to samo. 4770, nie chodziła 24/h i nabiła ponad 120k pkt - powinna max 60k. Dziwne...
extra credits
I'm trying to figure out why people are getting way more credits than normal. Are the workunits awarding more credit than they used to? I'm trying to see if maybe there's some kind of server bug that's awarding credit for workunits more than once.
10 Nov 2010 18:48:10 UTC
Może zrobili aktualizację serwera boinc? To zazwyczaj powoduje problemy XD
Cytat: apohawk w 10 Listopad 2010, 22:44
Może zrobili aktualizację serwera boinc? To zazwyczaj powoduje problemy XD
Twórcy serwera widzę, że szaleją <- co wersja to problemy.
Dlatego niektóre projekty mają stare wersje aplikacji serwera.
if it ain't broke don't fix it
Cytat: Tomasz R. Gwiazda w 12 Listopad 2010, 11:24
if it ain't broke don't fix it
Jeśli się się nie wysypał, nie naprawiać :)
Dobra zasada :)
Off top:
Kiedyś poproszono mnie o pomoc z komputerami w pewnej firmie i po kilku godzinach zainteresowałem się pewnym kompem w kącie pomieszczenia, bez klawiatury, myszki, monitora, ale cichutko chodzącego, zapytałem, co to jest za maszyna. Nikt nie wiedział, osoba która go skonfigurowała, zostawiła go włączonego 2 lata wcześniej i wyjechała za granicę... Po sprawdzeniu, okazało się, że to router na debianie :) Wtedy polubiłem linuksa :)
Cytat: krzyszp w 12 Listopad 2010, 12:01
Off top:
Kiedyś poproszono mnie o pomoc z komputerami w pewnej firmie i po kilku godzinach zainteresowałem się pewnym kompem w kącie pomieszczenia, bez klawiatury, myszki, monitora, ale cichutko chodzącego, zapytałem, co to jest za maszyna. Nikt nie wiedział, osoba która go skonfigurowała, zostawiła go włączonego 2 lata wcześniej i wyjechała za granicę... Po sprawdzeniu, okazało się, że to router na debianie :) Wtedy polubiłem linuksa :)
Myślę, że to nie tylko kwestia systemu.
Jest udowodnione, że maszyny do których użyszkodnik nie ma dostępu chodzą o wieeeele razy szybciej, wydajniej i bezawaryjnie niż te przy których są ludzie.
W końcu naturą człowieka jest fakt, że musimy coś spierniczyć ;) <- inaczej nie byłoby potrzeby zatrudniania informatyków w firmach :D
ano
PEBKAC :D
to zarżnie każdą maszynę...
2010-11-17 14:22:05 Milkyway@home [error] Project Milkyway@home is in state file but no account file found
2010-11-17 14:22:05 [error] Application milkyway outside project in state file
2010-11-17 14:22:05 [error] File info outside project in state file
2010-11-17 14:22:05 [error] Application version outside project in state file
Drugi raz w tym tygodniu. Najpierw chwilę po włączeniu komputera niebieski ekran, a po restarcie takie komunikaty w menedżerze. A później muszę znowu przyłączyć się do milki. Wie może ktoś o co kaman? Win7 X64, najnowsze stery. Konfing athlon II x2, Samsung F3, 4 gb RAM, HD4770
a skanowanie dysku w poszukiwaniu błędów było?? bo mi to wygląda na bład systemu plików....
No właśnie na dysku ani jednego badsektora. Zresztą takie problemy zaczęły się gdy kupiłem radka i podpiąłem się do milki. Czy to możliwe żeby to catalysty robiły coś takiego?
mozliwe że przydałaby się reinstalka systemu. Ale BSODy moga być wynikime problemów z chłodzeniem/zasilaniem/taktowaniem
Jak jeszcze raz system mi wywali to pewnie będę musiał tak zrobić. Nic się nie grzeje, liczę tylko na grafie więc jakoś dużo prądu nie ciągnie, a OC jest z zapasem- jakieś 40MHz.
Cytat: lolek w 17 Listopad 2010, 14:43
No właśnie na dysku ani jednego badsektora. Zresztą takie problemy zaczęły się gdy kupiłem radka i podpiąłem się do milki. Czy to możliwe żeby to catalysty robiły coś takiego?
Moim zdaniem tak jak pisał Troll81 ewidentnie uszkodzony system plików. Czytaj - to co innege niż badsektory.
Po takim niewymuszonym restarcie powinieneś
wymusić dokładne naprawienie systemu plików (integralności) przed startem systemu.
Pliki client_state.xml i client_state_prev.xml są cały czas otwarte do zapisu w momencie nagłego restartu potrafi się z nich zrobić sieczka.
Jak znów się coś wywali to spróbuje :)
Prosze o pomoc bo chciałem liczyc karta graficzna NVIDIA GPU GeForce GTX 460 na najnowszych sterownikach lecz przeliczenie trwa sekunde i w statusie boinc ma informcje błąd a na stronie internetowej projektu w liście próbek informacje status "Error while computing" i tak w kółko pobiera i odsyła z informacją bład. Prosze o pomoc
Policz Primegirda (Nvidia GTX 460 403s 6.7m Win7 64-bit) za kilka minut liczenia masz koło 3200 pkt a od 18 grudnia będzie wyścig w tym podprojekcie każda grafika się przyda :attack:
Po pierwsze to witam na forum i zapraszam do działu wizytówki
po drugie
Jaki system operacyjny?
która wersja managera BOINC?
Która wersja sterowników karty graficznej?
Przepraszam że pominąłem dział wizytówki
Jaki system operacyjny Windows 7 Home Premium 64 bit
wersja managera BOINC client version 6.10.58 for windows_x86_64
Karta graficzna NVIDIA GeForce GTX 460 (driver version 26099, CUDA version 3020, compute capability 2.1, 993MB, 363 GFLOPS peak) - dane z managera boinc, sterowniki najnowsze
Z doświadczenia najprościej będzie odinstalować BOINC, usunąć pozostałości i to samo ze sterami, a później znów zainstalować. Czasem niestety coś lubi się walnąć i później można szukać buga przez tydzień, a i tak się go nie znajdzie.
ja bym zaczał od pełnego odinstalowania sterów do grafy. to to lubi się pokichac. A masz stery referencyjne czy od producenta karty?
Witam,
od dawna mnie tu nie było. Jakoś tak przypomniałem sobie ostatnio i zdecydowałem o powrocie do liczenia :)
W związku z tym pojawił się mały problem - zaczynać chcę liczyć MilkyWay - BOINC pobrał mi próbki, niemniej jednak czas przeliczania to ok. 3-5h, a aplikacja wybrana przez projekt do przelicznia ma wyłącznie SSE2.
I tak:
Czy nie ma optymalizacji (Milka miała mieć je automatyczne) dla nowszych modeli SSE 4.1, etc.?
oraz
Jak zabrać się za liczenie Milky na GPU? - nie mam bladego pojęcia jak zacząć - Czy to się dodatkowo konfiguruje w projekcie?
Za pomoc z góry dziękuję ;D
Najpierw podaj model karty graficznej, przydatna też będzie wersja managera.
Grafika: NVIDIA GeForce GT 220
BOINC Manager: 6.10.58
Ile aktualnie czasu tak normalnie, przelicza Wam pakiety z Milky?
Spróbuj na tym gt policzyć Primegrid podprojekt Proth Prime Search (sieve) - za jedno zadanko możesz dostać 1800 - 2300 PKT
więc nawet jak będzie się liczyć kilka godzin to się opłaca :attack:
Na tej grafie milki nie policzysz
polecam Collatza
@emik- a liczyłeś PG na GPU, wydajność punktowa w przypadku zielonych kilka razy wyższa niż CC
chcę dociągnąć CC do 500k i później w kolejce PG, DNETC i GPUGrid
OK, może być PrinGrid tylko co i gdzie wyklikać, żeby na GPU liczyło? ;)
1. Twoje konto
2. Preferences for this project -> Ustawienia PrimeGrid
3. Ustawienia PrimeGrid
4. Use CPU
Enforced by version 6.10+ no
Use NVIDIA GPU
Enforced by version 6.10+ yes
Proth Prime Search (Sieve) zaznacz ptaszka tylko przy tym
Sorry za mały offtop, przymierzam się do kupna lapka i mam pytanie czy karta radeon 5650 lub 5730 obsługuje double precision ? Bo za nic nie mogę tego znaleźć
Nie obsługują.
47xx, 48xx, 58xx, 59xx, 69xx mają double precision.
Mam takie "Cuda":
GeForce GTX 460 (993MB) driver: 25856
GeForce GTS 250 (1007MB) driver: 26099
Pytanie - czy będę w stanie policzyć Milkę na którymś z tych "Cudów"?
a nie lepiej Primegrid ? NV teraz ma tam kopa na gpu
PG może później. Teraz mam ochotę na milkę. To jak nadaje się któraś?
460, ale to aż żal, bo byle śmieć z Ati jest szybszy.
W przypadku problemów:
http://www.boincatpoland.org/wiki/12_grudnia_2010_MilkyWay%40home_wymaga_aktualizacji_sterownik%C3%B3w_dla_GPU_Nvidii (http://www.boincatpoland.org/wiki/12_grudnia_2010_MilkyWay%40home_wymaga_aktualizacji_sterownik%C3%B3w_dla_GPU_Nvidii)
Możesz jeszcze zainstalować optymalizacje
http://www.arkayn.us/milkyway/index.html (http://www.arkayn.us/milkyway/index.html)
Czy wam też Milka@home leży i kwiczy ? od 3 dni
też
pewnie po świętach dopiero ruszy i to jak wytrzeźwieją
Wydłużyli WU- jednostki liczą się 19-23 min na ATI 4770
EDIT
A chekpointów jak nie było tak nie ma, przy próbkach ~4min to nie przeszkadzało, ale przy >20min to denerwujące :(
Cytat2011-02-22 17:49:48 Milkyway@home Message from server: No work sent
2011-02-22 17:49:48 Milkyway@home Message from server: Your app_info.xml file doesn't have a version of MilkyWay@Home N-Body Simulation.
mam opto - jak to nareperować? (nie licząc wywalania opto)
stało się dzisiaj z nagła
odplaczyc projekt i przylaczyc
a opto pojdzie sie czesac..
tzn czekać na nowe opto i tymczasem liczyć na standardzie?
no nie wiem :) nie zagladam i nie fascynuje sie optymalkami i tak bez tego z MW jest duzo problemow :)
Cytat: Pigu w 22 Luty 2011, 20:46
Cytat2011-02-22 17:49:48 Milkyway@home Message from server: No work sent
2011-02-22 17:49:48 Milkyway@home Message from server: Your app_info.xml file doesn't have a version of MilkyWay@Home N-Body Simulation.
mam opto - jak to nareperować? (nie licząc wywalania opto)
stało się dzisiaj z nagła
Nic z tym nie robic. Nie trzeba. To info oznacza ze na serwie nie ma WU. |Niestety w takich okolicznosciach serwer wysyla nieprawidlowa wiadomosc - innymi slowy; nie sugerowac sie tym co w wiadomosci napisane :).
a fakt wczoral lezalo... tylko MW zawsze dziwnie lezy :) Stan serwerow jest ok , WU sa , a klient pyszczy ze nic nie ma :)
WU ma, ale właśnie te N-Body, to inna aplikacja, tylko na CPU, a że my wszyscy chcemy na ATI, więc pisze, że nie ma dla nas zadań.
ach :book:
yyy może ktoś pomóc? nie wiem o co chodzi:
długość WU skoczyła mi z blisko3min do 5min i temperatura GPU spadła o 5stopni
podobnie z einsteinem max użycie ramu powinno być 70% w użyciu a jest 57%
nic nie zmieniałem...
Faktycznie z 1,20 minuty teraz jest 3,08 minuty |-?
wzrost długości pracy, mniejsza temperatura - może nowa aplikacja, gorzej zoptymalizowana ?
niekoniecznie. MOże po prostu uzywa innej metody obliczeniowej...
W lutym była nawet seria licząca się na 4770 20 min. A teraz są próbki liczące się 2:30 i 4:20 min, czyli w miarę normalnie.
@gregre - jeśli liczy Ci gorzej w kilku projektach to wywal stery, wyczyść pozostały syf i zainstaluj nowe
zainstalowane nowe stery do 4850 i reset projektu, myślałem że ładnie wskoczy pokazało czas 3.20 jednak po przeliczeniu pierwszego WU wskoczyły 4-o i 5-o minutowe...
mi się zdaje, czy zniknął limit wu na rdzeń - mam ich teraz w buforku kilkaset |-?
Dokładnie Pigu to sam miałem napisać
Bo pobrało mi tego na kilka stron :fright:
upload/download server disabled
2011-04-06 09:52:21 Milkyway@home Message from server: No tasks sent
2011-04-06 09:52:21 Milkyway@home Message from server: Tasks for CPU are available, but your preferences are set to not accept them
zajechaliście milkę XD
Może coś w tym być
Mam 789 próbek do przeliczenia :attack:
a na drugim kompie ani jednej
WOW, dzieje się, wyłączyłem pobieranie danych mam blisko 320WU :o co by mi karta wyrobiła w czasie
zassało mi 3k wu, manager zmulony po całości >:(
Czy wam Milka też leży ?
Niestety tak
lezy od wczoraj. A wcześniej dostali sraczki WU.
a ja już swoje przerobiłem i mam lipę...
podrzuci ktoś trochę WU?
Pigu podeślij z 500 :D
Ja jak rozsyłali WU to nie miałem prądu, a jak go włączyli to milka padła :( I teraz liczę bezsensowne PG :bad:
farciarze - mam muła przy obsłudze managera z przestojami po ponad minutę :sick:
So I figured while everything was breaking and people are already mad at us for having to wipe the workunit and result tables from the database, it would be time to deprecate the old ATI GPU applications. From here on out, we'll not be generating a parameter file for the applications (as all the new versions accept these from the command line which significantly cuts down on the servers file IO), and we'll not be accepting results coming in a file (all the new versions write the result to standard error which goes right into the database, also saving us a lot of file IO).
Może mi to ktoś przetłumaczyć?
Jestem dziś padnięty (nie myślę) i mam nadzieję że źle zrozumiałem, ze aplikacja ATI miała błąd (czytaj wszystkie nasze obliczenia są o kant dupy potłuc) %)
EDIT
Faktycznie wczoraj miałem zaćmienie. Odpowiadając sam sobie na pytanie - aktualizacja miała na celu odciążenie serwerów projektu (czytaj obliczenia nie są o "kant dupy potłuc).
działa wam dobrze Milka?
niby zasysa, liczy, odsyła ale pkt nic nie wbija...
i co dziwne nie ma nic w pendingu wszystko wpada w invalid
Sprawdź wersję aplikacji. WU liczone przez stare aplikacje będą odrzucane.
Żeby było weselej, nowa aplikacja 0.57, zżera cały core CPU, zapomnieli nie dodawać tego buga do nowej wersji XD
EDIT
Punkty są przyznawane, po prostu MW szybko czyści bazę.
restart projektu nie pomagał, ponowne przyłączenie do projektu już tak
ale czy aby na pewno dobrze punktuje? wychodzi blisko 1pkt/1sec
(http://tinypic.pl/i/00083/imn3owkfnkp5_t.jpg) (http://tinypic.pl/imn3owkfnkp5)
A jaka grafa? Na 4770 za 284s. mam 267,2pkt
Asus HD 4850
zegar podkręcony na 750MHz
pamięć na 1030MHz
kiedyś było ok...
Czyli wydajność podobna do mojego radka 830 MHz na rdzeniu (trochę ponad 80k na dobę).
Ps. możesz śmiało zjechać z taktami pamięci, u mnie jest 400MHz
Cytat: apohawk w 10 Kwiecień 2011, 11:32
Żeby było weselej, nowa aplikacja 0.57, zżera cały core CPU, zapomnieli nie dodawać tego buga do nowej wersji XD
myślicie że to naprawią czy tak już będzie?
strasznie zamula mi Einsteina przez to...
Jak przeglądałem wątek o 0.57 na forum MW, to chyba tak, bo to nie jest nowy feature aplikacji. ;) Ludzie zgłaszają jeszcze inne problemy z aplikacją, więc to pewnie jeszcze nie koniec zmian.
Ja tam Milke na razie wstrzymałem coś za bardzo wariuje :sick:
Kolejna wersja aplikacji: 0.59, już nie zżera całego rdzenia. To chyba jeszcze nie koniec zmian., bo ludzie dalej narzekają.
Cytat: gregre
działa wam dobrze Milka? niby zasysa, liczy, odsyła ale pkt nic nie wbija...
i co dziwne nie ma nic w pendingu wszystko wpada w invalid
Też tak mam... :( liczę na optymalce 0.20
Dałem 'nie pobieraj nowych', skasuję otymalke i zobaczę co sie stanie
Tak, pobierzcie nową aplikację. Rezultaty z wszystkich aplikacji poniżej 0.57 będą miały status invalid. Zmieniono sposób odsyłania wyników i dlatego punktować będą tylko nowe aplikacje.
Cytat: apohawk
Tak, pobierzcie nową aplikację. Rezultaty z wszystkich aplikacji poniżej 0.57 będą miały status invalid. Zmieniono sposób odsyłania wyników i dlatego punktować będą tylko nowe aplikacje.
Ha ! BM pobrał aplikację 0,50 i jak na razie liczy... liczy... liczy... Sądząc po upływie czasu i procentach zaawansowania to jeden WU policzy w około 14 godzin czyli około czterokrotnie dłużej niż na opty 0,20; ciekawe jak będzie z punktacją - poprzednio godzina liczenia dawała ok 60-70 pkt / 1 WU.
Jeżeli masz rację i aplikacje poniżej 0.57 nie będą punktować to zmarnuję 14 godzin, ale na pobranie aplikacji 0.50 nie miałem przecież wpływu !
Przyjdzie chyba przestawić się na inny projekt :(
No i mamy wersję 0.6 niby deklarują że wszystko poprawione
WUPES
aplikacja 0.50 przewidziana jest dla proca
aplikacja 0,57 0,59 oraz obecnie 0,60 przewidziana jest dla ATI
jeżeli chcesz liczyć na GPU - ATI a nie na procu to w
opcjach Preferences for this project Ustawienia MilkyWay@home
ustaw
Use CPU
Enforced by version 6.10+ no
Use ATI GPU
Enforced by version 6.10+ yes
Use NVIDIA GPU
Enforced by version 6.10+ no
aplikacje masz tu http://milkyway.cs.rpi.edu/milkyway/apps.php (http://milkyway.cs.rpi.edu/milkyway/apps.php)
optymalki masz tu http://www.arkayn.us/milkyway/index.html (http://www.arkayn.us/milkyway/index.html)
to jednak jest jeszcze optymalka? w tej chwili na WU z 0.60 odczuwalne jest zamulenie obrazu okna skaczą i prawie że myszka też :P
Cytat: Piotr R. (Peciak) w 12 Kwiecień 2011, 22:46
WUPES
aplikacja 0.50 przewidziana jest dla proca
aplikacja 0,57 0,59 oraz obecnie 0,60 przewidziana jest dla ATI
jeżeli chcesz liczyć na GPU - ATI a nie na procu to w
opcjach Preferences for this project Ustawienia MilkyWay@home
ustaw
Use CPU
Enforced by version 6.10+ no
Use ATI GPU
Enforced by version 6.10+ yes
Use NVIDIA GPU
Enforced by version 6.10+ no
aplikacje masz tu http://milkyway.cs.rpi.edu/milkyway/apps.php (http://milkyway.cs.rpi.edu/milkyway/apps.php)
optymalki masz tu http://www.arkayn.us/milkyway/index.html (http://www.arkayn.us/milkyway/index.html)
Dziękuję. Moja karta to NVidia. Optymalki dla ATI nie wchodza więc w rachubę. Aplikacja MW 0.50 jest dostosowana do SSE2. Miałem optymalke 0.20 dostosowaną do SSE3 - ale ostatnie zmiany w MW spowodowały że wszystkie WU policzone na tej opty potraktowane zostały jako błędne.
Chyba trzeba będzie cierpliwie poczekać co twórcy programu dalej wymyślą. Póki co to po 140 minutach liczenia na 0.50 zaawansowanie WU jest 16,4% :( doliczę to do końca i zobaczę jak zapunktuje ...
jest 0.62
ładnie dociąża GPU do 99% pomimo wszystkich rdzeni zajętych przez docking
Cytat: apohawk w 13 Kwiecień 2011, 10:13
jest 0.62
ładnie dociąża GPU do 99% pomimo wszystkich rdzeni zajętych przez docking
kolejna wersja, ciekawe czy dociągnę Collatz'a do 1mln zanim wyjdzie ostateczna stabilna wersja... 8)
Ja jednak Milke odpuszczam bo mi GPU usmaży
Czas przeliczanych próbek też spadł :wth: a punktacja ta sama
No chyba właśnie o to chodzi, nie? Jak wykorzystujesz GPU w 99% zamiast w 55%, to taka sama próbka warta tyle samo punktów przeliczy się szybciej.
Chodziło mi że się wydłużył XD
zamiast 1,20-1,25 prawie każda 1,35-1,45
To pisz normalnie %)
Liczył ktoś milkę na linuksie (ATI) ?
ja liczyłem.
I jak to wygląda w stosunku do windowsa ? Wydajność, i "żwawość" systemu?
nie porównywałem :D
Bardzo dobrze GPU obciążone na poziomie 90% trochę gorzej niż w Windows ale dzięki temu spokojnie można sobie pracować w systemie.
PS - mi ruszyło na sterownikach 11.3
Cytat
...... Aplikacja MW 0.50 jest dostosowana do SSE2. Miałem optymalke 0.20 dostosowaną do SSE3 - ale ostatnie zmiany w MW spowodowały że wszystkie WU policzone na tej opty potraktowane zostały jako błędne.
Chyba trzeba będzie cierpliwie poczekać co twórcy programu dalej wymyślą. Póki co to po 140 minutach liczenia na 0.50 zaawansowanie WU jest 16,4% :( doliczę to do końca i zobaczę jak zapunktuje ...
No i tak: czas liczenia 14 godzin 15 minut, punktacja 213,76 pkt - czyli poniżej 16 pkt za jedna godzinę. Na opty 0.20 taka sama ilośc punktów była za nieco ponad 3 godziny. co dawało ok 65 pkt za godzinę. W tej sytuacji czynię pa pa MW i przechodzę do innego projektu.
Może kiedyś powstanie aplikacja MW dostosowana do SSE3, albo kolejna zmiana znów pozwoli na stosowanie opty 0.20 ...
Ty chyba czegoś nie rozumiesz XD
Nie opłaca się liczyć projektów na CPU które działają na GPU
po prostu CPU niema żadnych szans :boing:
Ogólnie aplikacje na CPU są traktowane przez milkę po macoszemu - w końcu 99% mocy obliczeniowej tego projektu to GPU.
A aplikacja dla ATI pod ubunta x64 działa świetnie. Obciążenie rdzenia ~97%.
A mi Milka kompa restartuje po 10 minutach :wth:
Temperatury odpadają podejrzewam że zasilacz może nie wyrabiać >:(
a co masz za zasilacz?
na sprawdzenie czy to zasilacz nie wyrabia jest prosty sposób: zawieś projekty na CPU ;)
pytanie pomocnicze, co liczysz na CPU ?
dla testow zastopuj wszystkie obliczenia na CPU
Żeby nie zaśmiecać dalsza dyskusję o restartach proszę pisać tu http://www.boincatpoland.org/smf/wizytowki/krzysiak_pl_gda/
Dzisiaj w chodzę na Milkę o tu :fright: http://milkyway.cs.rpi.edu/milkyway/
(http://www.rpi.edu/~willeb/StreamAnimation.gif)
Mógł by ktoś w skrócie napisać dokładniej o tym newsie
Czy to nasze obliczenia w końcu są widoczne :boing:
Na mojej stronce masz przetłumaczonego.
no i Milka znowy sypnęła błędami blisko 40 WU "Completed, marked as invalid" >:(
Uważajcie jeśli liczycie na ATI pod Windowsem - wszystkie próbki są przerywane po około 2 minutach, pod Linuksem niema tego problemu :dunno:
Cytat: gregre w 07 Maj 2011, 10:20
no i Milka znowy sypnęła błędami blisko 40 WU "Completed, marked as invalid" >:(
Ten błąd jest już naprawiony
EDIT:
pod linuksem jest jednak dokładnie to samo
Milka nie działa
nie dostaje żadnych WU oraz strona nie działa
No tak już od kilku dni. Żeby grafy nie zamarzły liczę PG.
Dawno nie zaglądałem na stronę projektu a tu duże zmiany
MilkyWay@Home (http://boinc.com.pl/art.html?article_id=79)
Nie tylko na stronie szykują się zmiany, ale i w projekcie.
Cytat: lolek w 15 Lipiec 2011, 11:53
MilkyWay@Home (http://boinc.com.pl/art.html?article_id=79)
Nie tylko na stronie szykują się zmiany, ale i w projekcie.
Co to ma być ?
TRAGEDIADodatkowo 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
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
a te 500$ to na osobę czy zespół? %) bo może by zrobić zespołową ściepę %)
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).
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
Ja tam na razie mam same błędne WU... niestety
u mnie wszystko jest oki :dunno:
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>
]]>
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
Ja liczę na 11.2 i zero problemów. A punktacja jest naprawdę :fright: 7000 pkt/h na hd4770 :whip:
Probowalem cos pokombinowac z app_info.xml ale chyba az tak zdolny i cierpliwy nie jestem a sterow zmienial nie bede dla 1 projektu ...
Wszystko fajnie tylko gdyby nie te temperatury przy CF :wth: HD5850 dobija do 105 stopni drugi oscyluje przy 90
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
Projekt wstał i ciągle świetnie karmi
hd4770
Completed and validated 171.35 3.82 319.72
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)
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...
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.
Tak odlaczalem sie i przylaczalem wielkrotnie, probowalem tez kombinowac z app_info.xml - bez skutku.
Dopiero instalacja aplikacji z http://www.arkayn.us/forum/index.php?action=downloads;cat=11 daje radę.
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?
chyba jakiś error jednorazowy?
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
a kto to liczy na cpu ???
Pobiera wam WU na ATI bo mi jakoś nie chce :wth:
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
Wszystko przez nową aplikację milki...miała wspierać karty serii 48xx tylko trochę im nie wyszło, a na starą aplikację nie ma WU >:(
na NV też nie działa...
Mnie na HD5870 pobiera zadania. Używam BM 7.0.15
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ć.
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) >:(
|Rozwiązanie mojego problemu
http://www.boincatpoland.org/smf/milkywayhome/ati-38xx-4770-i-48xx/
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.
Frekuency
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 a mi teraz w końcu milka liczy bez żadnych błędów :)
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 ? ?
Nadal potrzeba podwójnej precyzji.
Tak, przesiadła się na Open Cl (działa na kartach serii (58xx, 69xx). Na szczęście dalej można używać aplikacji opartej o CAL, ale trzeba użyć app_info.
Ja zmusić 3850 do liczenia Milki na Linuxie64
Obecnie włożona jest jedna szt. W tym tygodniu dołożę drugą - czy będę potrzebował mostaka CF?
Jaki menedżer?
nie, 12 lut 2012, 11:28:39 | | Starting BOINC client version 6.12.33 for x86_64-pc-linux-gnu
Pobiera zadani zaczyna liczyć i od razu wywala błąd.
:wth:
A może link do WU z błędem ;)
Jeżeli o to chodzi...
Stderr output
<core_client_version>6.12.33</core_client_version>
<![CDATA[
<message>
process exited with code 2 (0x2, -254)
</message>
<stderr_txt>
setpriority: Permission denied
execv: No such file or directory
</stderr_txt>
]]>
setpriority: Permission denied
execv: No such file or directory
nie wiem jak ty ale ja tu widzę błąd praw dostepu...
Też tak myślałem, wszystko w /vat/lib/boinc-client zrobiłem na rwx dla wszystkich i daliej to samo :deadman:
tak na próbe dodaj usera BOINC do grupy adminów :D
od 11 do 23 podwójna punktacja w milce
Edit:
podali to dla czasu ECT :wth:
dla nas będzie to 16 (14 luty), 4 (15 lutego).
Przepraszam za wprowadzenie w błąd, ale zawsze projekty podawały według czasu UTC.
nie rozumiem - to jest kilka dni podwójnej punktacji, czy jakieś zakresy godzinowe czy jak?
12h podwojnej - kiedys podczas takiej akcji padly im serwery i postanowili dac te 12h w walentynki
Może kiepsko się wyraziłem. Od 16 dziś do 4 juro jest podwójna punktacja w milce.
Zadania właśnie zaczęły punktować podwójnie. kamraci do boju :whip: :attack: :whip:
4 godzinne spóźnienie ale podłączyłem SKBP1 i SKBP2 (http://www.boincatpoland.org/wiki/Superkomputer_BOINC@Poland).
Podłączyłem na próbę Native Boinc, liczę w nocy (jak ładuję). Efekt:
332615473 255352924 29 Oct 2012 | 14:38:42 UTC 31 Oct 2012 | 2:17:33 UTC Completed and validated 36,912.69 35,354.85 106.99 MilkyWay@Home
Anonymous platform (CPU)
Według ostatniej pracy opublikowanej na stronie projektu jednostki separation przestaną być generowane za około rok (koniec 2013, połowa 2014r.). Później projekt ma całkowicie przejść na jednostki n-body (liczone również na GPU). Planują że w kwietniu opublikuję pracę w Astrophysical Journal.
Newsletter projektu (wiem, że było w jakimś wątku, ale wklejam tu żeby był bardziej widoczny - dla wielu osób jest ważne co liczą :D )
http://milkyway.cs.rpi.edu/milkyway/fundraising_docs/MilkyWayNews.pdf
dzięki za namiar
No se jajca robicie.
Ten link był w newsie na głównej, a Ty Troll dziękujesz za linka na forum? Na główną poszli i czytać! :whip:
Cytat: tito w 12 Październik 2015, 21:31
No se jajca robicie.
Ten link był w newsie na głównej, a Ty Troll dziękujesz za linka na forum? Na główną poszli i czytać! :whip:
Zadko zaglądam na główną :dunno:
A link tu przyda się dla osób które za jakiś czas zaczną szukać info o tym projekcie - z głównej pewnie szybko zniknie.
Popieram Lolka. Mnóstwo ludzi na główną nie zagląda a szkoda :(
Staram się zaglądać, ale ciężko u mnie z angielskim ::) Szczególnie jak tam momentami są trudniejsze opisy
Milkyway@Home w końcu obsługuje najnowsze karty AMD, czyli 290/390, fury i RX 470/480, a przynajmniej powinno. Mi na fury w końcu zaciąga zadania.
A jaka wydajnosc?
Na RX480 ok. 20s/WU na Win7 64.
Da się jakoś pobrać przez skrypt więcej próbek
Bo przy czasie przeliczeń 13-14 sekund GPU bardzo się nudzi nawet przy zapasie maks 30
Lub jest jakiś poganiacz który by na okrągło wołał o próbki
Spróbuj zwiększyć ustawienie zapasu danych ale wygląda na to że wersja 1.39, która działa na nowych kartach graficznych skutecznie opróżnia kolejkę WU na serwerze :)
Ma może ktoś aktualny app_info.xml dla Milkyway@home tak aby liczył 2 lub 3 WU w tym samym czasie. Mam Win7 64bit i AMD Radeon 7970. Będę wdzięczny za pomoc :)
A ten (app_config.xml) ze strony nie działa?
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<cpu_usage>1</cpu_usage>
<gpu_usage>0.5</gpu_usage>
</gpu_versions>
</app>
<project_max_concurrent>4</project_max_concurrent>
</app_config>
Działa :p_arr: ustawiłem na 4 WU . Dziękuję.
CPU Usage też można dać na 0.5, u mnie to wystarcza.
Witam,
mam problem z milką - bardzo dużo zadań wywala po 1 sekundzie,
projekt resetowałem, najnowszego menedżera zainstalowałem
i dalej sypie błędami
może ktoś mógłby coś podpowiedzieć
miłego dnia
Niestety - nie jesteś osamotniony. Na forum Milky jest sporo osób, którym zaczęły się wczoraj pojawiać errory - zdaje się się, że korelacja z jakimś batchem WU. Trzeba czekać.
U mnie to samo w większości WU wywala błąd po 1-2 sekundach, już myślałem że to coś z moją kartą nie tak.
Poszukuję poganiacza dla milki ten co miałem parę lat temu nie działa wyświetla komunikat ''Nazwa boinccmd.exe nie jest rozpoznawalna jako polecenie wewnętrzne lub zewnętrzne''
zobacz na jakiej sciezce masz plik boinca i zmodyfikuj poganiacz tak by odpalal plik razem ze sciezka albo skopiuj skrypt do katalogu z boincem uruchom cmd wejdz w sciezke boinca i tam uruchom skrypt.
Zrobione :) jakby ktoś chciał skorzystać :
@echo off
cd "C:\Program Files\BOINC"
:petla
boinccmd.exe --project http://milkyway.cs.rpi.edu/milkyway/ update
ping -n 180 127.0.0.1 >nul
time /t
echo AKTUALIZACJA projektu ..... MilkyWay@Home
goto petla
Dodam że po ustawieniu zbyt krótkiego czasu np. 60 s łączył się wysyłał ukończone/błędne zadania ale nie pobierał nowych
Co to ten poganiacz? Co robi i w czym pomaga? :-)
Poganiacz wymusza częstsze kontaktowanie się Managera BOINC z serwerem konkretnego projektu. Ma to na celu "wyłapanie" WU w sytuacji, gdy ich serie są małe i bardzo szybko są pobierane z serwera.
Tak ja miałem w milce komunikację z serwerem co... 28 godzin.
Szanowni i serdeczni!
czy Kamraci wiedzą może jaki jest aktualny postęp w badaniach MilkyWaya???
pozdrowienia Grzegorz
Cytat: Grzegorz R. Granowski w 17 Czerwiec 2018, 15:26
Szanowni i serdeczni!
czy Kamraci wiedzą może jaki jest aktualny postęp w badaniach MilkyWaya???
pozdrowienia Grzegorz
Grzegorzu sam byłem tego ciekawy i znalazłem tylko coś takiego.
https://astrobites.org/2021/03/04/milkywayathome/
Pozdrawiam.