BOINC@Poland

Universe@Home. :parrrty:

 :parrrty: :whip:

Tyle, że to nie ma nic wspólnego z boinc. moc będzie wykorzystywana komercyjnie albo konsumpcyjnie za pieniądze. Czyli będzie traktowana jak zwykły produkt.
Ja tylko myślę czy jakas firma nie zrobi tanszej i pewniejszej chmury od tego (bo może tak być).

Od dłuższego czasu nie mam możliwości żeby zarządzać statystyki dla Androida na tej stronie. także serwer nie dawał już rady.  :dunno:

Żegnaj POEM@Home. Policzyłem dla Ciebie 109 mln punktów.

chyba raczej już nie będzie nowych WU, chociaż jeszcze nie wiadomo. nadal nie ma nowych WU.

akurat na statusie serwera widać, że są przeliczane ostatnie WU (także dla apki OpenCL), a nowych nie ma :dunno: . mam nadzieję, że to na razie przejściowe.

aplikacja jest opracowywana dla OpenCL 1.1. Przynajmniej takie są wstępne założenia. Na razie będą wspierane karty Radeon HD 7000 (GCN 1.0) i nowsze.

kva.pl: akurat mam ten sam model i liczę to samo  :parrrty:. jakoś nie mogę ustawić by liczyć na więcej niż 4. masz starszego andka czy roota?

 :parrrty: :respect:

tak. akurat o jeden niższy procek kupiłem 3,5 roku temu.

 :parrrty:

 :parrrty:

Wreszcie WCG  :parrrty:

Od jakiegoś czasu POEM wskazuje mi 100M.  :parrrty:

 :p_arr: :p_arr:

uff! wreszcze 250m w total.  :parrrty:

niedawno łączyłem się ręcznie z klientem w BOINC manager. teraz korzystam z managera z pakietów mojej dystrybucji (OpenSUSE). Ponieważ odpalam klienta z mojego katalogu na moim koncie (nie gdzieś w systemie), dlatego też przez długi czas boinc manager nie łączył się automatycznie z klientem.
w ogóle łączenie automatyczne w linuxowym boinc managerze jest zepsute. gdzieś znalazłęm informacje, że trzeba skopiować plik gui_rpc_auth.cfg (z hasłem) do /var/lib/boinc. niestety u mnie to nie zadziałało. po analizie działania managera za pomocą strace (narzędzia do debugowania) wyczaiłem, że ten plik trzeba umieścić w umieścić w /usr/bin (???) i to zadziałało. jeśli będziecie mieli problem automatycznym łączenie z klientem to spróbujcie tego pliku, chociaż nie wiem jak z innymi wersjami managera dla linuxa jest to zrobione (zepsute).

No cóz, Może Vega będzie lepsza pod względem double-precision  ???. pisali gdzieś, że może być.

w niektórych testach piszą że się nie podkręca (pclab i purepc). mam nadzieję że to wina referentów.

wymaga tylko jednej wtyczki 6-pinowej do zasilania  :D. może sobie kiedyś kupię. ale nie wiem czy będzie u mnie w tandemie z R7 360.

czyli co? taki GTX 1080 jest niecałe 3 razy szybszy od mojego biednego HD7850?
199383682 184461034 14 Jun 2016, 9:12:36 UTC 16 Jun 2016, 11:02:42 UTC Zakończone i zwalidowane 1,303.39 154.64 5,500.00 POEM++ OpenCL version v2.31 (opencl_ati_101) x86_64-pc-linux-gnu

rzeczywiście moc jest. ale nie w DP (podwójnej precyzji). no cóz  :whistle:, musieli obciąc tak jak w maxwellu (wydajność DP to 1/32 wydajności SP). inaczej by źarł więcej prądu.

nie sądzę. sam OpenCL i CUDA mają podobną architekturę i zostały tak zaprojektowane by było wykonywanie wielu czynności na GPU (OpenCL tak zostal zaprojektowany: wiele kolejek, wykonywanie zadań poza porządkiem i itd) równocześnie. API do GPGPU są znacznie prostsze i operują na niskim poziomie (bufory, obrazki, kolejki zadań, proste operacje: kopiowanie, odczyt i zapis). Vulkan jest do innych zadań i pewnie nie będzie miał zastosowania w czystym GPGPU.

POEM@Home. wreszcze.

very good :parrrty:

życzę wam, żeby żaden komp się nie popsuł.  :parrrty:

TOTAL, dziś stuknęło.

chyba zabrakło zadań. też mój procek się chłodzi  :dunno:

Nieźle.  :parrrty:

Universe@Home. wreszcze dobiłem do tego pułapu...

 :parrrty:  :boing:

No tak, AMD sp...ło robotę, X'y to jednak cholerny przeżytek... ale fakt, coś zaczyna nie grać w linuksie od jakiegoś czasu... ale to już jest inny temat...
jak ktoś chce to może spróbować tego triku. OpenCL pod Linuxem działał dość dobrze do tego momentu. ale to może być wina sterów.

Udało mi się odpalić drugi X server dla OpenCL (pod tym już działa apka POEM). należy dodać opcje '-sharevts' dodać włączyć opcje 'AllowMosuseOpenFail' i 'DontVTSwitch', wyłączyć 'AutoEnableDevices' (w sekcji ServerFlags do xorg.conf.fglrx) i odpalic będąć na trybie GUI z poziomu roota. Przed użyciem OpenCL trzeba ustawić zmienną DISPLAY na ":1" i usunąć zmienną XAUTHORITY i każda apka OpenCL będzie działać.

rozwiązałem problem omijając go. odpaliłem X'y na integrze. opencl nadal działa (ale nie poem). dla ciekawskich podaję jak to zrobić:
- zmienic nazwę pliku /etc/X11/xorg.conf  na inną
- uruchomić /usr/lib64/fglrx/switchlibglx intel
- uruchomić /usr/lib64/fglrx/switchlibGL intel
- zmienić ustawienia w BIOSe tak by startował z integry
Opcjonalnie można po uruchomieniu można odpalic X server dla AMD po uruchomieniu '/usr/lib64/fglrx/switchlibglx amd' i po przywróceniu /etc/X11/xorg.conf dla AMD. można wtedy przetaktować kartę i zmienić obroty wiatraczka. po zmianie ponownie zmieniamy nazwę dla /etc/X11/xorg.conf i ponownie odpalamy '/usr/lib64/fglrx/switchlibglx intel'.

na collatzu taki trick działa. może jest nawet lepiej główny GPU nie jest obciążany jakimiś operacjami graficznymi :)
test zrobiłem na OpenSUSE 42.1 i wszystko jest ok  8)

cześć. mam problem z system, z boinc i z OpenCL. zaktualizowałem system do OpenSUSE 42.1 i sterowniki Radeon Crimson 15.11. Niestety apka opencl dla boinc, powoduje zawieszanie się systemu (nic nie reaguje, pewnie kernel panic). najczęściej zdarza się to gdy mam włączonego kompozytora OpenGL (w ustawieniach KDE, Wyświetlanie ekranu).
Teraz używam XRender i jest lepiej. co może być przyczyną, i czy istnieje lekarstwo na tą przypadłość systemu?

SAT@Home

Dzięki za testy. okazuje się, że nie ma błędu w nowszych układach (GCN 1.1/1.2). Z linii poleceń możesz wybrać kartę do testów (podaj po prostu jej numer).

jest nowy plik. już będzie czekać na reakcję użytkownika. Mozesz odpalić z poziomu GUI.

odpal z poziomu linii poleceń. Wybierz z programów 'Wiersz linii poleceń' (lub Uruchom... z 'cmd.exe') i przejdź do katalogu z programem (cd SCIEZKA) i uruchom. Jeszcze nie odpalałeś żadnego programu z linii poleceń?