BOINC@Poland

Chodzi mi o zaawansowane ustawienia znajdujące się pod standardowymi. Co reguluje każde z pięciu pól edycji? Poniżej wklejam zrzut tekstowy:
Frequency (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.
default 60 (corresponds to 60 fps)
60
Period (in milliseconds) to check for scene updates
30
Change how fast the view randomly moves around
5
Make particles bigger or smaller
250
Make particles bigger or smaller when using uglier particles
40
Ostatnio wreszcie Milka mi coś podesłała. Niestety mnóstwo próbek się wysypało. Tzn. zakończyło się błędnie po dosłownie dwóch sekundach mielenia. Czy powodem tego może być nieprawidłowa wartość któregoś parametru z ustawień szczegółowych? Skoro już temat zakładam, to jeszcze o jedno zapytam. Jak zmodyfikować domyślne wartości dla mojej karty, czyli Radeona R7 240, aby liczył optymalnie?

Odkopuję wątek, ponieważ to zagadnienie wciąż nie daje mi spokoju. Obecnie boincuję pod siódmą windą x64. Dlaczego niektóre apki mają priorytet = poniżej normalnego a nieliczne np. WCG przypisane są do niskiego? Wszystkie projekty odpala boincowy menedżer, więc, na chłopski rozum, powinny mieć po prostu priorytet niski. Czy można to gdzieś na stałe ustawić?

Boincowanie na tzw. grafie zintegrowanej przysparza czasami deko problemów. Niegdyś mieliłem na słabiutkiej Nvidii tego rodzaju. Po zmianie maszyny na znacznie szybszą, wyposażoną w integrę intelową, zostałem niemile zaskoczony. Zaznaczam, że stało się to teraz, po aktualizacji systemu i Firefoxa. Dotychczas problemów nie miałem, natomiast po owym odświeżeniu oprogramowania pojawiło się lekkie zamulanie. Co zmusiło mnie do wyłączania mielenia przez integrę podczas używania Firefoxa. Zauważyłem, że zwykłe Seti muli bardziej od bety. Einstein praktycznie kompa nie przycinał, ale ostatnio przestał wysyłać próbki. Używanie karty osobnej, czy cpu, nie powoduje żadnych zawieszek. Czemu zatem dzieje się tak w przypadku integry? Co zastanawiające, stary Firefox w wersji 3.6 nie zacina się podczas mielenia. Gdy piszę niniejsze słowa spokojnie w tle działa sobie apka Seti beta.

Wyścigi primegridowe, przez swoją specyfikę, tworzą duszę drużyny. Zgadzam się z tezą, iż są dedykowane kompletnym świrom boincowym. Właśnie dlatego w nich się udzielam na miarę własnych skromnych możliwości. Na domowym niewypasionym kompie można się wyrobić, lecz trzeba deko pogonić maszynę do roboty, choćby na noc jej nie wyłączając. Wielkie dzięki wszystkim liczydłowym. Do zobaczenia w październiku. Obecność obowiązkowa.  :whip:

Karmią próbkami aż miło. Kto tam mieli, niech zaciąga na zapas, bo zdarzają się bycze przestoje.

Czemu goofyxowe aplikacje nie karmią próbkami? Jego projekt mógłby pełnić rolę prezentacyjną, że tak powiem, zachęcającą. Oto dowód, że gcc funkcjonuje i jest gotowe do przyjęcia na pokład nowego boincowego projektu.
Wnioskuję, iż
https://boinc.drugdiscoveryathome.com
to kompletnie odrębna inicjatywa, czy tak?

Cytat: sirzooro w 30 Sierpień 2017, 16:24

Cytat: Ufol w 30 Sierpień 2017, 12:55
Kiedyś przydałoby się opracować całościowo pisanie plików instruujących boincowego menedżera, jak należycie mielić powinien. Niegdyś bawiłem się tym, z sukcesem, przy okazji burpa:
http://www.boincatpoland.org/smf/burp/przydzial-ilosci-rdzeni/
Niestety coś zmienili później przy liczydle i myk z przywiązaniem aplikacji do jednego wątku przestał działać. To skutecznie zniechęciło mnie do dalszych eksperymentów. Swoją drogą warto by kiedyś do nich powrócić. Próby z budowaniem nowych konfiguratorów wymagają dokładnej znajomości znaczenia każdej linii. Np. co mówi maszynie wiersz?
<cmdline>-t 4</cmdline>
a co ten?
<avg_ncpus>4</avg_ncpus>
Dawnymi czasy sądziłem, iż trzeba napisać komputerowi to samo 2 razy, żeby zechciał łaskawie zrozumieć. Obecnie myślę, iż tkwię, jadąc pewnym klasykiem, w mylnym błędzie. Stąd mój apel o wspólną pracę nad fachową instrukcją tworzenia configów.

Poniekąd :) Pierwsza linia informuje aplikację LLR ile wątków ma używać. Ta druga to natomiast informacja dla BOINC Client'a. Niestety jest to zrobione tak jak jest, może kiedyś to poprawią żeby to BOINC Client informował aplikację ile wątków powinna używać.

Obie linie muszą podawać identyczny parametr, bowiem obecny kształt konfiguratora wynika z niedoskonałości w komunikacji menedżera z aplikacjami. Jeżeli podamy różne wartości np.
<cmdline>-t 4</cmdline>
A poniżej:
<avg_ncpus>2</avg_ncpus>
to cały myk nie zaskoczy, ponieważ obie instrukcje, że tak powiem, wzajemnie się wykluczą.
Czy dobrze rozumuję?

Zgodnie z obietnicą złożoną w wątku traktującym o niedawno zakończonych regatach, czyli tym:
http://www.boincatpoland.org/smf/primegrid/(2017-08-20-2017-08-23)-solar-eclipse-challenge/
przeprowadziłem kilka testów. Oczywiście naukowych wymogów one nie spełniają, lecz domowe i owszem. Do jakich wniosków doszedłem?
Primegrid dobrze sobie radzi z podziałem zadania na oddzielne wątki. Pojawiają się co prawda lekkie poślizgi, tj. przeliczenie czterech próbek bez app_configa zajmie deko mniej czasu, niż z nim, ale nie są to jakieś bycze wartości. Te, dajmy na to, 10% możemy śmiało sobie darować, skoro w zamian zyskujemy możliwość wyrobienia się w terminie.
Dla uproszczenia przyjmuję, iż edytując app_configa da się zredukować czas mielenia zadania dwu, lub 4krotnie. Dla wariantu *4 wrzuciłem do katalogu pt. C:\ProgramData\BOINC\projects\www.primegrid.com plik app_config.xml
o poniższej zawartości.
<app_config>
<app>
<name>llrTRP</name>
<fraction_done_exact/>
<max_concurrent>1</max_concurrent>
</app>
<app_version>
<app_name>llrTRP</app_name>
<cmdline>-t 4</cmdline>
<avg_ncpus>4</avg_ncpus>
</app_version>
</app_config>
Zamieńmy llrTRP na llr321 i po kłopocie. Kiedyś przydałoby się opracować całościowo pisanie plików instruujących boincowego menedżera, jak należycie mielić powinien. Niegdyś bawiłem się tym, z sukcesem, przy okazji burpa:
http://www.boincatpoland.org/smf/burp/przydzial-ilosci-rdzeni/
Niestety coś zmienili później przy liczydle i myk z przywiązaniem aplikacji do jednego wątku przestał działać. To skutecznie zniechęciło mnie do dalszych eksperymentów. Swoją drogą warto by kiedyś do nich powrócić. Próby z budowaniem nowych konfiguratorów wymagają dokładnej znajomości znaczenia każdej linii. Np. co mówi maszynie wiersz?
<cmdline>-t 4</cmdline>
a co ten?
<avg_ncpus>4</avg_ncpus>
Dawnymi czasy sądziłem, iż trzeba napisać komputerowi to samo 2 razy, żeby zechciał łaskawie zrozumieć. Obecnie myślę, iż tkwię, jadąc pewnym klasykiem, w mylnym błędzie. Stąd mój apel o wspólną pracę nad fachową instrukcją tworzenia configów. Dobra, starczy tej pisaniny. Oby w nadchodzącym wyścigu wystartowało nas więcej. Ostatnio nieźle żeśmy się spisali, ale drużynę potencjalnie stać na znacznie lepszy rezultat.

Ja również stawię się na starcie. Zastanawiam się jedynie jak mielić. Tzn. czy przestawić liczenie na dwu, lub nawet 4wątkowe. Obawiam się bowiem nieco, czy działając bez modyfikacji ustawień, można się wyrobić w terminie na moim sprzęcie.

Na szczęście zdołałem już wszystko odesłać. Przetwarzanie znacznie przyspieszyło, gdy pozostały dwie z czterech pobranych próbek. Dlaczego Primegrid domyślnie się tak nie ustawia, aby llry uwzględniały ilość rdzeni fizycznych? Przecież boincowy menedżer widzi typ procesora a pomimo tego optymalizować prędkość mielenia trzeba ręcznie.

potestuję te rozwiązania po zawodach. Dzięki za wszelkie informacje.

No to po herbacie, bo odpaliłem liczenie samego primegrida, czyli cztery próbki na raz. Rozumiem, że optymalnie by liczył mogąc mielić na raz dwa zadania. Taka zasada, tyle próbek ile rdzeni fizycznych. Jak przydzielić projektowi maksymalną ilość uruchamianych jednocześnie aplikacji? Przypisałbym wówczas dwie Primegridowi i miałbym spokój. Wyłączenie ht to dla mnie kompletna nowość. Generalnie dotyczy to jednego boincowego projektu a ściślej pisząc jego podprojektów i tu uwaga, również nie wszystkich. Gdyby można było wykonać tą sztuczkę poprzez jakiś plik konfiguracyjny umieszczany w boincowym katalogu, to reflektuję. Odrzucam pomysły typu ingerencja w ustawienia systemowe całej maszyny.

Najkrótsza próbka mieliła się u mnie dokładnie 46:38:38 a regaty trwają tylko trzy doby. Normalnie jakieś jajca prostokątne. Co do pisania o wyścigach, to ograniczam się obecnie do pisania na forum, ponieważ nie wiem, czy wrzucanie tego na główną w ogóle ma sens. Czytaj, spotkałoby się z jakimś zainteresowaniem, czyli większym zaangażowaniem naszych załogantów w ściganie. Nie orientuję się obecnie, jak z redagowaniem takich informacji poradziłby sobie gadacz. Na zakończenie wypada jeszcze odnotować pewien mały drobiazg. Mianowicie uprawnień do zamieszczania wieści nie posiadam. To tak celem wyjaśnienia dla kolegi zaskoczonego tym, czemu cała akcja pt. mobilizacja primegridowa bazuje u nas jedynie na utworzeniu kolejnego wątku.

Nvidię mam w laptopie a ati w stacjonarnym. Łapka na razie dosyć rzadko używam. Jeżeli go odpalę na deko dłuższy czas, to chętnie sprawdzę mielenie Enigmy również na nim.

No to ruszylim.  :attack:

Czy próbował ktoś może herbaty z ekspresu przepływowego? Słyszałem o takiej metodzie przygotowywania naparu. Wydała mi się dosyć interesująca. Odpowiedni czas parzenia stanowi klucz do dobrego efektu. Np. z czarnych, polecam Ygarę. Zaparzać maksymalnie pięć minut, ponieważ tzw. przeparzenie skutkuje pojawieniem się taninowej goryczy, która kompletnie przykryje wszelkie subtelniejsze nuty smakowe.

Do startu pozostało niecałe osiem godzin. Południe już minęło, więc ponawiam apel o przygotowanie się.

No i skończyło się rumakowanie. Zdaje się, że liczydło pt. cuda w
wersji 1.10 ostro się wykrzacza. Kolejna próbka z błędem po upływie 14:47:57, czyli 15 godzin mielenia poszło w... Pewnie kolejna też zalicza się do trefnych, bo pokazuje 100% i nadal się tzw. przetwarza. Upłynęło dokładnie 11:14:14. Ubijam zadanie, bo nic już z tego dobrego się nie wykluje. Wyłączyłem cudowne próbki w preferencjach. Ciekawe, jak pracuje druga gpowa aplikacja.

Formosa OOlong, zwana herbatą smoczą, oto moje ostatnie odkrycie. Naprawdę warta spróbowania. Znakomicie nadaje się na prezent, jakby się ktoś zastanawiał, to właśnie paczuszkę tego zielska szczerze doradzam.

Zadania dla ati niekiedy się wysypują i to w dosyć denerwujący sposób. Właśnie przed chwilą okazało się, że po przemieleniu paczki z cudowną aplikacją, wypluło mi błąd po dwudziestu godzinach. Zaznaczyłem oczywiście opcję pt. Run test applications. Niestety trudno wskazać, które zadania się posypią. Dotychczas miałem pecha trafić dwie takie próbki. Co ciekawe pozostałe używające aplikacji w identycznej wersji przeliczyły się bez awarii.

Cytat: necavi w 16 Sierpień 2017, 17:36
Ściganie w PG? Super :boing:
Proszę przypomnieć sklerotykom przed startem :attack:

Przypomnę o wyścigu w niedzielny poranek. Znając życie odezwę się także w chwili startu. Upraszam o powiadomienie liczydłowych niezaglądających zbyt często na forum.

Liczymy jedynie podprojekt:
Generalized Cullen/Woodall Prime Search LLR (GCW)
start:
2017-08-20 18:00
meta:
2017-08-23 18:00
Tzn. ruszamy po dwudziestej czasu polskiego w najbliższą niedzielę. Rozumiem, iż wakacyjne rozleniwienie deko nas dopadło, lecz czas z tym skończyć. Trza zewrzeć szeregi, bo tradycja dobrych występów Boinc@Poland w primegridowych regatach przecież zobowiązuje.

Miałem zaptaszone jedynie
Help Stop TB. Teraz zahaczyłem również
FightAIDS@Home - Phase 2. Oczywiście zawsze wybieram dane podprojekty ręcznie. Tzn. nie chcę, żeby mi coś przysyłali z automatu. Lubię zbierać gwiazdki, taka już moja natura. Rzecz jasna od dawien dawna mam zaznaczoną opcję liczenia na grafie, lecz dotychczas nic takiego mi nie podrzucili.

Dlaczego projekt trzeba dopinać ręcznie? Niestety wciąż nie widać go na liście w boincowym menedżerze.

Zarówno dla Ati, jak i Nvidii, można ustawić w preferencjach ustrojstwo pt. kernel size. Czego ono dotyczy? Proponują osiem wartości, od 16 do 23. Domyślnie ustawiona jest dwudziestka. Co to za parametr?

WCG leży i kwiczy. Praktycznie nie wysyłają próbek. Czyżby ten megaprojekt zdechł?

Liczy się przyzwoicie. Tzn. próbki krótkie, termin odesłania długi i nie ma problemów pt. brak zadań. Tu plusy się kończą. Posiadają trzy aplikacje a karmi tylko odlk3@home. Jedynka i dwójka zdają się w ogóle faktycznie nie istnieć, skoro nie idzie nic upolować z tamtych apek. Być może to chwilowy przestój.
Wrzucili ciekawą opcję do preferencji, czyli ilość próbek jaka ma się mielić, lecz pomimo ustawień jakoś nie chce to zadziałać.
Max # jobs
3
Max # CPUs
3
Wraz się liczą cztery zadania. Poczekam jeszcze parę dni, żywiąc nadzieję na to, że administratorzy ten feler naprawią.

Czy aplikacja nvidiowa liczy to samo co ta na cpu? Szczerze powiem, co mi leży na wątrobie. Zdobyłem odznakę w aplikacji
Enigma 0.76b a teraz sobie dumam tak. Karty weszły, w dodatku Ati się nie łapią w projekcie Kamrata, więc już całkiem kicha. Skoro cuda liczy to samo, to mielenie na cpu zakodowanych wiadomości nie ma sensu, z oczywistych przyczyn. A może, jak zwykle bywa, jestem ciemny, jak tabaka w rogu i kompletnie nie ogarniam tematu. Być może każda aplikacja liczy coś innego. Jeżeli tak, to każde liczydło posiadałoby swoją wartość. Wówczas przydałyby się odznaki dla poszczególnych apek.
Enigma AV dopiero rozpoczyna działalność, zatem oddzielne gwiazdki za nią bardzo mile widziane.

Ściągnąłem jedną próbkę, którą właśnie wreszcie ubiłem. Mielenie rozpoczynało się od zera po każdym odpaleniu, lub resecie kompa. Do tego projekt nie dawał się usunąć tak, jak inne z menedżera. Poskutkowało za drugim razem. Wyświetlił mi komunikat o błędzie w przeliczaniu zadania. Wiem jedno, dalej bawił się w to nie będę. Szkoda czasu, nerwów i mocy obliczeniowej maszyny.

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?

Witam. Czy mógłby mi ktoś przetłumaczyć poniższą informację na ludzki język?
Taki komunikat pojawia się na ekranie po zapisaniu kawałka książki:
Internal Program Error:
D:\FineReader6\FineObjects\SRC\File.cpp, 184.
Zaznaczam, że dotyczy on sytuacji pt. Fine Reader 6.0 pod siódmą windą. Problem nie występował pod starszymi wersjami mikroszitowego systemu, np. pod xpekiem. Awaria następuje podczas próby zapisywania skanów wysokiej jakości do pliku pdf. Rtf zachowujący grafikę jest znacznie większy, lecz tam kłopotów brak. Wszystko gra i buczy. Najważniejsza sprawa, jak temu zaradzić? Obecnie używam Fine Readera zainstalowanego na partycji domyślnej, zwanej niekiedy systemową, czyli C. Zaznaczam to, bo niektórzy używają wyłącznie Linuksa, więc windowe dylematy są im dokumentnie obce. Czy przeinstalowanie na drugą partycję, którą nazwałbym D:\ zaradzi tej usterce? Z góry bycze dzięki za wszelkie wskazówki.
Zapisywanie do pdfów bez zmniejszania zdjęć czasem się przydaje, choćby wtedy, gdy chcemy zaprezentować pierwotnie papierowy album w elektronicznej postaci.

Deko nowych próbek sypnęli. Pobrałem na zapas, bo znów może zabraknąć zadań.

Konto da się założyć, lecz próbek nie przysyłają. Czy zdołaliście cokolwiek tam przeliczyć?

Tak na szybko przepiąłem się na Enigmę, bo wreszcie zaczęła karmić.

Denis nie przysyła próbek. Czyżbyśmy go zajechali?

Najlepiej by było, gdyby Denis@Home został projektem maratońskim. Jak zostaną wybrane w tym roku poszczególne dyscypliny? Tzn. mówiąc po ludzku jestem ciekaw tego, kto decyduje, co będzie liczone w danej konkurencji.

Również popieram zgłoszenie naszej ekipy do tegorocznego pięcioboju.

Powróćmy na chwilę do sensowności całej zabawy. Tzn. problemu pt. czy na każdym kompie liczenie jednej próbki na dwóch, lub czterech rdzeniach, poskutkuje większą ilością przeliczonych zadań? Porównując to oczywiście z ustawieniami firmowymi, czyli jeden rdzeń, dla każdego zadania.

No to ruszylim. Pogońcie Kamraci maszyny do roboty.  :whip:

Zapytałem, ponieważ dysponuję tylko jedną maszyną, zatem nie mam możliwości przeprowadzania eksperymentów. Dlatego będę mielił standardowo. Tj. bez zmiany ustawień, czyli jedna próbka na jeden rdzeń. Poczytałem o tym optymalizowaniu primegridowych aplikacji.
http://www.boincatpoland.org/smf/primegrid/primegrid-test-nowej-aplikacji-1-wu-na-wielu-watkach-jednoczesnie/
Po mojemu jest to wykonalne, gdy ktoś dobrze rozumie architekturę danego procesora. Za chudy w uszach na takie zabawy jestem. Do zobaczyska na starcie zawodów.