BOINC@Poland

Ja widzę dość zaawansowany problem z funkcją skrótu. Przecież nawet dając hash o długości 128 bitów lub więcej i tak masz teoretyczną szansę, że coś się powtórzy. Prawdopodobieństwo tego być może jest skrajnie niskie ale jednak jest.

Do takiego zliczania potrzebna jest aplikacja zwracająca zawsze w 100% poprawny wynik.

Cytat: Szopler w 25 Maj 2013, 19:59
i dalej nie działa :/ (debian 7 no gui)

Ale 32 czy 64bit?

//Edit: Nie zauważyłem drugiej strony z odpowiedziami  %)

Ja liczę do 10 na Core i7 950 i 24 GB RAM. Program zaalokował ponad 22 GB pamięci.

Głębokość 8 obliczył w 106 sekund. Całkiem niezły wynik mi się wydaje. Wszystkie dotychczasowe wyniki zgadzają się z tymi w bazie oeis.org.

---- EDIT:

Obliczył właśnie do głębokości 9. Trwało to 1160 sekund. Wynik zgodny z oeis.org.

Cytat: mariotti w 24 Maj 2013, 20:33
To powinno się policzyć w jakieś... nie wiem... 12-72h, strzelam że w 20h się policzy.

W 20h to nie bo Krzyszp pewnie dodaje dane klimatyczne na serwerze i jakiś dodatkowy load ma  %)

@Mariotti te 100 milionów lat to jakoś oszacowałeś czy z głowy?

Krzyszp to może zająć nawet dziesiątki tysięcy lat. Do tego czasu nie jest pewne czy gatunek ludzki przetrwa, a Ty piszesz, że komputer nie jest restartowany  :deadman:

Cytat: mariotti w 24 Maj 2013, 20:06
Może się udało,

Udało się  :p_arr:

Cytatthreadperft 2 8
nodes:400 time:0
threadperft 3 8
nodes:8902 time:0
threadperft 4 8
nodes:197281 time:0
threadperft 5 8
nodes:4865609 time:0
threadperft 6 8
nodes:119060324 time:3
threadperft 7 8
nodes:3195901860 time:91
threadMemPerft 7 8 10000000 4 0   
nodes:3195901860 time:9

Cytat
Rysiu, przekopiuj tę bibliotekę do /usr/lib i działa :)

Próbowałem ale brakowało innej biblioteki niż ta załączona.

CytatOdpaliłem "threadperft 16 4" - zobaczymy, ile zejdzie :)

Setki jak nie tysiące lat  :ph34r:

Niestety. Mam problem z bibliotekami. Dasz radę skompilować z opcją -static ?

Cytat: mariotti w 10 Maj 2013, 11:13
Jak to jest z rozwiązywaniem konfliktów w dostępie do pamięci na takich klastrach?

Wykorzystujesz API pozwalające na przesyłanie danych między węzłami obliczeniowymi. Jeżeli dany węzeł nie posiada jakiejś zmiennej we własnej pamięci to musi ją pobrać przez sieć od innego węzła. Masz tam dostępne także metody synchronizacji, redukcji itp.

Cytat: mariotti w 10 Maj 2013, 11:13
Jest jakieś specjalne API do tego celu?

Najczęściej teraz jest to MPI.

Cytat: mariotti w 10 Maj 2013, 11:13
Czy może dobrze napisaną aplikację wielowątkową
da się uruchomić na klastrze bez żadnych modyfikacji, a oprogramowanie klastrowe
samo wszystko zrobi?

Niestety nie jest tak pięknie. Trzeba program dostosować do MPI.

Do czego są to zapisy? Za bardzo nie rozumiem.

Cytat: Ania w 10 Kwiecień 2013, 15:13
A jaka to karta ?

GeForce 9800GX2. Ale wydajność wziąłem z tabeli https://en.bitcoin.it/wiki/Mining_hardware_comparison

Wysłałem PMkę.

Wracając do kursu to czy on jest jakoś związany z tytułowym Cyprem?

Ale to chyba dostaje się BTC miarowo z upływem czasu?

http://www.alloscomp.com/bitcoin/calculator

Na mojej karcie graficznej w tydzień 0.03 BTC, a na miesiąc średnio 0.12 BTC.

Czy ktoś zauważył, że z oficjalnej strony http://bitcoin.org nie można pobrać klienta? Dlaczego?

Pobrałem jakiegoś klienta ale z http://sourceforge.net/projects/bitcoin/

Synchronizuje jakieś bloki ale nie mam pojęcia o co chodzi  :deadman:

Trudno powiedzieć.

Mam spory problem. Posiadam program dotyczący hipotezy Riemmana.

Źródło to ZetaGrid:
http://www.zetagrid.net/zeta/sourcecode.html
http://www.zetagrid.net/zeta/ZetaGrid_0141.zip

Program po lekkich poprawkach bezproblemowo się kompiluje na Linuxie. Jest już napisany w sposób umożliwiający bezproblemowe zrównoleglenie na BOINC.

Cały zonk polega na tym, że nie wiem jak interpretować wyniki, które zwraca. Zapisuje wszystko do dwóch plików - .txt i .log. w .log znajdują się logi programu. Natomiast w txt wyniki jego działania.

Program ten powinien obliczać zera funkcji dzeta. Dla uruchomienia:

Cytat./zeta_zeros 0 1000

Wyliczy 1000 zer licząc od początkowego zera numer 0, a w pliku tekstowym zapisze wynik:

Cytat1.17.848
1.23.172
1.27.671
1.31.719
1.35.468
1.39
1.42.364
1.45.593
1.48.711
1.51.734
1.54.676
1.57.545
1.60.352
1.63.102
1.65.801
1.68.454
1.71.064
1.73.635
1.76.171
...

Wklejam tutaj jedynie wartości początkowe.

Właśnie z interpretacją tych wartości jest problem, ponieważ faktycznie pierwsze zero funkcji dzeta wynosi w przybliżeniu 1/2 + 14,134725i, drugie: 1/2 + 21,022040i, a trzecie: 1/2 + 25,010856i (są to liczby zespolone). Jak więc te wartości mają się do tych z pliku? Co tak naprawdę jest zapisywane w pliku i co tam właściwie w zapisie robią dwie kropki?

Program jest zbyt ciężki jak na moje umiejętności programistyczne tym bardziej, że jest dość skromny w komentarze i pewna jego część została przepisana do Asemblera.

Była próba kontaktu mailowego z administratorem (S. Wedeniwski) ZetaGrid ze strony Fundacji ale mimo upływu ponad miesiąca nie otrzymaliśmy odpowiedzi. Obliczenia można przenieść na BOINC co też chciałbym zrobić. ZetaGrid nie działa już od kilku lat.

Może ktoś potrafi pomóc?

Faktycznie był chwilowy pad ale już wszystko jest ok.

Dane do statystyk uczestnictwa są zliczane w momencie usunięcia WU z bazy danych. Dlatego są kilkudniowe opóźnienia.

Mogą być problemy typu 'przez chwilę nie chciał pobierać zadań' itp. (chyba jest jakiś bug w schedulerze) ale to dość mała niedogodność ;) Sprzęt jest jaki jest ale już na niego nie ma co winy zwalać - musi wystarczyć.

Tak jak pisze mimeq.

Do tego CPU Time nie wzrośnie i tak. ALX nie wykorzystuje CPU. Rośnie za to Elapsed time.

Cytat: stiven w 01 Styczeń 2013, 15:32
U mnie ciągle:

Cytat2013-01-01 15:22:43 | OProject@Home | No tasks are available for Shor's Algorithm
2013-01-01 15:22:43 | OProject@Home | No tasks are available for Shor's Algorithm DP
2013-01-01 15:22:43 | OProject@Home | No tasks are available for ALX
2013-01-01 15:22:43 | OProject@Home | No tasks are available for Weird Engine
2013-01-01 15:22:43 | OProject@Home | Project has no tasks available

Myślicie, że to przez trwający wyścig?

Przy okazji Weird Engine potrafi zjadać ponad 1 GB ramu na 1 WU i powodować niestabilność systemu.

Być może coś się zapycha ale nie powinno. Na jakim systemie 1 GB RAM'u i problemy ze stabilnością?

Ja bym zarezerwował samego Core2Duo (jeżeli nikt jego nie zgarnie).

Jakby ktoś to odbierał ze Stanów to potem by mi jego wysłał - ja oczywiście tam zwrócę za wysyłkę i jakąś część tego podatku.

Krótka notka w newsie na stronie OProject@Home:

http://oproject.info/forum_thread.php?id=99

Możesz zrobić jak zechcesz.

Coś dobrego do 250 zł powinieneś znaleźć.

A Celeron nie? :/

NIestety nie mam 3 GHz. Mam tylko testową wersje 3.8 GHz.

Cytat: stiven w 16 Listopad 2012, 09:51
Działającego prawidłowo paska postępu w tym projekcie nie uświadczysz. Próbki GSCE-SV, które się liczyły w nieskończoność już miałem. 54h to wg mnie za długo. Ja bym ubijał.

Cytat: mackal w 16 Listopad 2012, 13:32
U mnie od tygodnia nic nie wyliczył. Cały czas magluje to samo, a po pewnym czasie zaczyna od nowa projekty GSCE, a WIRD'y wszystkie oznacza jako błędnie policzone po kilku minutach.

Jaki system?

Podobno zmiana w plikach konfiguracyjnych adresów przynosi skutki. Dostałem takie info od userów ale niestaty sam nie testowałem.

Cytat: Teech w 07 Listopad 2012, 12:54
a miało być app

App jest. Zadania GSCE są. Z bazą są tylko problemy po odesłaniu wielu tys WU przez PNT. Jakoś się stabilizuje powoli.

Dzisiaj będę aktualizował GSCE-SV na Linuxa x86 / x64.

Aktualizacja uwzględnia optymalizację kodu dzięki pomocy PNT. Przyspieszenie jest "dość" znaczne.

To nie był włam.

Poprosiłem krzyszpa aby utworzył usera z dostępem tylko do wybranej bazy i do czytania, bo chciałem udostępnić bazę. Udostępniłem ją nawet nie pisząc o tym do krzyszpa.

Krzyszp ma tam jednak sporo innych danych i ze względu na bezpieczeństwo odłączył możliwość zdalnego łączenia się. Chodzi o dane klimatyczne.

Aktualizacja: Link do kanału z filmem: http://www.youtube.com/channel/UCiyrpSV9pYBzVxF-8-OCnFg

Cytat: andy101fah w 05 Październik 2012, 20:44
Taki mały sukces przy dorabianiu odznak w projekcie. (ciekawe jak tutaj liczony jest RAC ? Na stronie projektu mam podane "Średnia liczba punktów   1,544.62")

Wskazany RAC na stronie głównej obejmuje tylko dane dla danego hosta.

Aktualnie na zielono lądy. Odcienie od białego w czerwień to wody. Im bliżej do czerwieni tym cieplejsza woda.

Powinna być to cała Ziemia.

Nie mam jednak pewności czy się nie pomyliłem podczas ładowania danych do bazy.

Jest to zbitek ze zdjęć satelitarnych NOAA na dzień 1 września 1981 roku.

Poniższa strona jest cały czas generowana.

Przedstawia kawałek świata. (Generuje od strony lewej do prawej). Na biało oznaczane powinny być wody.

Co to za obszar?

http://atom.goldbach.pl/img2.php

Cytat: pawg w 30 Wrzesień 2012, 21:58
Tradycyjnie --> czym się zajmuje...

Linkacz: http://en.wikipedia.org/wiki/Weird_number

Jak to nie wiedzą? Stary to śmieszne. Sprawę rozpoczyna się od przeglądu projektów czy taki nie istnieje.

Napisałem maila do tego matematyka. Mam nadzieję, że jasno się wyraziłem aby skończyli z tym pomysłem. Tymbardziej, że to poniekąd reaktywacja projektu sprzed 2 lat. Byłem pierwszy - pierwszy przeniosłem to na BOINC. Sorry.

Niezła niespodzianka. PrimeGrid się pyta o pozwolenie Mersenne. No nie wiem co Oni z tym zrobią.


Chciałem jednak złożyć zamówienie na odznaki do Weirda. Ktoś pomoże? Takie w styku aktualnych.

Oj bo widze coś sprawa nie idzie do przodu:

http://oproject.goldbach.pl/forum_thread.php?id=40

Cytat: migawron w 19 Wrzesień 2012, 00:07
ja na andku (4.0.4 ) mam inny problem. pobiera mi probki pomimo ustawienia: no new work w managerze.

Nadal jest problem z tym?

Innym wysyła.

Zrobiono up schedulera. Teraz nie pobiera zadań gdy użytkownik ich nie chce. Czekam na potwierdzenie, że to działa  :attack:


Co do tego problemu to za bardzo nie wiem. Sprawdź ustawienia.

Dziwne. Jakiś błąd.

W takim razie jest coś nie tak z boinc client (jakieś ustawinie?).

Większość hostów (jak nie wszystkie) pobiera bezproblemowo.

Sam powinien pobierać.