BOINC@Poland

Przydałoby się odpalić tą aplikację w trybie debug (o ile taki ma) żeby drukowała po kolei co robi, bo na razie to trudno powiedzieć co jej się nie podoba.

odlk1 i 2 to starsze wersje obecnej wersji aplikacji i nie ma już dla nich zadań. W sumie to dobrze by było żeby admin tamtego projektu je już usunął.

Odnośnie tego błędu który zauważyłeś to wrzuć im info na forum (o ile jeszcze takiego nie ma), może admin nie wie że to nie działa :)

Piękny wynik :respect: :parrrty: Spróbuj wrzucić posta na forum "Number crunching", ktoś powinien ci odpowiedzieć.

Cytat: krzyszp w 05 Lipiec 2017, 18:57
No właśnie cały czas biję się z myślami...
Generalnie, nie udało mi się przejść instalacji Win7 na nim (pomimo dołączenia sterowników USB do instalacji, podczas instalacji klawiatura i mysz nie działały od pewnego momentu, co uniemożliwiło mi wpisania nazwy użytkownika :)), a niestety muszę mieć ten system ze względu na VB6 którego używam w pracy. Gdyby nie to, sprzedawałbym kompa na E3-1230v2 :)

Tak więc, na razie Ryzen jest na sprzedaż.

Spróbuj z inną klawiaturą która nie wymaga specjalnych sterowników. U mnie Win7 też odmawiał współpracy jak swoją klawiaturę PS2 podłączyłem przez konwerter PS2-USB i switch USB w przełączniku KVM. Jak była podłączona bezpośrednio to działała. Mysz USB zresztą też nie chciała działać jak była podłączona przez KVM. Przy próbie instalacji Win10 bodajże mysz już działała ale klawiatura dalej nie. Zainstalowany Win10 na szczęście nie sprawia już takich problemów, więc jest szansa że Win7 też da sobie radę.

Zawsze możesz też postawić Linuxa i na nim wirtualną maszynę z Win7. U mnie CentOS 7 bez problemu poradził sobie z klawiaturą i myszką podłączoną przez KVM. Jedyne co to musiałem instalować w trybie VGA bo coś nie chciał gadać z moją Nvidią. Na szczęście tryb graficzny nie jest potrzeby do BOINC :)

- nowiutka za 5M.
Następna (niestety) będzie brązowa :boing: :whistle:

Cytat: TJM w 27 Czerwiec 2017, 08:56
Jak można zobaczyć w profilu, serwer śledzi teraz punkty osobno dla każdej aplikacji.
Stare odznaki podłączę albo pod 0.76 albo pod obie aplikacje CPU, jeśli nie będzie z tym za dużo modyfikacji.
To ze względu na fakt, że mimo że kredyty są chyba dość skąpo ustawione na GPU, i tak mając grubszą kartę można w 1 dzień dziobnąć więcej niż wcześniej w parę lat.

Jak chcesz podłączać odznaki pod konkretne aplikacje to będziesz musiał jeszcze przeliczyć punkty dla aplikacji 0.76. Mi pokazuje że mam ich 520, a powinno być prawie. 3,8M.

Cytat: pawg w 27 Czerwiec 2017, 10:10
Odznaką może być maszyna do pisania wpisana w kontury karty graficznej, nawiązywało by to do obecnych odznak

To jest Enigma a nie maszyna do pisania :).

Ja proponuję użyć czegoś innego co będzie nawiązywać do tamtych czasów i samej Enigmy, np. łódź podwodna U-Boot.

Edit: można by też wstawić coś związanego z polskimi matematykami którzy złamali szyfr Enigmy, to by było nawet lepsze.

Cytat: PoznanskaPyra w 25 Czerwiec 2017, 12:51
Mam hasło do windy ;) Tutaj jest problem.

Wywal windę, wrzuć linuxa :)

A jak nie chcesz, to skorzystaj z rady wujka Google:
http://www.intowindows.com/how-to-automatically-login-in-windows-10/

Kiedyś można było to też włączyć z pomocą TweakUI, nie wiem jak teraz.

No ładne cacko :parrrty: :parrrty: :parrrty:

Halo? Czy płynie z nami kapitan?

Nikt inny nie wrzucił jeszcze info, więc ja to robię. Dzisiaj w nocy o północy UTC (czyli o 2 naszego czasu) zaczyna się 24-godzinny PrimeGrid's Birthday Challenge.  Liczymy Sophie Germain Prime Search (LLR). Polecam wyłączyć hyperthreading w BIOSie lub ew. zmniejszyć ilość używanych CPU do 50%, oraz liczyć na jednym wątku. Do wioseł!  :attack: :attack: :attack:

Cytat: necavi w 11 Czerwiec 2017, 18:30

CytatASIC'i wykpać z konkurencji

To dziwne, rozumiem, że za tymi algorytmami stoją goście z NV i AMD bo inaczej sensu w tym nie widać :-[

Drugie możliwe wytłumaczenie to próba skierowania kryptowaluty w stronę przeciętnego Kowalskiego z ograniczonym budżetem - obecnie na topowe koparki ASIC mogą sobie pozwolić jedynie nieliczni którzy mają zasobny portfel, i do tego jeszcze dostęp do taniej energii elektrycznej.

Cytat: krzyszp w 10 Czerwiec 2017, 20:09
Nie do końca z tymi ASIC'ami - na rynku jest sporo walut asico-odpornych, które się liczy na GPU, są nawet GPU-odporne.

Zastanawiam się właśnie jak wygląda w praktyce kwestia konwersji aplikacji GPU na ASIC. Jest dostępne oprogramowanie OpenCL for FPGA, mają go w swoje ofercie Altera (obecnie Intel) i Xilinx. Więc wydaje mi się że przynajmniej częściowo powinno dać się wykorzystać tego typu oprogramowanie żeby przenieść aplikację z GPU na ASIC. Powinno więc się dać się na początek wziąć to to co zostało wygenerowane dla FPGA, odrzucić elementy dodane ze względu na wymagania układów FPGA i resztę zaimplementować jako ASIC. Można by też spróbować wziąć tak przygotowany układ, i umieścić wiele jego kopii na jednym kawałku krzemu, tworząc układ mający wiele jednostek przetwarzających. No ale może się mylę, moje umiejętności projektowania układów cyfrowych tego typu są mizerne.

AMD i NVidia mają ponoć wypuścić specjalne wersje kart do kopania kryptowalut. Będą one pozbawione niektórych funkcji, np. możliwości podłączenia monitora. Poza tym będą tańsze od swoich normalnych odpowiedników. Powinny się też nadawać do liczenia projektów BOINC, jako dodatkowe karty w zwykłym PC albo nawet jako jedyne w serwerach (płyty serwerowe zwykle mają zintegrowaną prostą grafikę, przynajmniej te które ja używam).

https://videocardz.com/70162/amd-and-nvidia-preparing-graphics-cards-for-cryptocurrency-mining

Everest w końcu zdobyty :)

Wpisy w app_config.xml informują jedynie BOINCa o tym ile CPU/GPU aplikacja będzie zużywać. W ten sposób nie da się niestety ograniczyć tego ile aplikacja rzeczywiście zużywa. W przypadku CPU jak wstawisz tam np. 0.5 to uruchomią się dwie kopie równolegle i będą one współdzieliły jeden rdzeń procesora, i liczyły się w sumie 2 razy dłużej niż jedna. Przy GPU jest podobnie, przy czym tutaj nieraz aplikacja nie wykorzystuje 100% mocy, więc jest sens puszczenia 2 kopii żeby wykorzystać wszystko co fabryka dała.

Może to jest kwestia aktualizacji sterowników, tak jak tutaj sugeruję? https://www.primegrid.com/forum_thread.php?id=7364#106379

Dla równowagi wrzucam wykres zależności pomiędzy koncentracją CO2 w atmosferze a średnią globalną temperaturą na przestrzeni ostatnich 600 milionów lat. Pokazuje on że nie ma pomiędzy nimi korelacji, więc to co wmawiają nam spece od "globalnego ocieplenia" trzeba traktować w kategoriach "kreatywnej księgowości":
http://www.geocraft.com/WVFossils/Carboniferous_climate.html

Polecam też to: http://naturalnews.com/2017-06-01-the-paris-climate-accord-is-genocide-against-plants-forests-and-life-planet.html

Cytat: krzyszp w 30 Maj 2017, 12:39
Przewrażliwienie.
Rozpoznawanie aplikacji BOINC jako trojanow/wirusów przez programy antywirusowe to dość często spotykany problem, zwłaszcza przy okazji wydawania nowych wersji aplikacji. Myślę, że antywirusom nie podoba się ściąganie aplikacji przez Managera.

Nie sądzę, raczej w grę wchodzi tu analiza heurystyczna i ew. fałszywe trafienia przy porównywaniu z bazą sygnatur znanego dziadostwa.

U mnie Kaspersky wykrywa a apce v1 trojana PDM:Trojan.Win32.Bazon.a. Problem z tą binarką jest od kiedy ta wersja została wypuszczona (jeszcze jak projekt był w domenie goofyxgridathome), wtedy Kaspersky wykrywał coś "Generic", (nie pamiętam dokładnie nazwy).

Dwa tygodnie temu wysłałem informację do Kasperskiego żeby sprawdzili dokładnie ten plik bo to może być false positive. Mieli dać znać jeżeli okaże się że program rzeczywiście jest bezpieczny, ale jak na razie nic nie odpisali. Dla pewności wyłączyłem pobieranie tej apki na komputer z windowsem.

Hej,
Zamówiłem sobie właśnie taki czujnik, i jak tylko dotrze chciałbym go podłączyć pod R@H. Na forum projektu jest długi temat gdzie TJM publikował kolejne wersje apki dla czujników tego typu, niestety linki obecnie nie działają - po kliknięciu otwiera się pusta strona, a w nagłówkach HTTP jest "500 Internal Serwer Error". Źródła do tej apki także są niedostępne, we wspomnianym temacie nie było nigdzie linku do nich (no chyba że przeoczyłem). Znalazłem jedynie archiwum ze źródłami do apki obsługującej natywny sensor R@H. Czy moglibyście odgrzebać i wrzucić te źródła i skompilowaną apkę na githuba tak żeby nie zniknęła szybko? Inni ludzie od czasu do czasu też szukają tej apki, to też by skorzystali.

Cytat: TJM w 21 Maj 2017, 11:06
Wywalić zvistę ?  %)
Tak serio to problem jest pewnie w braku zainstalowanego vcredist. Właśnie kompiluję aplikacje które powinny "bardziej działać" tylko sprawdzam jeszcze czy są w ogóle jakieś przyrosty wydajności po włączeniu rozszerzonych zestawów instrukcji. Na razie nic specjalnego nie widzę i plan jest taki, że Windows x86 będzie wymagać zupełnie niczego, a x86-64 sse2 bo chyba i tak każdy taki procesor ma.

EDIT: Jeśli możesz, to sprawdź czy 1.05 rozwiazuje ten problem.

Zgadza się, SSE2 jest na każdym x86-64. SSE3 i wyższe trzeba już sprawdzać bo może ich nie być.

Cytat: Ufol w 19 Maj 2017, 12:23
Zastanawia mnie to, że błąd pojawia się pod nowymi systemami. Xpek się nie pluje pod warunkiem, że nie będzie do końca zaktualizowany. Tzn. na fabrycznym trzecim sp jeszcze wszystko działa, lecz doaktualizowanie go do końca już poskutkuje wysypaniem się Fine Readera. Awaria następuje niezależnie od tego ile wolnego miejsca na dysku się posiada, czy gdzie się chce pdfa zapisać. Możecie podpiąć pusty dysk 500 gb a zapisu pdfa i tak nie da się dokonać. Jeżeli popełnili babola w samej konstrukcji programu, to czy obecnie mogą coś poprawić w kodzie? Tj. zamieścić plik do pobrania, żeby zamienić go z tym feralnym i tym samym umożliwić prawidłowe funkcjonowanie aplikacji pod nowszymi windami?

Może w tych nowszych aktualizacjach poprawili jakiś błąd w Windowsach, co ujawniło inny błąd w RF. Czasami jest tak że dwa błędy nawzajem się znoszą, może akurat na to trafiłeś :parrrty:

Cytat: krzyszp w 19 Maj 2017, 20:45

Cytat: AiDec w 19 Maj 2017, 20:43
Oczywiscie nie znam rozwiazania, ale... czy probowales juz moze na innym kompie?

To mój jedyny z windowsem, a Linuksy które chodzą 24/7 to Odroidy, pod nimi klient mi nie pójdzie (bo nawet środowiska graficznego nie mają).

Możesz spróbować jeszcze postawić serwer X na Windows (ja zwykle korzystam z Xming'a) i połączyć się z nim z Odroida, musisz na nim tylko ustawić gdzie ma się łączyć, za pomocą zmiennej środowiskowej DISPLAY. Pamiętaj o ":0.0" na końcu, bez tego nie będzie się łączył.
DISPLAY=1.2.3.4:0.0

Ta ścieżka to jest ścieżka w której był kod źródłowy FireReadera w trakcie jak był on kompilowany. Komunikat błędu "internal error" sugeruje że zdarzyło się coś co wg autorów programu nie miało się prawa zdarzyć. Pewnie musisz się odezwać do nich, bez kodu źródłowego trudno będzie powiedzieć co poszło nie tak i jak to naprawić.

Pewnie to zależy od rodzaju obciążenia. Ludzie oddzielają wyniki syntetycznych benchmarków typu 3DMark od tych robionych przy użyciu gier. Można więc się spodziewać że benchamarki OpenCL/CUDA (np. CompuBench) będą dawać jeszcze inne wyniki, a rzeczywiste aplikacje jeszcze trochę inne. Trzeba by się wgłębić bardziej w temat żeby dokładniej powiedzieć jaka jest przyczyna.

Powinny być nadal przyznawane. Ja swoją 42K zdobyłem parę miesięcy temu jak wznowili wysyłanie próbek po dłuższej przerwie.

Fakt, projekt jest strasznie dyskożerny :dunno: Na maszynach z dyskami SSD musiałem ograniczyć ilość kopii działających równocześnie bo mi zaczęło brakować miejsca :whistle:

Fakt, te wysokie ładnie wyglądają :) :parrrty: :respect: U mnie obecnie jest taka za 2M:

Cytat: apohawk w 09 Maj 2017, 15:35
A to nie skumałem, że o Einsteina chodzi. To powiem ci tak, Einstein jest kapryśny i sporo zależy od aplikacji, którą liczysz, jej wersji i ile WU na raz. Ale moje Fury potrafi więcej niż 400k dziennie. 31.01.2017 pisałem:

CytatEinstein (Gamma-ray pulsar binary search #1 on GPUs v1.18 (FGRPopencl-Beta-ati)) 1WU/GPU
Run time   CPU Time   Credit   APP
533,21     272,44       3465    FGRPopencl-Beta-ati

Credit/1h = 23394
Credit/24h = 561459

Przy czym gdy spojrzysz na moje konto w boincstats, to zobaczysz w top 10 days makx. 422k, bo nie liczę 24h na dobę, tylko jakieś 12-16h. Do tego Einstein nigdy nie jest w stanie wykorzystać 100% GPU. Mogłem spokojnie liczyć 2WU na raz innej aplikacji Einsteina i grać w Wiedźmina 3. Przy cytowanej aplikacji też mogę grać w Wiedźmina 3. Obecnie grywam w LOTRO, a w tle cały czas boinc na GPU. Obecnie projektem miesiąca jest PrimeGRID i też liczę i gram. Chyba tylko Collatz i MilkyWay są w stanie tak wykorzystać GPU, abym nie mógł pograć. Tak więc aplikacje nie wykorzystują mocy GPU na maksa i mam wrażenie, że im słabsza karta, tym w większym stopniu jest wykorzystana. Tak jakby aplikacja nie chciała przekraczać pewnego progu wydajności, albo CPU blokowało wydajność.

Ta wersja beta (FGRPopencl-Beta-ati) dawała sporego kopa w wydajności. Nie wiem, czy na niej były zbierane dane do tego wykresu.

Tu bardziej chodzi o to że GPU w przeciwieństwie do CPU nie oferuje możliwości wywłaszczania działających tam kerneli (procedur). Jeżeli uruchomiony tam kernel działa za długo, zaczyna przycinać się odświeżanie ekranu bo musi czekać na zakończenie obliczeń. Gdzieś czytałem że bodajże 50ms to jest wartość kiedy odświeżanie jest jeszcze w miarę płynne. Im wolniejsza karta tym kernel się dłużej liczy, więc ewentualne przycinanie się obrazu jest łatwiej zaobserwować. Poza tym są też opóźnienia związane z liczeniem na CPU, przesyłaniem danych przez szynę PCIe i uruchamianiem kerneli, no i oczywiście sam algorytm może być tak zaprojektowany że nie będzie wykorzystywał możliwości GPU w pełni.

Poza tym GPU ma wiele jednostek obliczeniowych, więc karta czy też jej driver będzie je odpowiednio przydzielać wszystkim którzy chcą je wykorzystywać, trochę podobnie jak zwykłe aplikacje współdzielą CPU. Gry odpalone razem z aplikacjami GPU będą więc pewnie mieć mniej fps, ale będą dalej grywalne.

Cytat: tito w 09 Maj 2017, 10:17
Szybki jesteś w tych nowych projektach - na jakim Ty sprzęcie siedzisz?

Tutaj jest aktualna lista:
http://pogs.theskynet.org/pogs/hosts_user.php?userid=373994
Z tego 4 to dedyki od wholesaleinternet.net, mają całkiem niskie ceny za serwery z 32 rdzeniami.

Z ciekawości sprawdziłem. Pobrało mi jedno zadanie dla tej nowej apki, ale zaraz się wywaliło że nie może znaleźć pliku: http://www.enigmaathome.net/result.php?resultid=253612185

Poza tym w opcjach E@H przydałaby się możliwość wybierania jakie aplikacje chce się uruchamiać, obecnie tego nie ma.

Climate@Home wprowadził odznaki, więc czas zacząć nowy wątek:

PrimeGrid uruchomiło zapowiadany od dłuższego czasu podprojekt Generalized Cullen/Woodall (LLR), a wraz z nim pojawiły się nowe odznaki :). Zaczynam więc licytację od brązu:

Cytat: krzyszp w 24 Kwiecień 2017, 02:15
Admin projektu dostał pomoc na mailing liście developerów BOINC i ponoć problem jest rozwiązany :)

To było może gdzieś ostatnio? Bo jak rzucili Riesel Short jakiś miesiąc albo dwa temu, to miałem problem żeby to ogarnąć. Na maszynach z 32 rdzeniami logicznymi jeszcze jako tako dawało się to opanować, ale na 56 to już była masakra. Musiałem na tym ostatnim puścić dodatkowo coś innego żeby to chciało mi jakoś działać przez dłuższy czas.

SRBase czasem sprawia problemy przy liczeniu na dużych maszynach, jak się trafią krótkie próbki typu Riesel Short liczące się po kilka sekund można łatwo dostać od serwera odpowiedź "następne połączenie proszę za 24 godz". Jak się nie siedzi i patrzy na to cały czas to można w ten sposób stracić wiele punktów. Dlatego zamiast SRBase proponuję dać Denis@Home albo TN-Grid. Reszta w sumie może być.

Przypadkiem znalazłem benchmarki 1080 Ti w OpenCL. Oj przydało by się mieć parę takich kart, przydało :)
http://www.phoronix.com/scan.php?page=article&item=nvidia-1080ti-opencl&num=1

Cytat: Krzysiak_PL_GDA w 19 Kwiecień 2017, 20:10
Co liczymy ?

Na razie jeszcze nie wiadomo. Trochę wiadomości co może być jest tutaj: https://www.seti-germany.de/boinc_pentathlon/25_en_Disciplines.html

Cytat: stiven w 11 Kwiecień 2017, 11:48

Cytat: sknd w 08 Kwiecień 2017, 08:32
no robiłem z "-t 8" i też leciało naraz ileś WU... Teraz zrobiłem tak od nowa, i co prawda leci jeden tylko WU, ale patrząc po temperaturze procka (ok. 40 stopni), i po tym, co pokazuje htop, to nawet jeśli jedzie na wielu rdzeniach, to niezbyt je obciąża... czy może mieć znaczenie to, że mam czterordzeniowy procek z ośmioma wątkami? a w tych ustawieniach chodzi o rdzenie fizyczne?

Zrób -t 4 ale 
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1<max_ncpus>
lub w boinc managerze daj używanie 12,5% CPU. Wg mnie to drugie działa lepiej. 

Trochę przekombinowane wg mnie. Wg mnie lepiej ustawić -t, <avg_ncpus> i <max_ncpus> na tą samą wartość czyli 4. Apki LLR lepiej sobie radzą bez HT, więc należy je wyłączyć w BIOSie albo ustawić w BOINC żeby używał 50% dostępnych CPU. No i zwykle nie ma potrzeby używania <max_concurrent> wspomnianego gdzieś wyżej, on służy do ustawiania ile kopii aplikacji może działać równocześnie.

Cytat: stiven w 11 Kwiecień 2017, 11:48
I jedna uwaga koledzy. Po wprowadzeniu zmian wypada pobrać nowe próbki. Z moich doświadczeń wnika, że Boinc Manager chyba sobie jakoś próbki znakuje i zmiana "- t " działa dopiero dla nowych. Można to łatwo poznać jak się wejdzie w Stderr output przeliczonej próbki (na stronie projektu po kliknięciu w task). Informacja o ilości wątków na próbkę pojawia się tam nawet dwukrotnie:

CytatLLR command line: primegrid_cllr.exe -d -oDiskWriteTime=1 -oThreadsPerTest=3 ..\..\projects\www.primegrid.com\llrMEGA_282525631
Using all-complex AMD K10 FFT length 256K, Pass1=256, Pass2=1K, 3 threads, a = 3
08:35:56 (5144): called boinc_finish

Może to kwestia tego, że używam app_info.xml a nie app_config.xml

Żeby zmienić wartości w znacznikach <avg_ncpus> i <max_ncpus> wystarczy tylko przeładować plik konfiguracyjny, BOINC od razu zacznie używać nowych wartości. Dla istniejących tasków ilość CPU będzie się wyświetlać po staremu, ale to tylko błąd wyświetlania, nie przejmujcie się tym.

Co do zmiany parametru -t w locie to też powinno się udać. Z tego co kojarzę to przekonfigurowywałem kiedyś zadania ATLAS bo miałem za mało pamięci. Żeby to zadziałało trzeba zatrzymać liczenie zadania. Trzeba też będzie wyłączyć opcję trzymania wstrzymanych zadań w pamięci, uruchomiony proces musi się zakończyć aby potem uruchomił się ponownie z nową wartością parametru.

Spróbuj w opcjach logowania włączyć logowanie "work_fetch_debug", zaktualizuj projekty i przejrzyj to co się zalogowało w dzienniku zdarzeń. Trochę tego będzie, ale powinieneś tam znaleźć jakąś wskazówkę dlaczego nie pobiera nowych zadań.

BTW, wstrzymane zadania wielowątkowe które używają wszystkich rdzeni potrafią zablokować pozostałe projekty - może masz tam jakieś takie?

Hej,
Wypuściłem nową wersję zoptymalizowanej apki (v1.2), do pobrania również w tym samym miejscu. Dzięki zastosowaniu kodu Graya (nie Greya :)) obecne zadania VV liczą się ok. 13% szybciej. Ta optymalizacja pokazuje swe możliwości szczególnie na WU gdzie w trakcie obliczeń parametr L osiąga większe wartości jak przy poprzednich zadaniach ECM, one liczą się ok. 36% szybciej. Jak tylko skończy się bieżący wyścig w PrimeGrid zapraszam do testowania :)

Projekt właśnie dodał odznaki za punkty, więc pochwalę się nowym nabytkiem: :) :parrrty: