BOINC@Poland

Juz jest wersja dla Windows. mam nadzieję, że zadziała.

w opcjach kompilatora trzeba podać ścieżki do inkludów. np.: "/I..\OpenCL1.1\include"
w AMDAPP powinna być biblioteka OpenCL.lib. dodaj ją na końcu listy plików wejściowych. spróbuj skompilować z poziomu linii komend.
ponieważ MSVC nie jest do końca kompatybilny C++11 to prawdopodobnie trzeba będzie trochę zmienić program

Dzięki. oczywiście zgadzam się.  8). Nie wiem jak program zachowa się dla Tonga lub Fiji (to GCN 1.2, niekompatybilne ze starszymi i jeszcze nie rozgryzłem binariów OpenCL dla tej arch).

jeśli masz jakikolwiej kompilator (zalecam VS Express 2012)  to po prostu skompiluj plik bugcheck.cpp. musisz mieć zainstalowany AMDAPP, lub przynajmniej nagłówki OpenCL. może w weekend skompiluję pod windows.

Po napisaniu assemblera dla GPU postanowiłem nauczyć się i sprawdzić wszystkie instrukcje GPU :book:. no i wyszedł błąd...

dzięki RAD-Poland  :p_arr:. CapeVerde to GCN1.0. czekam na wyniki dla GCN1.1 (Bonaire, Hawaii, Spectre...).

cześć. ostatnio znalazłem (na 99%) błąd sprzętowy w GPU radeona (Radeon HD 7850). zobaczcie wątek:
https://community.amd.com/thread/191288

W poście zamiesciłem kody programu, który wykrywa ten błąd i binaria w Linuksie. chcę, żebyście spróbowali odpalić program i pokazali wyniki.
Testowałem tylko na Pitcairn. Niestety nie wiem jak będzie działać na prockach Fiji i Tonga (całkiem inna arch). Program testuje czy instrukcja S_SUB_I32 dobrze
liczy nadmiar (overflow) dla różnicy liczb. mój Pitcairn, niestety źle liczy. chciałbym wiedzieć czy inne GPU mają ten problem.
Niestety nie mam dostępu do Windows, więc nie mam binariów dla Windows. sprobuje skompilować dla Windows w następnym tygodniu.

już liczę  :whip:

FB i innych nie używam, ale uważam, że FB powinien dostać trochę batów  :whip: za takie zarabianie na treści. więc wogóle taka informacja bardzo mnie cieszy  ;D

World Community Grid.

POEM, ponieważ nadal go liczę.

Hej. Spróbuj mojego sposobu: ustaw sobie no_priority_change (z linii poleceń lub w konfigu) dla boinc. Niektóre apki pod GPU tak mają, że gdy działają na niskim priorytecie razem z innymi to nie ma szans, żeby wykorzystać GPU maksymalnie i często trzeba liczyć kilka WU naraz, żeby osiągnąć obciążenie 90%.

hmmm troll81 trochę przesadził z tą łatwością przenoszenia appek z linuksa na androida (trochę inny system, zamiast x86 jest ARM).
na oficjalnej stronie BOINC'a nie ma jednak binarek do Win8.1 (a tym bardziej do WinPhone) pod ARM, może kiedyś powstaną...

będę się upierał przy Leiden Classical. Moze kiedyś wygra...

Dobrze idzie teraz POEM@Home. nie ma też specjalnych wymagań a WU liczą się dość szybko (ok 1 godz na HD7850@1GHz).

nieźle. taki mój Pitcairn tyle że nowsza arch. testujesz na stocku, czy też karta jest podkręcona fabrycznie?

Do flaku: bitcoin to tylko funkcja hashująca, którą da się zrobić łatwo sprzętowo. Może niektóre aplikacje projektów BOINC, było dało by się wykonać podobnie łatwo zrobić sprzętowo.  Problem leży też w kasie: żeby odpalić produkcję takich specjalizowanych zabawek to trzeba wywalić miliony dolarów. o wiele taniej (i łatwiej) można by wykorzystać FPGA, ale to też nisza, która kosztuje.

apka działa bardzo dobrze. jednak zauważyłem, że jest wiele zadań oczekujących na zatwierdzenie mimo dwóch wymaganych wyników. hej. krzysp? Validator coś nie wyrabia?

nieźle punktuje wasz projekt: na moim (core-i5 3470@4.0GHz) wyciąga 14k/24h.

witam. za 1 lub 2 dni będę liczył Universe@Home. apka już jest na tyle stabilna, że nie sprawia problemów? cieszą mnie częstsze checkpointy. tak więc za chwilę będę wspierać wasz projekt  :parrrty:.

Tak działa dzielenie czasu w kliencie BOINC. Częstsze skoki (np.: 100 razy na sekundę, tak żeby były niewidoczne) oznaczałyby więcej przełączeń i więcej strat przez przełączanie zadań. dlatego twórcy boinca postanowili tak ustawić dzielenie czasu a nie inaczej. możesz zamiast tego ograniczyć liczbę użytych procesorów, tak jak radzi Ci pawg.

wybrałem znów Leiden classical (może będzie miał więcej szczęścia teraz). WEP M+2 mi się nie podoba: podobno w kółko liczą to samo. od dawna tam nie było innych newsów niż:

Cytat12-digit factor of P2203 has now been found by the project... xxx

też podpisałem. dobra inicjatywa.

też myślę że byłoby fajnie posiadać takiego potworka. AMD podobno także wymyśliło Project Quantum (dwa takie w małej obudowie).
Jest jednak pewien haczyk (istotny dla liczących m.in. Milkywaya): jednostka DP jest przycięta: osiąga 1/16 SP, więc niezły tygrys ale z przyciętymi zębami.

do osemka:
czy ja wiem czy będą takie dobre do obliczeń?  :-\ one mają jakąs odmianę AVX512, więc jeśli apka będzie liczyć tak jak na normalnym procku to niezbyt dużo będzie z tej gigantycznej mocy. trzeba te urządzenia odpowiednio zaprogramować (można użyc np.: OpenCL lub OpenMP) no i wykorzystać ich DUŻE wektory  :whip:.
cena: były kiedyś przed końcem poprzedniego roku tanie jak barszcz ale dla devów (bardzo ograniczona ilość).
Podobno już Intel kręci nowe z rdzeniem Silvermont (czy jak tam) i mają być szybsze 3x od obecnej generacji.

Dołączony (także do zespołu). zaczynam liczyć  :whip:

Leiden classical - bo nie wygrał ani razy i zamierzam go liczyć po Asteroids@Home.

czytałem, że przed demontażem powinienem odczekać 30 minut po wyłączeniu zasiłki. odkurzacz? trochę się boję. raz mi siadł zasilacz od starego kompa odkurzeniu od zewnątrz.
mam większy pędzel (rozmiar 7 cm), może wystarczy? nie chcę się bawić też w sprężone powietrze.
dzięki za szybką odpowiedź  :p_arr:

cześć. niestety nie znam się za bardzo na sprzęcie  :shame:, ale potrafię wyczyścić kompa (wiatrak, grafę) i
akurat dzisiaj wyczyszczyłem kompa. mam dwa pytania:

a) mój zasilacz w kompie ma ponad 7 lat i nigdy nie był czyszczony od wewnątrz. jest warte świeczki jego czyszczenie od wewnątrz po demontażu?
b) o czym powinienem pamiętać przed demontażem i podczas czyszczenia? zamierzam tylko używać pędzelka.

powiem tylko, że zasilacz dobrze działa i nigdy się nie przegrzewał i nie buczał.
warto to robić samemu czy tylko odkurzyć zasilacz od zewnątrz (bez demontażu)?
pytam, ponieważ nie chcę sobie zepsuć sprzętu i nie mam doświadczenia w tej materii.

wreszcze 100 millionów razem dla wszystkich projektów.  :parrrty:. i dalej  :whip:

ja odpalam BOINC z lokalnego katalogu juz jako zalogowany. i GPU działa. nie chciało mi się bawić w jakieś uprawnienia i itd.

pierwszy milion w yoyo@home. teraz ciśnę w Asteroids@Home :whip:.

POEM!!. Bo działa pod NVIDIA i AMD. A poza tym to projekt biologiczny.

ok. dodam coś od siebie:
http://www.dailymotion.com/video/xc4ayg_robert-miles-children_music

nieśmiertelny klasyk  ;D.
założę się każdy go gdzieś słyszał :).

http://www.dailymotion.com/video/xerfb_robert-miles-children-1996_news.
inna wersja tego samego.
:parrrty:

na PurePC znalazł się artykuł:
http://www.purepc.pl/pamieci_ram/row_hammer_atak_przeprowadzany_na_pamiec_ram

o możliwości zaatakowania systemu, w taki sposób, że za pomocą odczytywania komórek pamięci można zmienić stan sąsiądujących innych komórek w pamięci.
Problem dotyczy prawdopobnie prawie wszystkich pamięci wydanych w 2012-2013. Zrobiono programik, który testuje taką możliwość:
https://github.com/google/rowhammer-test
Ciekawy, tego problemu, sprawdziłem mój komputer za pomocą tego programiku i pada po kilku sekundach  :o :o.
Dla tych, którzy mają podatne na ten atak maszyny mam informację, że jeśli ma dobry BIOS, to można temu zaradzić poprzez zmianę
parametru tREFI (DRAM Refresh Interval) (ja zmieniłem z 6240 na 3100 i to pomogło, nie wywala żadnego błędu po kilkunastu minutach).
Niestety nie istnieje pewny sposób żeby ten problem wyeleminować (oprócz kupna sprzętu z pamiątkami ECC lub DDR4).
więcej informacji o problemie jest:
http://en.wikipedia.org/wiki/Row_hammer i
http://users.ece.cmu.edu/~omutlu/pub/dram-row-hammer_kim_talk_isca14.pdf
Problem jest naprawdę poważny ponieważ można nie tylko w ten sposób przejść zabezpieczenia jądra systemu, ale też rozwalić system,
jeśli bity zostaną zmienione w określonym miejscu. Zalecam ostrożnie korzystać z powyższego programiku (albo wcale nie korzystać) na maszynach z ważnymi danymi.
No cóż żyjemy bardzo ciekawych czasach gdy sprzęt coraz częściej nie działa tak jak należy i o tym nawet nie wiemy  :(.
Ktoś z kamratów już testował za pomocą tego programiku swój sprzęt?

Dzisiaj użyłem tej opcji do zmuszenia POEM OpenCL do liczenia na pełnych obrotach.  Opcja powoduje, że klient nie zmienia priorytetu zadań i zadania działają z takim samym priorytetem z jakim został odpalony klient. Niestety opcja wpływa na wszystkie zadania (chyba że aplikacja sama zmienia priorytet). Drodzy kamraci, ktoś z was jej używał?
Niestety nie mogłem zwiększyć ilości zadań dla POEM (mam odpalone 2 równolegle) z powodu braku pamięci na karcie (mam tylko 1GB VRAM). Stąd też także jeszcze inne pytanie: czy jest jeszcze inny sposób wymuszenia wykorzystania GPU w 100% dla zadań GPU?

Sprawdzałem na moim HTC Sensation kilka wersji klienta z różnymi wersjami bibliotek. Ostatecznie sprawdziłem starego klient 0.5.9.4 i w każdym przypadku WCG się wywalał.
Więc raczej nie cofnę aktualizacji. W razie problemów radzę liczyć WCG na oficjalnym kliencie.

Myślę nad rozwiązaniem problemu. Ponieważ jest problem ze starą wersją OpenSSL (poważny problem z bezpieczeństwem) to jeszcze pomyślę czy nie cofnąć aktualizacji.
EDIT: Możliwe, że nowe biblioteki są niekompatybilne (OpenSSL 1.0.1l i curl 7.40.0). zalecam liczyć WCG na oficjalnym kliencie.
EDIT2: Prawdopodobnie to nie jest problem z klientem, lecz z aplikacją. na moim tablecie SGT 4 2.0 WCG działa dobrze.

Będzie wersja dla Linuxa? na razie jest tylko dla windowsa. chciałbym przetestować na moim Radku  :attack: :attack:

zauważyłem, że dzisiaj coś zmieniło sie BoincStats. Dodano BOINC combined without ASIC. już zaczynają robić statystyki bez Bitcoin Utopia.
Zmianę uważam za dobrą  :p_arr:, IMHO BU rzeczywiście mocno psuje już statystyki. wielu osób z czołówki liczy tylko BU. może to ich zachęci brania udziału w innych projektach.