BOINC@Poland

 :parrrty:

 :parrrty: :parrrty:

 :ahoy:

To może przy okazji warto się zastanowić w jaki sposób reagować na żółte i czerwone kropki na wykresie. Może jakaś możliwość dodawania komentarzy (np sorry testowałem poradziecki zegarek/kamienie znalezione na polu/worek z nawozem potasowym/miałem badania z zastosowaniem izotopów) aby właśnie nie robić dymu tylko podać rzetelną informację. Liczba czujek rośnie i tylko czekać jak jakiś niepełnosprytny dziennikarz podchwyci temat, ujrzy żółtą kropę na wykresie i dojdzie do wniosku że to z pewnością wina pobliskiej elektrowni jądrowej.

Wszelkie znaki na niebie i ziemi wskazują, że nie damy rady utrzymać 2. miejsca jeśli nie zaczniemy poważniej walczyć. Dawać, dawać  :attack: :whip: :attack: :whip:

 :parrrty:

Zastanawiałem się właśnie na co się przełączyć po zakończeniu obecnego wyścigu w Asteroids i już wiem. Dzięki Ufol :parrrty:

Z moich obserwacji wychodzi, że athlon x2 255 na 32 bitowym systemie jest 2 razy wolniejszy niż phenom x6 1055T na 64 bitowym. Czy ktoś mógłby potwierdzić wyższą wydajność 64 bitowej apki?

Myślę, że lepiej propagować idee. Jak czujka będzie na każdym rogu to nie trzeba będzie z nią jeździć  :boing:

Zobacz kto tam ciągnie cały team właściwie:
http://asteroidsathome.net/boinc/hosts_user.php?userid=3284

64 hosty, które liczą!!! Nic dziwnego, że trudno dogonić ale walczymy, walczymy  :whip:

ryszard.korczyk gratuluję drugiej pozycji  :parrrty: :attack: :attack:

 :parrrty:

 :parrrty:

Cytat: goofyx w 19 Grudzień 2012, 11:11
teoretycznie przejście piesze przez określone punkty miasta i włączanie czujki na 5-10 minut celem pomiaru też mogłoby nie być problemem.
cieszę się, że założyłem ten wątek <- dowiedziałem się rzeczy której nie wiedziałem. Byłem pewien, że czujce nie przeszkadza bycie w ruchu w trakcie pomiaru, a tu zonk ;)

Samo bycie w ruchu jej nie przeszkadza. Tylko wyniki w ten sposób otrzymane mają niewielką wartość poznawczą i merytorycznie można się do nich czepiać.

Cytat: Szopler w 19 Grudzień 2012, 13:44
Jakoś Japończycy po Fukushimie zrobili czujkę z GPSem i jeżdżąc zrobili mapy promieniowania wzdłuż głównych dróg w okolicy.
Popatrzcie choćby na to:

Kod [Zaznacz] Rozwiń

http://blog.safecast.org/category/sensor-network/
&

Kod [Zaznacz] Rozwiń

http://blog.safecast.org/2012/03/safecast-geiger-counter/

Po pierwsze śmiem twierdzić, że dysponowali wyższym poziomem technicznym i kapitałem od nas.
Po drugie oni mieli co mierzyć bo tam mieli nieco wyższe dawki niż my.

Większa ilość czujek nie zda egzaminu. Każda wskaże inny wynik a żaden nie będzie wiarygodny. Mierząc samą dawkę to z definicji wyniki będą zaniżone a przy zbyt gęstym próbkowaniu w czasie nawet zerowe. My mierzymy moc dawki czyli dawkę na jednostkę czasu i w tym przypadku można otrzymać również wyniki skrajnie zawyżone. Czujka musi nałapać określoną ilość aktów jonizacji zachodzących w tubie aby mieć jakąś rozsądną liczbę liczeń, która zostanie podzielona przez czas.

Mówiąc najbardziej obrazowo w przypadku pomiarów dla naszych potrzeb (tło) czujka "ćwierka" relatywnie rzadko. W ciągu 3 sekund może nie zliczyć nic (odczyt 0) albo zliczyć tyle samo co przez następne 27 (wynik 10 razy zawyżony). Bo rozpad promieniotwórczy statystyczny jest (coś jak z tym poetą). Przeciętny użytkownik nie ma ochoty się w to wgryzać za to chce aby wynik na ekranie czujki odświeżał się jak najszybciej, był rzetelny i obarczony małym rozrzutem. Konstruktorzy czujki byli zmuszeni jakiś czas wybrać aby pogodzić wiele kwestii i jest on dobrany dobrze do naszych potrzeb (inna sprawa, że czujka robi więcej niż tylko to co pokazuje na ekranie).

Można sobie wyobrazić konstrukcję szybkiego licznika do małych dawek poprzez fizyczne zwiększanie rozmiarów tuby (trochę karkołomne bo w garażu ich sobie nie zrobimy sami) lub łącznie tub w grupy w ramach jednego licznika i odpowiednią obróbkę danych (licznik koincydencyjny). Mogłoby się jednak okazać, że pojawia się problem długotrwałej kalibracji i testów takiej czujki oraz trudność w uzyskaniu liniowej odpowiedzi na dawkę. Może kiedyś ale wydaje mi się, że obecnie nie jest na to najlepszy moment (montowanie i wysyłka zamówionych czujek zjada pewnie kolegom 110% wolnego czasu albo i więcej). Podpytam kolegów z instytutu w jaki sposób realizowane jest to w komercyjnych rozwiązaniach. Książkę, która się zajmuje tym zagadnieniem podesłałem jakiś czas temu komuś z zespołu - może tam uda się odnaleźć jakieś podpowiedzi. O ile oczywiście ktoś z konstruktorów uzna, że warto.

krzyszp, Szopler:

"Znafcy" mają sporo racji biorąc pod uwagę statystykę rozpadów promieniotwórczych i ideę pomiaru ilościowego tego zjawiska. Przez kilka semestrów prowadziłem nawet zajęcia ze studentami gdzie z pomocą testów statystycznych określali czy lepiej zrobić dużo krótkich pomiarów czy mało długich a ja kręciłem im napięciami dyskryminacji i anodowym na fotopowielaczu licznika scyntylacyjnego. Okazuje się, że niekoniecznie musi to być zadanie banalne.

goofyx: to nie jest 1 fizyczny pomiar tylko zbieranie danych przez taki okres czasu do dalszego uśrednienia. Do pomiarów tła (to właściwie robimy) to 3,5 s będzie zdecydowanie zbyt krótko. Pomiar nie miałby sensu fizycznego i da się to nawet wykazać.

Niedawno przekroczyłem 500k w Simapie. Dla mnie o tyle ważne osiągnięcie, że liczę go trochę ponad 4 lata i sporą część punktów nastukałem licząc na 1 jajku i czając się na próbki.

 :parrrty:

Cytat: Teech w 18 Grudzień 2012, 13:11
aleśmy szarpnęli na początek 34 pozycja

Nawet 44. Wygląda na to, że mimeq sam liczy  :wacko:

Dziś znowu przeglądałem próbki z pendinga i po raz kolejny kolegów z zespołu widzę. Początkowo trochę się zdziwiłem ale wychodzi na to, że w wyścigu bierze udział 50 osób zaledwie. 

Podłączyłem się i walczę  :whip:. Na razie 5/6 próbek leży w pendingu ale moim wingmanem jest... ryszard.korczyk więc mniemam, że szybko punkty nam zaliczy :)

 :respect:

 :parrrty:

 :parrrty:

 :parrrty:

 :parrrty:

 :respect:

 :parrrty:

Udało się:

Trollu bez rejestrowania i logowania możesz sobie na chomiku próbki obejrzeć i posłuchać czy to jest to o co chodzi.

Myślę, że te myszki nie zadziałają poprawnie bez zastosowania w zestawie z magicznymi podstawkami pod kable do odmetaliczniania brzmienia oraz cudownym likwidatorem pola elektromagnetycznego i tybetańskim dzwonem.

Dla tych co nie znają polecam lekturę:
http://audiovoodoo.pl/

A na deser:
http://www.audiosystem.com.pl/ <- tu już podobno śmiertelnie poważnie.
Ja doznałem ciężkiego szoku po przeczytaniu opisu urządzenia "RGC-24 - kondycjoner uziemienia".

Może z racji tego, że on pod SCSI? To zawsze drogie było, nie wiem jak teraz bo nie śledzę aż tak bardzo.

O ile dobrze patrzę to w Einsteinie liczysz też Binary Radio Pulsar Search (Arecibo). Te próbki liczą się na CPU bardzo wolno i wg mnie warto je zostawić dla liczących na GPU. Na procu lepiej wrzucić Gravitational Wave S6 LineVeto search. Punktów dadzą 2 razy mniej ale policzą się mniej więcej 3 razy szybciej  :attack:

Możesz sobie wybrać co lubisz. Wszystkie podprojekty są opisane na stronie primegrid ale tak w największym skrócie: LLR - dostajesz kandydata na liczbę pierwszą i sprawdzasz czy jest nią rzeczywiście, Sieve - dostajesz zakres liczb i przesiewasz z nich te, które pierwsze nie są i typujesz kandydatów do sprawdzania za pomocą LLR (część da się robić szybko i wydajnie na GPU - znacznie szybciej niż na CPU). Kilkanaście-kilkaset minut liczą się Proth Prime Search (LLR) oraz Sophie Germain Prime Search (LLR) tu szansa na trafienie pierwszaka jest mniej więcej raz na 5000 WU (zależy od szczęścia). Reszta LLRów liczy się dłuuugo ale za to jak się trafi pierwszak to większa sława i splendor :)

Generalized Fermat Prime Search (World Record) tu możliwe liczenie na GPU ale program jest niezbyt stabilny i łatwo się wywala z powodu OC karty lub np włączenia filmiku na YouTube w trakcie liczenia. World Record liczą się bardzo długo nawet na bardzo mocnych sprzętach.

 :parrrty:

 :parrrty:

 :parrrty:

A tu dyskusja na ten temat:

http://www.mbank.pl/porozmawiajmy/forum/9,992768,wlasciciele-bankomatow-beda-brali-prowizje,1.html

Cytat: flaku w 11 Grudzień 2012, 00:07
W jaki sposób w programie jest zdefiniowane liczenie "hen computer is in use"? Chodzi o aktywność użytkownika typu ruszanie myszką, jakieś obciążenie na komputerze, określone procesy?
I jak wyłączyć jeden rdzeń?

Wyłączenie rdzenia masz powyżej a co do aktywności to liczy się ruszanie myszką i klepanie w klawiaturę.

 :ahoy:

Daj znać na jakim sprzęcie liczysz. Być może ktoś z kamratów doradzi lepszy cooler albo i poczęstuje w promocyjnej cenie.