Kilka dni temu PrimeGrid uruchomił podprojekt AP26 Search.
Celem tego podprojektu jest znalezienie postępu arytmetycznego złożonego z 26 liczb pierwszych.
Najnowsza historia związana z postępami arytmetycznymi liczb pierwszych jest następująca:
17 marca 1993 A. Moran, P. Pritchard i A. Thyssen znaleźli pierwszy znany postęp arytmetyczny złożony z 22 liczb pierwszych (w skrócie AP22).
W kwietniu 2004 Ben Green i Terrence Tao udowodnili, że istnieją dowolnie długie postępy arytmetyczne liczb pierwszych. Dowód jest jednak niekonstruktywny i nie tylko nie pozwala na konstruowanie przykładów, ale nawet w żaden sposób nie ułatwia ich znajdowania.
24 lipca 2004 Markus Frind, Paul Jobling i Paul Underwood poprawili 11-letni rekord znajdując pierwszy znany AP23.
18 stycznia 2007 znalazłem pierwszy znany AP24. Do trwających tydzień obliczeń wykorzystałem komputery w pracowniach studenckich Instytutu Matematycznego Uniwersytetu Wrocławskiego. Formalnie komputerów było 75, ale faktycznie tylko 30 64-bitowych. Komputery 32-bitowe miały udział raczej symboliczny, ich wydajność w tym konkretnym programie jest bowiem żałośnie niska. Do poszukiwań użyłem programu w C, opartego na zaprojektowanym przeze mnie algorytmie szukania długich postępów arytmetycznych liczb pierwszych.
Szukanie postępu 25-wyrazowego przekraczało możliwości sieci komputerów w pracowniach studenckich. Jednak Raanan Chermoni, mający dostęp do całkiem wydajnej lokalnej sieci komputerowej, zaproponował mi współpracę. Mój program na jego komputerach doprowadził do znalezienia 17 maja 2008 pierwszego (i jak dotąd jedynego znanego) AP25.
Z kolei pobicie tego rekordu zdaje się przekraczać możliwości lokalnej sieci. Administratorzy PrimeGrid zaoferowali mi uruchomienie poszukiwań AP26 w systemie obliczeń rozproszonych. Geoff Reynolds udoskonalił i dostosował do potrzeb obliczeń rozproszonych w sieci moją wersję programu nakierowaną na szukanie postępów 26-wyrazowych.
Skutkiem ubocznym poszukiwań AP26 będzie zapewne wielokrotne poprawianie rekordów największych znanych AP24 i AP25 odnotowywanych na stronie:
http://users.cybercity.dk/~dsl522332/math/aprecords.htm
Nie będę ukrywał, że byłoby mi bardzo miło, gdyby członkowie drużyny BOINC@Poland dołożyli jakieś polskie akcenty do tych poszukiwań.
Więcej informacji można znaleźć na forum:
http://www.primegrid.com/forum_forum.php?id=38
Na razie do włączenia się do poszukiwań potrzebny jest 64-bitowy Linux, ma się też pojawić wersja programu dla 64-bitowego Windowsa.
Jednym z założeń algorytmu jest wyeliminowanie korzystania z pamięci RAM i zmieszczenie się w pamięci podręcznej procesora, zatem program w zależności od procesora może korzystać z RAM-u mało albo wcale.
JUak sie pojawi wersja na windowsy to sie doczepię :D na razie liczę pozostałe podprojekty primegrid
wielu członków naszego zespołu z pewnością dołączy do tych poszukiwań, kliku na co dzień korzysta z linuksa, a ostatni wyścig w PrimeGrid skłonił paru naszych liczydłowych do zgłębienia tajników instalacji 64 bitowej wersji Linuksa
jako codzienny użytkownik 64 bitowego Linuksa już dołączyłem do tych poszukiwań i wiem, że emik również od kilku dni przelicza ten podprojekt PrimeGrid
na zachętę dodam (zwłaszcza dla punktomaniaków), że podprojekt ten został wysoko wyceniony punktowo przez zespół projektu PrimeGrid
dane dla Linux64 AMDX2 3800+ 2,0@2,4
AP26 Search (v1.00)
865,71 sek
13,61 pkt/wu
56,6 pkt/h_core
U mnie 10 minut - 13.61cr
60 minut - 81.6 cr/h/core
Jako niecodzienny uzyszkodnik Linuksa, dolacze kiedy bedzie to mozliwe :).
Punktomaniacy powinni się tym bardzo zainteresować, bo nie licząc cheaterskich sztuczek jakie możliwe są np. w Milky, Prime + AP26 to chyba najlepiej punktujący projekt.
Licząc przez noc tak mniej więcej 50/50 z PPS Sieve (regularnie co jakiś czas nie chciało mi pobierać zadań z AP26 więc dorzuciłem drugi subprojekt żeby komp nie idlował) wpadło mi od wczorajszego wieczora ładne parę k creditów, dawno już czegoś takiego nie widziałem %-)
Nie od dziś wiadomo,że sieve + 64 bity ładnie punktują ;) Właśnie instaluje linuxa,zaraz obadamy sprawe XD
Aż dziw,że tak mało osób liczy primegrid,zresztą w św.pamięci Rieselu jednym quadem + win64bit,robiłem w porywach 10k dziennie.
Widzę, że 64-biciaki ostro sobie jeżdżą. A aplikacja dla 32 jest planowana (spodziewam sie negatywnej odpowiedzi po tym jak zobaczyłem tekst o ich marnym wkładzie w szukanie AP24)?
PS. Widzę, że mamy kolejny polski projekt. No dobra, prawie polski, bo PG trochę pomaga.
E5200 @ 2.50GHz/niekręcony/ -- ok 930-980 sec
Cytat: IThorne w 01 Styczeń 2009, 19:01
Widzę, że 64-biciaki ostro sobie jeżdżą. A aplikacja dla 32 jest planowana (spodziewam sie negatywnej odpowiedzi po tym jak zobaczyłem tekst o ich marnym wkładzie w szukanie AP24)?
To chyba nie jest na 100% zdecydowane, ale nie wiem, czy uruchamianie tego na 32 bitach jest sensowne, zwłaszcza w sytuacji, gdy mogą one bardziej wydajnie brać udział w innych projektach.
Ja używałem do AP24 komputerów 32-bitowych, bo one akurat w owym czasie nie miały nic lepszego do roboty. Nie robiłem dokładnych pomiarów, ale różnica prędkości była dramatyczna - na oko ponad 10-krotna, przy stosunkowo niewielkiej różnicy taktowania procesora. W programie AP26 różnica wydaje się być mniejsza, ale nadal jest spora.
Ja przekazałem PrimeGrid-owi program, tzn. całą procedurę wykonującą właściwe obliczenia, a oni to opakowali tak, aby dało się to uruchamiać w sieci. Zmiany w samej procedurze liczącej dotyczyły chyba głównie wymiany procedury testującej pierwszość, aby nie używać gmp oraz wstawienia punktów kontrolnych zapisujących postęp obliczeń. Na zagadnieniach sieciowych się nie znam, więc nawet nie starałem się śledzić, jak oni to opakowywali. Nie mam więcej informacji o szczegółach ich planów niż można zdobyć z dyskusji na forum PrimeGrid:
John (Forum moderator): . NOTE: Currently only available for 64 bit Linux. 64 bit Windows will come later. 32 bit has such a huge disadvantage in processing time that we are reviewing whether it will be implemented.
Blast: And if 32bit is so slow, just forget about it, there's plenty to do for 32bit machines already.
Widać więc, że idea uruchamiania programu na 32 bitach nie cieszy się poparciem.
Dodam od siebie, że prędkość programu może zależeć także od typu procesora i jego pewnych trudno przewidywalnych cech. W programie AP24 używałem:
AMD Athlon 64 Processor 3000+ (1800 MHz)
Intel Pentium D 805 CPU 2.66GHz
Na dwurdzeniowym Pentium-ie można było uruchomić dwa wątki, ale każdy chodził z prędkością ok. 0.6 Athlona, czyli 2-rdzeniowy Pentium był wart 1.2 Athlona.
Jednak w jednym z późniejszych projektów uruchomiłem program, który na każdym rdzeniu Pentiuma dawał 20% wydajności Athlona. Zatem dwurdzeniowy Pentium był w tym wypadku wart 0.4 Athlona. Kolega wytłumaczył mi, że ten model Pentiuma miał problemy z operacją shiftu, na której opierał się ten konkretny program.
Z później uruchamianych projektów na nowszych komputerach, mam podstawy sądzić, że
Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz
już nie ma takich wad i wydajność jego rdzeni jest podobna do wyżej wspomnianego Athlona, natomiast rewelacyjnie spisuje się
Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
ale tu głównym czynnikiem może być wyższe taktowanie.
Wersja programu, którą przekazałem PrimeGrid-owi, jest publicznie dostępna w katalogu
http://www.math.uni.wroc.pl/~jwr/AP26/
plik AP26.ZIP
Wersja ta wymaga do kompilacji gmp, ja używałem pod linuxem polecenia:
gcc -O3 -lm -lgmp -o ap26-32 timing32.c
gcc -O3 -lm -lgmp -o ap26-64 timing64.c
odpowiednio na 32 i 64 bitach. Powyższe programy są tak ustawione, że nie robią nic użytecznego poza testowaniem prędkości, bo przebiegają po zakresie już przeliczonym.
Na komputerach, na których to testowałem, test zajmował 7-12 minut (64 bity) oraz ok. 55 minut (32 bity).
Nie wiem na ile zmiany wprowadzone przez Geoffa Reynoldsa zoptymalizowały sam program, ale podejrzewam, że proporcja wydajności poszczególnych typów procesorów powinna być z grubsza zachowana.
Odpaliłem timing64, na Q6600@3.6GHz benchmark leci 4m10s przy gołej kompilacji tak jak podane jest wyżej. Dodanie -mtune=core2 skraca czas do 4m4s, niewiele ale zawsze. Może kombinując z innymi parametrami kompilacji dałoby się coś więcej wycisnąć.
Chciałem testnąć z kompilatorem Intela, ale wpadłem w drobne problemy z libgmp, nie do przeskoczenia przy niewygodnym dostępie do konsoli jaki mam w tej chwili (putty na telefonie) - późnym wieczorem jak wrócę do chaty pokombinuję jeszcze,
Czy Primegrid pozwala używać własnych, zoptymalizowanych aplikacji ? :arrr:
Mam do Pana takie pytanie. Czy można umieścić Pana imię, nazwisko i stopień naukowy w naszej wiki ? Chciałbym umieścić te informacje w opisie tego projektu.
Cytat: TJM w 02 Styczeń 2009, 09:08
Czy Primegrid pozwala używać własnych, zoptymalizowanych aplikacji ? :arrr:
Niw wiem, ja w ogóle nie mam bladego pojęcia jak działa ten mechanizm rozdziału zadań i cały ten system BOINC.
Może trzeba byłoby spytać o to administratorów PrimeGrida?
Nie wiem na ile poprawki Geoffa Reynoldsa zoptymalizowały program, to może mieć większe znaczenie niż tych kilka sekund na ustawieniach kompilatora. Nie wiem, czy PrimeGrid jest skłonny udostępniać kod, którego używa.
Inna sprawa, że sam program liczący nie był chyba optymalizowany przez żadnego programistę, bo zakładam, że Geoff Reynolds nie wgryzał się w szczegóły algorytmu i poprawił co nieco
na wierzchu. Ja mogę zaprojektować algorytm i napisać działający program w gołym C (żadnych asemblerów), biorąc niektóre ustawienia
na wyczucie, co też zrobiłem. Ale optymalizowanie samego kodu i testowanie wielu wersji, żeby zaoszczędzić parę sekund, przekracza moje możliwości. Jako że nie jestem zawodowym programistą, nie jestem w stanie sprawnie tworzyć i testować wielu wersji.
Jedną z rzeczy, którą zrobiłem
na wyczucie, było zastąpienie pojedynczych dzieleń 64-bitowych wieloma szybszymi operacjami. Na ile jest to opłacalne, może zależeć od procesora.
W pliku AP26.h oraz w pliku Sito.h są wprowadzone i używane zmienne s61-s97, m61-m97, r61-r97. A może to za dużo? Może należało skończyć na 89 zamiast 97? A może za mało, może należało dołączyć 101? Nie trzeba rozumieć algorytmu, aby wprowadzać i testować odpowiednie zmiany, jeśli się ich konsekwentnie dokona we wszystkich wystąpieniach. Ale to wymaga żmudnej dłubaniny przy programie i daje wątpliwy, bo zależny od warunków (procesora), efekt.
Jestem przekonany, że PrimeGrid chętnie dowiedziałby się o wszelkich możliwych optymalizacjach.
John na forum PrimeGrid napisał:
The arguments for AP26 are Kmin Kmax shift. It correlates with the WU name of ap26_Kmin_Kmax_shift_WU iteration. For example, ap26_1603_1605_0_0 is Kmin=1603, Kmax=1605, shift=0, and initial result.
Ten sam efekt można uzyskać wykonując w timing??.c:
SearchAP26(1603,0);
SearchAP26(1604,0);
SearchAP26(1605,0);
zatem timing??.c po odpowiedniej modyfikacji pozwala porównać czas wykonania odpowiednich WU z czasem własnej wersji programu. Może być różnica ustawień, jeśli chodzi o to, jak długie ciągi są zapisywane do pliku z wynikami, ale to na czas istotnie wpływać nie powinno. Tym się zresztą łatwo reguluje w linijce
if(AP_Length>=14){
Cytat: kempler w 02 Styczeń 2009, 09:32
Mam do Pana takie pytanie. Czy można umieścić Pana imię, nazwisko i stopień naukowy w naszej wiki ? Chciałbym umieścić te informacje w opisie tego projektu.
Jak najbardziej, będę zaszczycony. Jestem doktorem matematyki, habilitacji nie mam i nie planuję. Pewnie w oficjalnym dokumencie powinienem występować jako Jarosław.
Dziękuję. Dr Jarosław Wróblewski z Instytutu Matematycznego Uniwersytetu Wrocławskiego.
Cytat: kempler w 02 Styczeń 2009, 10:20
Dziękuję. Dr Jarosław Wróblewski z Instytutu Matematycznego Uniwersytetu Wrocławskiego.
Miło widzieć w BOINC polskich naukowców, daje Pan przykład innym. Chciałoby się teraz rzec - więcej, więcej, więcej... ;D
Ps. powodzenia w projekcie.
Hehehehe. Wrocław może w końcu sięgnie po BOINCa :D Bo jak dotychczas to słabo polibuda i uniwerek korzystają z tego darmowego superkomputera :( a szkoda. Przydałby sie jakiś silny polski projekt.
Witam
Już zabrakło wu ?. Bo coś nie chce ssać.
A na server_status projektu nie ma.
--
ksysju
timing64, na T5500@1.6gGHz leci 9m11s
ze strony głównej Prime: Available: AP26 Search 3661
To może ktoś kto jednocześnie zna angielski i rozumie mechanizmy tego całego interesu zgłosi to do PrimeGrid-u.
Ja wspomniałem na ich forum o problemie z pobieraniem WU, ale nie umiem tego precyzyjnie wyjaśnić, bo się na tym nie znam.
Z tego co się zorientowałem z postów na forum PrimeGrid-u, WU są tworzone przez połączenie trzech kolejnych liczb k. Te k, które są podzielne przez liczbę pierwszą z przedziału 29-59, są pomijane przez program, ale oni je chyba wkładają bez sprawdzenia do WU. Wydaje się, że oni nie odsiali WU, które zawierają 3 takie k, przynajmniej w początkowej fazie, nie wiem jak jest teraz. W każdym razie takie WU powodują błędy, na forum PrimeGrid-u jest parę zgłoszeń tego typu. Być może takie wiszące WU, których może być kilkadziesiąt, powodują problemy. Odnoszę wrażenie, że różne kłopoty mogą być spowodowane tym, że to wczesna faza podprojektu i nie wszystkie takie problemy zostały rozpoznane i usunięte.
okres niemowlęcy :D
Drobne problemy z pobieraniem WU w takim projekcie jak Prime chyba zawsze bedą. Projekt składa się z wielu podprojektów i aplikacji, jedne mniej popularne inne więcej, pewnie po prostu zdarzają się momenty kiedy zadań dla jednego z podprojektów nie ma w kolejce czekającej na wyjście. Lekarstwem na to jest bufor choćby z 0.3 dnia - jak zadania nie zassają się za pierwszym razem, pewnie za którymś requestem się trafią.
Ja zassałem już kilkaset ap26.
Zauważyłem,że prime wysyła do mnie po około 32 zadania jednorazowo,kwitując ponowną prośbe komunikatem,że brak jednostek do pobrania,a dalsze requesty zwiększają tylko czas oczekiwania na jednostki.
A więc robie tak,zwiększam bufor np do jednego dnia i dostaje 30 pare jednostek,kolejna prośba wiadomy komunikat,a więc zmniejszam bufor np do 0,3 dnia tak aby menadzer nie prosił o jednostki,za kilkanaście minut znowu zwiększam bufor dostaje 32 jednostki i zmniejszam bufor,i znowu za kilkanaście minut powtarzam to samo.W ten sposób mam już kilkaset wu w buforze XD
dobry sposób XD - już mam prawie 200 w buforku
EDIT
Hi
U mnie krzyczy o jakimś limicie per cpu 499 ;D
--
ksysju
@ksysju
Widze niezłe stadko tam masz i to karmione 64 bitami ;D Tylko pozazdrościć :arrr:
Panie doktorze, a czy mógłby nam Pan przybliżyć, gdzie liczby tego typu mogą znaleźć zastosowanie?
Saam osobiście jestem fascynatem różnych ciekawych liczb, ciągów, szeregów etc. Można zauważyć, że niektóre tego typu poszukiwania są niejako sztuką dla sztuki, podczas gdy wyniki innych mają bardzo konkretne zastosowania (w przypadku liczb pierwszych najczęściej chyba w kryptografii).
Jak jest w przypadku liczb AP?
Można powiedzieć, że poszukiwanie AP to sztuka dla sztuki. Chociaż nigdy nie wiadomo, kiedy taka sztuka dla sztuki znajdzie zastosowanie, bo przy okazji rozwija się różne algorytmy. Ale przede wszystkim to zabawa dla ludzi zafascynowanych tymi rzeczami. Przy okazji weryfikująca pewne teorie, wyobrażenia o występowaniu i rozmieszczeniu liczb pierwszych.
Poszukiwania dużych liczb pierwszych, takie jak to robi np. PrimeGrid, czy też publiczne poszukiwania jakichkolwiek liczb pierwszych, w kryptografii zastosowania nie mają absolutnie żadnego. Po pierwsze, nikt przy zdrowych zmysłach nie użyje w kryptografii liczb pierwszych ogólnie znanych, bo istotą zastosowania liczb pierwszych w kryptografii jest ich tajność, a więc m.in. w żadnym wypadku nie mogą mieć one żadnej szczególnej postaci. Po drugie, te liczby nie mogą być zbyt duże, bo zakodowanie krótkiej wiadomości nie może trwać paru tygodni, a tak by było, gdyby użyć liczb o milionach cyfr.
Uczciwie mówiąc, z kryptografią wiąże się bardziej umiejętność rozkładania liczb na czynniki pierwsze, bo to pozwala łamać szyfry. Liczby pierwsze używane w kryptografii mają po kilkaset cyfr, ich znajdowanie dla potrzeb kryptografii nie jest żadnym problemem, znajduje się je w ułamku sekundy. Kryptografia używająca liczb pierwszych też wyrosła z takiej sztuki dla sztuki, jednak w obecnym czasie znajdowanie liczb pierwszych dla potrzeb kryptografii nie jest wyzwaniem obliczeniowym. Teoria matematyczna zrobiła swoje i już.
No proszę... W sumie do tej pory nie zastanawiałem się nad tym, ale rzeczywiście wychodzi na to, że odnajdywanie liczb pierwszych jest tutaj niejako "efektem ubocznym" poszukiwania i weryfikacji algorytmów
Według mnie, takie "szukanie" liczb, ciągów, zależności, to przede wszystkim potwierdzanie albo udowadnianie istniejących teorii i twierdzeń. Przy okazji udowodnienia jakiejś teorii, czasami automatycznie rozwiązują się inne problemy matematyczne. Więc liczenie czegokolwiek, nawet w przypadku "sztuka dla sztuki" ma wielki sens dla mnie. Zawsze jest szansa na jakiś przełom, na rozwiązanie problemu o którym nawet jeszcze nikt nie pomyślał do tej pory...
BTW
dołączyłem do liczących ;D
Jak idą prace nad wersją dla X64?
Zapytałem administratorów PrimeGrida o orientacyjny termin wersji Win64, jak mi coś konkretnego odpowiedzą, to się wieściami podzielę.
Jeśli dobrze interpretuję te liczby WU, to mi wychodzi, że ksysju wyrabia jakieś 10% przerobu całego AP26. To by wymuszało miejsce w pierwszej dziesiątce. Czy takie statystyki są już gdzieś dostępne?
Cytat: Jarek Wróblewski w 05 Styczeń 2009, 17:37
Jeśli dobrze interpretuję te liczby WU, to mi wychodzi, że ksysju wyrabia jakieś 10% przerobu całego AP26. To by wymuszało miejsce w pierwszej dziesiątce. Czy takie statystyki są już gdzieś dostępne?
nie słyszałem o takich statystykach
nie dowierzałem, że taki wynik osiągnął nasz
ksysju :parrrty:
zrobiłem na szybko pełną statystykę stan na 05-01-09 20:15
łączna liczba przeliczonych wu podprojektu AP26Search =
23898 AP26 Search Poz 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
19.
20.
21.
22.
23.
24.
| ___Nazwa_użytkownika__ [B@H] Clooney
ksysju
blah
Skligmund
Lumiukko
lennart SM5YMT
Rebirther
Cori
MartinSpies
Shane Dobkins
Mike
RAD-Poland
AMT-1
Aztylen
Vato
ken69267
Alain Maes
Ward De Ridder
TheDawgz
AiDec
TJM
wscr
Matthias Lehmkuhl
Peter Tibbott
| _-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
| ___WU___
3008
2813
2671
1811
1758
1506
1293
1135
815
660
554
537
448
440
365
299
288
288
280
251
233
222
199
177
| __ | Poz 25.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
46.
48.
| __Nazwa_użytkownika__ Rocoll
emik
johannes
[AF>WildWildWest]Sebastien
Zelvuska
Stoffel
mindc
DoctorNow
Blast
Jayargh
lalera
[SG-SPEG]Puzzle-Peter
Slime
ALB42
Lazarus-uk
John
Prazdrojovi
[AF>HFR>RR] Sp0wn
jurdziol
Jeff17
Augustine
computerguy09
matszpk
henning
| _-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
| ___WU___
162
162
143
142
136
135
128
125
116
99
96
91
43
40
34
33
27
19
12
9
9
8
8
7
| __ | Poz 49.
50.
53.
57.
60.
65.
| ___Nazwa_użytkownika____ vkojlf
Noah Nachhaltig
dh1saj
airwox
root
[AF>HFR>RR]an_heol_a_zo_glaz
mindfox
Ray Ballinger
Kuba Caban
dm1111
Webmaster Yoda
pschoefer
HighTech67
Hawkins
Boyd Stephen Smith Jr.
Juha Kettunen
skinny9699
Nimix
Raimund Barbeln
Tomas
lorr
Patryk Benderz
Rodolfo Hansen
| _-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
| ___WU___
6
5
5
5
4
4
4
4
3
3
3
2
2
2
2
2
1
1
1
1
1
1
1
|
ponadto rezultaty poszukiwań podprojektu AP26Search http://www.primegrid.com/stats_ap26.php
Z tego wynika, ze oplacilo sie zainteresowac nasz team AP`kiem :).
zaczynam dostawać takie wiadomości:
pon, 5 sty 2009, 19:59:57|PrimeGrid|Message from server: Resent lost result ap26_107719_107721_0_0
pon, 5 sty 2009, 19:59:57|PrimeGrid|Message from server: Resent lost result ap26_107964_107968_0_0
pon, 5 sty 2009, 19:59:57|PrimeGrid|Message from server: Resent lost result ap26_107921_107923_0_0
pon, 5 sty 2009, 19:59:57|PrimeGrid|Message from server: Resent lost result ap26_107811_107813_0_0
pon, 5 sty 2009, 20:04:38|PrimeGrid|Message from server: Resent lost result ap26_108051_108055_0_0
pon, 5 sty 2009, 20:04:38|PrimeGrid|Message from server: Resent lost result ap26_107793_107796_0_0
pon, 5 sty 2009, 20:04:38|PrimeGrid|Message from server: Resent lost result ap26_107924_107926_0_0
pon, 5 sty 2009, 20:04:38|PrimeGrid|Message from server: Resent lost result ap26_108003_108008_0_0
pon, 5 sty 2009, 20:04:38|PrimeGrid|Message from server: Resent lost result ap26_107838_107840_0_0
pon, 5 sty 2009, 20:04:38|PrimeGrid|Message from server: Resent lost result ap26_107569_107572_0_0
moze po prostu w naszym teami jest sporo osób z 64bit linuxami na szybkich maszynach :D ??
Co do wersji na Win64, to jak mnie poinformowali administratorzy, może to być kwestia rzędu miesiąca. Czyli raczej nie należy oczekiwać w najbliższych dniach. Wiadomo też, że oni mają kupę innej roboty i takie rzeczy często się opóźniają. Np. samo przygotowanie projektu AP26 trwało pól roku. No więc Windowcy 64 bitowi muszą uzbroić się w cierpliwość, albo zrobić przesiadkę.
A ksysju ma wynik imponujący. Gratulacje! Tak trzymać!
Szkoda że na Win64 trzeba czekać, mam jedną maszynkę z tym systemem i chętnie bym na niej policzył.
Cytat: Troll81 w 06 Styczeń 2009, 01:42
moze po prostu w naszym teami jest sporo osób z 64bit linuxami na szybkich maszynach :D ??
ja specjalnie do tego celu zapuściłem virtualkę :attack:
Cytat: RAD-Poland w 05 Styczeń 2009, 18:54
nie dowierzałem, że taki wynik osiągnął nasz ksysju :parrrty:
zrobiłem na szybko pełną statystykę stan na 05-01-09 20:15
łączna liczba przeliczonych wu podprojektu AP26Search = 23898
ksysju zrobił swoje, a ja mam podejrzenie, że reszta dopchnęła BOINC@Poland na I miejsce w AP26. Czy ktoś jest w stanie to sprawdzić?
Dogrzebałem się ręcznie do:
BOINC@Poland 4,604
[B@H] Clooney -> BOINC@Heidelberg 4,403
blah -> niezrzeszony
Skligmund -> BOINCstats 3,145
dalej nie miałem cierpliwości przeglądać...
A ja sie nigdzie dogrzebac nie moge. Czy ktos uprzejmy moglby podac linka pod ktorym moge sprawdzic ile mam pkt. w AP26?
http://sig.primestats.net/pg/28684.png
(http://sig.primestats.net/pg/28684.png)
AP26 to jeszcze nie opisana pozycja subproject EDIT: nie wiem co ile aktualizują
zerknij na http://www.boincatpoland.org/smf/primegrid/ap26-search/msg54179/#msg54179
Aktualizacja co 15 min
punkty to ilość przeliczonych wu * 13,61 pkt/wu
Jakby tak jeszcze ktoś od nas znalazł pierwszy AP26 to w ogóle byłoby fajnie :)
Cytat: Mchl w 07 Styczeń 2009, 09:40
Jakby tak jeszcze ktoś od nas znalazł pierwszy AP26 to w ogóle byłoby fajnie :)
Na razie nie ma znalezionych żadnych AP24 ani AP25. Jednak myślę, że AP24 się wkrótce pojawi w statystykach, bo najmniejszy znany AP24 jest na drodze programu, a WU, który ma go znaleźć, został już przydzielony użytkownikowi o nazwie
ksysju. No chyba, że ksysju nałykał się tyle WU do buforka, że będzie to liczył przez tydzień, albo, za przeproszeniem, zwróci.
EDIT:
http://www.primestats.net/primegrid/teams.php?project=AP26
1 BOINC@Poland 106,343 7,814
2 BOINCstats 65,774 4,833
3 BOINC@Heidelberg 60,384 4,437
4 PrimeSearchTeam 45,119 3,316
5 BOINC Confederation 21,027 1,545
http://www.primestats.net/primegrid/users.php?project=AP26
1 ksysju 69,504 5,107
2 blah 50,464 3,708
3 [B@H] Clooney 40,937 3,008
4 Skligmund 36,174 2,658
5 Lumiukko 23,926 1,758
Może warto namówić więcej linixowców 64-bitowych, żeby pomogli utrzymać to prowadzenie.
Może warto się tym gdzieś na stronie głównej pochwalić. A nuż ktoś rzuci jakiś superpunktujący projekt i przerzuci swoje moce na ten front.
No i ksysju doliczył się do pierwszego AP24.
Co prawda to już było znane, ale próba generalna przed prawdziwymi odkryciami zaliczona :attack:
Cytat: AMT-1 w 04 Styczeń 2009, 13:43
@ksysju
Widze niezłe stadko tam masz i to karmione 64 bitami ;D Tylko pozazdrościć :arrr:
Cosik mi się widzi, że to stadko się rozrasta XD
Liczby WU w/g PrimeStat:
W dniu 8 stycznia 2009
całe AP26 - 5,387
BOINC@Poland - 3,144 = 58,36 %
ksysju - 2,832 = 52,57 %Razem do 8 stycznia 2009
całe AP26 - 37,434
BOINC@Poland - 10,958 = 29,27 %
ksysju - 7,939 = 21,21 %
Jak będzie AP pod windozę to się jeszcze bardziej rozrośnie.
Ładnie ciągniesz, AiDec, może dziesiątkę dogonisz. Trzymam kciuki.
Cytat: Jarek Wróblewski w 10 Styczeń 2009, 17:47
Ładnie ciągniesz, AiDec, może dziesiątkę dogonisz. Trzymam kciuki.
Dzieki. Wreszcie znalazlem czas zeby pojechac do mojego kompa (mam kompy porozrzucane po calej wsi ;) ) - stad zmiany na lepsze :).
Na stronie
http://www.primegrid.com/forum_thread.php?id=1182
publikowane są szczegółowe dane dotyczące znalezionych AP23 i dłuższych.
Na razie znaleziono 2 AP24 (w tym jeden ksysju) oraz 3 AP23 (w tym jeden AiDec).
EDIT: AKTUALIZACJA:
Znaleziono 2 AP24 (w tym jeden ksysju) oraz 4 AP23 (w tym dwa AiDec).
Tutaj
http://www.primegrid.com/forum_thread.php?id=1179
toczy się dyskusja nad instalacją Windy. Ja z tego rozumiem, że to jest kwestia odpowiedniego skompilowania i przetestowania programu, więc nie można wykluczyć, że Windę uruchomią lada chwila. No ale mogą się też pojawić jakieś problemy i się trochę pociągnie.
Jak Winda ruszy, to ogłoszenie może się ukazać gdzieś w dziale
http://www.primegrid.com/forum_forum.php?id=38
Czekam z niecierpliwością :D
Witam
Czy komuś "wysypywały" się próbki?
Ostatnio na dwóch kompach miałem tak po kilkanascie sztuk wu z errorem po sekundzie, dwóch.
Na obu w tym samym czasie (sobota-niedziela). Może przypadek, może coś więcej.
--
ksysju
Tak, mi się wysypywały zaraz na początku, zajrzyj na stronę w te WU - pewnie u wszystkich się sypnęły, tak właśnie było w moim przypadku.
Cytat: ksysju w 12 Styczeń 2009, 14:16
Witam
Czy komuś "wysypywały" się próbki?
Ostatnio na dwóch kompach miałem tak po kilkanascie sztuk wu z errorem po sekundzie, dwóch.
Na obu w tym samym czasie (sobota-niedziela). Może przypadek, może coś więcej.
--
ksysju
Czy jesteś w stanie podać namiary na te próbki?
Cytat: TJM w 12 Styczeń 2009, 14:25
Tak, mi się wysypywały zaraz na początku, zajrzyj na stronę w te WU - pewnie u wszystkich się sypnęły, tak właśnie było w moim przypadku.
Na początku oni bezmyślnie robili próbki z trzech kolejnych K.
K podzielne przez liczbę pierwszą z zakresu 29-59 są pomijane przez program.
Próbki, które zawierały 3 takie K nie miały nic do roboty i zwracały błąd, a potem gdzieś tam wisiały i krążyły między użytkownikami.
Zdaje się, że teraz próbki zawierają tyle kolejnych K, żeby dokładnie 3 były niepodzielne przez 29-59.
BOINC ma zabezpieczenie przed próbkami krążącymi w nieskończoność -> max number of total/error results przypisany do każdej aplikacji lub nawet każdej wersji aplikacji.
Takie uszkodzone zadanko może sobie jakiś czas powisieć, bo za każdym razem przechodzi przez cykl: kolejka na serwerze -> wysłanie do użytkownika -> przeliczanie -> odesłanie -> zaraportowanie -> validator -> transitioner -> kolejka na serwerze, więc niewykluczone że to 'pierwsze uszkodzone zadania reloaded' %-)
A jeśli chodzi o uruchamianie Windy, to wygląda na to, że PrimeGrid walczy ze skompilowaniem tego pod Win64.
Geoff Reynolds jest raczej specem od kompilowania pod linuxem, a inni jak dotąd dostają różnego rodzaju błędy.
To są chyba problemy w tym duchu, co my mieliśmy z kompilacją AP19 - w jednym systemie chodzi, a w drugim coś się zacina. Z tym, że nam był potrzebny program na własny użytek, więc można było zrobić jakąś łatankę na kolanie - mindc miał jakieś syfiate GMP, które co prawda pierwszości porządnie testować nie umiało, ale z którego dało się wybrać coś, co działa poprawnie, i jakoś to ruszyło.
No ale oni to chcą mieć porządnie skompilowane, więc to trwa...
Wysiłki kompilacyjne można śledzić tutaj:
http://www.primegrid.com/forum_thread.php?id=1179
Witam
Wu z błędami: 559200 i końcówki 26 do 29,30,31,35 do 40.
Tyle z jednego kompa, drugiego nie mogę znaleźć, nie pamiętam nazwy.
Klikałem po całości próbek, ale znudziło mi się przy 6000 ;D
Coś mi się nie chce wierzyć, że mam tego tyle "u siebie" do przeliczenia.
--
ksysju
To na pewno nie jest ten problem, o którym pisałem. To już jest nowsza generacja próbek, np. ...27
się nazywa:
ap26_168602_168605_0_0
tu są 4 kolejne K, bo 168603 odpada jako podzielne przez 43.
Zresztą jak widać ktoś to potem przeliczył.
Czyli to nie wina próbek, tylko coś u Ciebie zaszwankowało, ale nie podejmuję się zgadywać co. Może to losowe i jednorazowe.
AiDec i mindc:
Wygląda na to, że blah i Skligmund są na razie poza Waszym zasięgiem, natomiast
4. [B@H] Clooney 3,008
od długiego czasu nie ruszył się z miejsca, więc macie szansę go wyprzedzić za kilka dni i zrobić trójkę Polaków w pierwszej piątce.
Będę Wam kibicował.
ksysju: Gratuluję 20,000 WU i trzymam kciuki za pięćdziesiątkę w styczniu.
Cytat: Jarek Wróblewski w 12 Styczeń 2009, 16:50
(...) Z tym, że nam był potrzebny program na własny użytek, więc można było zrobić jakąś łatankę na kolanie - mindc miał jakieś syfiate GMP, które co prawda pierwszości porządnie testować nie umiało, ale z którego dało się wybrać coś, co działa poprawnie, i jakoś to ruszyło.
używałem intelowskiej biblioteki GMP :ph34r:
Cytat: mindc w 16 Styczeń 2009, 11:26
Cytat: Jarek Wróblewski w 12 Styczeń 2009, 16:50
(...) Z tym, że nam był potrzebny program na własny użytek, więc można było zrobić jakąś łatankę na kolanie - mindc miał jakieś syfiate GMP, które co prawda pierwszości porządnie testować nie umiało, ale z którego dało się wybrać coś, co działa poprawnie, i jakoś to ruszyło.
używałem intelowskiej biblioteki GMP :ph34r:
Jednakowoż trzy fakty są bezsporne:
1. Twoje GMP nie radziło sobie z testowaniem pierwszości liczb 64-bitowych.
2. Dało się to obejść.
3. Z kompilacją zaszedłeś dalej niż jest obecnie PrimeGrid.
Jak rozumiem, problemem jest to, że na razie nikt tam nie umie sensownie skompilować wersji Win64. Co prawda kompilacja się udała, ale za cenę 2.5-krotnego spowolnienia programu, co jest nie do przyjęcia.
Przepraszam bardzo, jakie muszą być parametry startowe dla AP26, udało mi się skompilować na x64 appa z PrimeGrida jednak nie wiem czy coś mi nie działa czy podaje złe parametry startowe.
Kompilowane na Windowsowym porcie oryginalnego GMP. AP19 mi działa więc od biedy AP26 również powinno.
Edit.
Najlepiej przydałby się jakiś krótki przedział który na pewno mi zwróci jakiś wynik.
Cytat: sesef w 16 Styczeń 2009, 18:26
Przepraszam bardzo, jakie muszą być parametry startowe dla AP26, udało mi się skompilować na x64 appa z PrimeGrida jednak nie wiem czy coś mi nie działa czy podaje złe parametry startowe.
Kompilowane na Windowsowym porcie oryginalnego GMP. AP19 mi działa więc od biedy AP26 również powinno.
Edit.
Najlepiej przydałby się jakiś krótki przedział który na pewno mi zwróci jakiś wynik.
Rozumiem, że kompilowałeś kod z katalogu
http://www.geocities.com/g_w_reynolds/AP26/
plik
AP26-boinc-src.zipŚciągnij także plik
AP26-boinc-bin.zip z tego samego katalogu.
Plik z parametrami to
AP26-ini.txt - powinien się on znajdować w katalogu, w którym uruchamiany jest program (uwaga: plik z parametrami może zostać zmieniony, przy kolejnej próbie uruchomienia programu trzeba przywrócić wersje początkową).
Jeśli wszystko jest OK, to powinien powstać plik
SOL-AP26.txt identyczny z
TEST-366384.txtPrzy okazji widzę, że myliłem się co do postępów PrimeGrida - w
AP26-boinc-bin.zip jest skompilowany program do Win64, ale on nie jest przystosowany do BOINC i chyba nie był porządnie przetestowany. Można go porównać z własną kompilacją. Ja tego nie robiłem, bo nie mam Win64 (nawet na oczy w życiu nie widziałem komputera z Win64). Ja wiem tylko tyle co zrozumiałem z
http://www.primegrid.com/forum_thread.php?id=1179
a techniczne szczegóły dotyczące kompilacji są dla mnie niezbyt zrozumiałe, więc wiem, że jest problem z kompilacją, ale nie wiem dokładnie, gdzie on leży.
Ściągnąłem ten plik z binarkami jest tam testowy zakres. Szykuje się trochę walki, teraz nie chce mi otworzyć pliku z zakresem otworzyć i sypie błędami. Jak to wszystko poprawię to pomierzę czasy jak będzie znośny to skompiluje wersję pod BOINC i podeślę na forum.
A teraz jeszcze zwraca za mało wyników :/
Zwraca mi tylko takie wyniki, a ta z primegrida zwraca dużo więcej, co dziwniejsze wyświetla mi je jako Non-solution i przez to nie zapisuje ich do plików.
Cytat10 366384 16137071418665303
11 366384 7315382125981751
11 366384 3007107694524497
12 366384 2248956393265657
Edit2
Niespodzianek ciąg dalszy. App z Pana strony natomiast zwraca poprawny wynik (taki sam jak kompilacja z primegrida)
Po przeanalizowaniu wyników jest dla mnie w miarę oczywiste, co się dzieje.
Otóż szwankuje procedura testowania pierwszości liczb.
Ja rozumiem to tak: Geoff zastąpił testowanie pierwszości GMP swoją procedurą zyskując 5% prędkości pod linuxem. Użył do tego jakiegoś typu long double, który ma pod linuxem 64 bity precyzji, a w kompilatorach Windowsowych na ogół mniej i stąd problemy. Jeśli się nie uda zmusić Windowsów do takiej precyzji (chyba o tym coś było w tym wątku PrimeGrida), to jednym z najprostszych rozwiązań jest powrót do GMP.
Ja nie wiem na ile Geoff wtopił swoją procedurę w kod, ale w zasadzie problem sprowadza się do podstawienia innej definicji procedury PrimeQ.
Oryginalna procedura używająca GMP jest w PrimeQ64.h w katalogu
http://www.math.uni.wroc.pl/~jwr/AP26
plik AP26.ZIP - to mój program, który był modyfikowany przez Geoffa.
W ostateczności, gdyby PrimeQ64.h szwankowała, można wziąć procedurę z PrimeQ.zip w http://www.math.uni.wroc.pl/~jwr/BaP
Z tego co podebuggowałem problem leży w procedurze validate_ap26(int k, int d, int64_t f) (source z PrimeGrid)
Dokładnie sypie się na pogrubionej linijce
Cytatstatic int validate_ap26(int k, int d, int64_t f)
{
int64_t N;
int j;
#ifdef GMP
mpz_t mpN;
#else
const int base[] = {2,3,5,7,11,13,17,19,23};
#endif
if (f%2==0)
return 0;
#ifdef GMP
mpz_init2(mpN,64);
#endif
for (j = 0, N = f; j < k; j++)
{
#if ((defined(__i386__) || defined(__x86_64__)) && !defined(GMP))
nie istotne, nie jest używane...........
#elif ((defined(__ppc64__) || defined(__powerpc64__)) && !defined(GMP))
nie istotne, nie jest używane...........
#else
if (N < 0)
{
fprintf(stderr,__FILE__": modulus out of range.\n");
exit(EXIT_FAILURE);
}
mpz_set_ui(mpN,f);
if (mpz_probab_prime_p(mpN,9) == 0)
break;
#endif
N += (int64_t)d*2*3*5*7*11*13*17*19*23;
}
#ifdef GMP
mpz_clear(mpN);
#endif
return j;
}
Przez to "testowanie" większość poprawnych wyników jest uważana za błędne i oznaczana jako "Non-solution" a tak oznaczone rezultaty nie trafiają do pliku wynikowego.
Teraz widzę, że same błędy testowania pierwszości tego nie wyjaśniają. W tej chwili nie rozumiem, co się dzieje.
To wisi na testowaniu pierwszości GMP. Jeżeli to działa źle, jak przy AP19 u mindca, to stąd się może brać problem validate_ap26.
Jednak nadal nie rozumiem, dlaczego ten 11-elementowy kawałek AP25 został wydrukowany do pliku.
EDIT:
No dobra, teraz doczytałem, że pierwszość GMP przetestowałeś i jest OK.
To ja już nic nie rozumiem.
EDIT:
Myślę, że po prostu sprawdzanie pierwszości w programie działa trochę źle. Trochę, tzn. najczęściej daje dobre wyniki, ale nierzadko się myli w obie strony (tzn. liczby pierwsze oznacza jako złożone, a złożone jako pierwsze). Te pomyłki powodują z jednej strony, że gubi się rozwiązania, a z drugiej strony validate_ap26 nie chce przepuszczać lipy.
Żeby podważać poprawność validate_ap26 musiałbym wiedzieć, jakie rozwiązania są oznaczane jako Non-solution i się im przyjrzeć. Wtedy będę wiedział, czy są odrzucane słusznie, czy niesłusznie.
EDIT:
W/g mnie tam jest bug, zamiast
mpz_set_ui(mpN,f);
powinno być
mpz_set_ui(mpN,N);
Napisałem o tym do Geoffa. Jednak to nie ma prawa mieć związku z Twoimi problemami. Jeśli tu istotnie jest bug, to polega na tym, że weryfikator wielokrotnie sprawdza pierwszość pierwszego wyrazu. To się w żaden sposób nie powinno wiązać z tym, czego doświadczasz. Ani też nie powinno mieć znaczenia póki program działa poprawnie.
Cytat: Jarek Wróblewski w 16 Styczeń 2009, 22:20No dobra, teraz doczytałem, że pierwszość GMP przetestowałeś i jest OK.
Znaczy uznałem tak na podstawie 2 faktów.
1. Ten port GMP to tak na prawdę zwykłe GMP (ściągałem source ze strony GMP) tylko projekt zawiera odpowiednie confingi aby dało się to skompilować pod windowsem i tyle. Source nie jest w żaden sposób zmieniane. Natomiast mindc używał implementacji GMP z Intelowskiej biblioteki MKL i Bóg jeden wie co tam Intel napchał dlatego występowały problemy.
2. Skompilowałem na tych samym buidzie GMP również kod z Pana strony (AP26.zip) i dostaje już poprawny wynik (Taki sam jak w tym pliku test....)
Przechodząc do samych wyników dostaje w konsoli coś takiego (Non-solution nie jest zapisywane do pliku, inne zbędne informacje o checkpointach wyciąłem)
Gwiazdką zaznaczyłem wyniki które testowa aplikacja z PrimeGrida oraz Pana podała jako poprawne.
CytatNon-Solution: 10 366384 785436737771879 *
Solution: 10 366384 16137071418665303 *
Non-Solution: 10 366384 13946622976437587 *
Non-Solution: 10 366384 8734502163109357 *
Non-Solution: 11 366384 6998839830228583 *
Non-Solution: 10 366384 7080577488310663
Non-Solution: 10 366384 785468127438811 *
Non-Solution: 11 366384 5581880890832023 *
Non-Solution: 10 366384 5663618548914103
Non-Solution: 25 366384 6171054912832631 *
Non-Solution: 24 366384 6252792570914711
Non-Solution: 23 366384 6334530228996791
Non-Solution: 22 366384 6416267887078871
Non-Solution: 21 366384 6498005545160951
Non-Solution: 20 366384 6579743203243031
Non-Solution: 19 366384 6661480861325111
Non-Solution: 18 366384 6743218519407191
Non-Solution: 17 366384 6824956177489271
Non-Solution: 16 366384 6906693835571351
Non-Solution: 15 366384 6988431493653431
Non-Solution: 14 366384 7070169151735511
Non-Solution: 13 366384 7151906809817591
Non-Solution: 12 366384 7233644467899671
Solution: 11 366384 7315382125981751 (WTF? zapisuje to do pliku, a według poprawnego winiku tego nie powinno być)
Non-Solution: 10 366384 9684491327954279 *
Non-Solution: 10 366384 3267586960583089 *
Non-Solution: 10 366384 1459178643530617 *
Non-Solution: 10 366384 9735298495263823 *
Non-Solution: 10 366384 1727805601738891 *
Non-Solution: 10 366384 1574579779396307 *
Non-Solution: 10 366384 2138118918508471 *
Non-Solution: 11 366384 10613929284401483 *
Non-Solution: 10 366384 10695666942483563
Non-Solution: 10 366384 14083229671187167 *
Non-Solution: 11 366384 16518632605478693 *
Non-Solution: 10 366384 16600370263560773
Solution: 11 366384 3007107694524497 *
Non-Solution: 10 366384 1255892682660361 *
Non-Solution: 11 366384 7036595108074969 *
Non-Solution: 10 366384 7118332766157049
Non-Solution: 10 366384 8188609810134857 *
Non-Solution: 10 366384 2411963918614357 *
Non-Solution: 11 366384 6569259450263561 *
Non-Solution: 10 366384 6650997108345641
Non-Solution: 10 366384 13700995611657901 *
Non-Solution: 14 366384 15879407069784169 *
Non-Solution: 13 366384 15961144727866249
Non-Solution: 12 366384 16042882385948329
Non-Solution: 11 366384 16124620044030409
Non-Solution: 10 366384 16206357702112489
Non-Solution: 11 366384 6250872237076277 *
Non-Solution: 10 366384 6332609895158357
Non-Solution: 10 366384 7687488261269507 *
Non-Solution: 10 366384 660669773389609 *
Non-Solution: 10 366384 11977568522771779 *
Non-Solution: 10 366384 1540799946122147 *
Non-Solution: 12 366384 14782924219657043 *
Non-Solution: 11 366384 14864661877739123
Non-Solution: 10 366384 14946399535821203
Non-Solution: 10 366384 13812949836154363 *
Non-Solution: 11 366384 2003229604981763 *
Non-Solution: 10 366384 2084967263063843
Non-Solution: 10 366384 14531182366753699 *
Non-Solution: 13 366384 15731878523384263 *
Non-Solution: 12 366384 15813616181466343
Non-Solution: 11 366384 15895353839548423
Non-Solution: 10 366384 15977091497630503
Non-Solution: 13 366384 2167218735183577 *
Solution: 12 366384 2248956393265657 (WTF? zapisuje to do pliku, a według poprawnego winiku tego nie powinno być)
Edit
Może problem nie leży w samej funkcji validate_ap26 a w dobieraniu parametrów podczas rekurencyjnego wywoływania.
Jak usunąłem ten kawałek kodu z ReportSolution (czyli praktycznie ten nieszczęsny validate i późniejsze jego rekurencyjne wywoływanie) to uzyskałem poprawne wyniki. Tak więc jestem pewny na 99,99%, że problem leży w samym validate albo jego wywołaniu.
Cytat
if ((i = validate_ap26(AP_Length,difference,First_Term)) < AP_Length)
{
#ifdef BOINC
if (boinc_is_standalone())
#endif
printf("Non-Solution: %d %d %"PRId64"\n",
AP_Length,difference,First_Term);
/* Check leading terms */
ReportSolution(i,difference,First_Term);
/* Check trailing terms */
ReportSolution(AP_Length-(i+1),difference,First_Term
+(int64_t)(i+1)*difference*2*3*5*7*11*13*17*19*23);
return;
}
Teraz nie mam wątpliwości.
validate_ap26 działa poprawnie co do zasady, ale skopane jest testowanie pierwszości wewnątrz
validate_ap26.
Dzięki bugowi z
f zamiast
N w ogóle cokolwiek przechodzi przez
validate_ap26. Gdyby nie ten bug, to najprawdopodobniej program niczego by nie drukował do pliku, a i na ekranie by się mniej pojawiało.
Pomyślę jak temu dziadostwu zajrzeć w bebechy.
EDIT:
Pierwszy test:
Zamiast
Cytat
mpz_set_ui(mpN,f);
if (mpz_probab_prime_p(mpN,9) == 0)
break;
daj
Cytat
mpz_set_ui(mpN,N);
{
char kuku[128];
int pipi;
FILE *fifi;
fifi=fopen("BUG.TXT","at");
mpz_get_str(kuku,10,mpN);
fprintf(fifi,"%"PRId64" %s\n",N,kuku);
if ((pipi=mpz_probab_prime_p(mpN,9)) == 0)
{fprintf(fifi,"zlozona %"PRId64" %s %d\n",N,kuku,pipi);
fclose(fifi);
break;
};
fprintf(fifi,"pierwsza %"PRId64" %s %d\n",N,kuku,pipi);
fclose(fifi);
};
i zobacz, co się pojawia w
BUG.TXT
Dostałem coś takiego:
Cytat785436737771879 3183450471
zlozona 785436737771879 3183450471 0
16137071418665303 3114264919
pierwsza 16137071418665303 3114264919 1
16218809076747383 3249736823
pierwsza 16218809076747383 3249736823 1
16300546734829463 3385208727
zlozona 16300546734829463 3385208727 0
13946622976437587 877899091
zlozona 13946622976437587 877899091 0
8734502163109357 3266893293
zlozona 8734502163109357 3266893293 0
6998839830228583 1642835559
zlozona 6998839830228583 1642835559 0
7080577488310663 1778307463
zlozona 7080577488310663 1778307463 0
785468127438811 213379035
zlozona 785468127438811 213379035 0
5581880890832023 3953996951
zlozona 5581880890832023 3953996951 0
5663618548914103 4089468855
zlozona 5663618548914103 4089468855 0
6171054912832631 2952266871
zlozona 6171054912832631 2952266871 0
6252792570914711 3087738775
zlozona 6252792570914711 3087738775 0
6334530228996791 3223210679
zlozona 6334530228996791 3223210679 0
6416267887078871 3358682583
zlozona 6416267887078871 3358682583 0
6498005545160951 3494154487
zlozona 6498005545160951 3494154487 0
6579743203243031 3629626391
zlozona 6579743203243031 3629626391 0
6661480861325111 3765098295
zlozona 6661480861325111 3765098295 0
6743218519407191 3900570199
zlozona 6743218519407191 3900570199 0
6824956177489271 4036042103
zlozona 6824956177489271 4036042103 0
6906693835571351 4171514007
zlozona 6906693835571351 4171514007 0
6988431493653431 12018615
zlozona 6988431493653431 12018615 0
7070169151735511 147490519
zlozona 7070169151735511 147490519 0
7151906809817591 282962423
zlozona 7151906809817591 282962423 0
7233644467899671 418434327
zlozona 7233644467899671 418434327 0
7315382125981751 553906231
pierwsza 7315382125981751 553906231 1
7397119784063831 689378135
zlozona 7397119784063831 689378135 0
9684491327954279 1500437863
zlozona 9684491327954279 1500437863 0
3267586960583089 1611590065
zlozona 3267586960583089 1611590065 0
1459178643530617 2159420281
zlozona 1459178643530617 2159420281 0
9735298495263823 3499603023
zlozona 9735298495263823 3499603023 0
1727805601738891 388100235
zlozona 1727805601738891 388100235 0
1574579779396307 1819009747
zlozona 1574579779396307 1819009747 0
2138118918508471 2594181047
zlozona 2138118918508471 2594181047 0
10613929284401483 4239063371
zlozona 10613929284401483 4239063371 0
10695666942483563 79567979
zlozona 10695666942483563 79567979 0
14083229671187167 1842832095
zlozona 14083229671187167 1842832095 0
16518632605478693 3701468965
zlozona 16518632605478693 3701468965 0
16600370263560773 3836940869
zlozona 16600370263560773 3836940869 0
3007107694524497 3522099281
pierwsza 3007107694524497 3522099281 1
3088845352606577 3657571185
zlozona 3088845352606577 3657571185 0
1255892682660361 1295637001
zlozona 1255892682660361 1295637001 0
7036595108074969 4158150105
zlozona 7036595108074969 4158150105 0
7118332766157049 4293622009
zlozona 7118332766157049 4293622009 0
8188609810134857 1257240393
zlozona 8188609810134857 1257240393 0
2411963918614357 479493973
zlozona 2411963918614357 479493973 0
6569259450263561 3891816457
zlozona 6569259450263561 3891816457 0
6650997108345641 4027288361
zlozona 6650997108345641 4027288361 0
13700995611657901 2692777645
zlozona 13700995611657901 2692777645 0
15879407069784169 2443405417
zlozona 15879407069784169 2443405417 0
15961144727866249 2578877321
zlozona 15961144727866249 2578877321 0
16042882385948329 2714349225
zlozona 16042882385948329 2714349225 0
16124620044030409 2849821129
zlozona 16124620044030409 2849821129 0
16206357702112489 2985293033
zlozona 16206357702112489 2985293033 0
6250872237076277 2604281653
zlozona 6250872237076277 2604281653 0
6332609895158357 2739753557
zlozona 6332609895158357 2739753557 0
7687488261269507 3607570435
zlozona 7687488261269507 3607570435 0
660669773389609 724049705
zlozona 660669773389609 724049705 0
11977568522771779 4245855555
zlozona 11977568522771779 4245855555 0
1540799946122147 1903518627
zlozona 1540799946122147 1903518627 0
14782924219657043 3269110611
zlozona 14782924219657043 3269110611 0
14864661877739123 3404582515
zlozona 14864661877739123 3404582515 0
14946399535821203 3540054419
zlozona 14946399535821203 3540054419 0
13812949836154363 4769275
zlozona 13812949836154363 4769275 0
2003229604981763 1023552515
zlozona 2003229604981763 1023552515 0
2084967263063843 1159024419
zlozona 2084967263063843 1159024419 0
14531182366753699 2334327715
zlozona 14531182366753699 2334327715 0
15731878523384263 1728655815
zlozona 15731878523384263 1728655815 0
15813616181466343 1864127719
zlozona 15813616181466343 1864127719 0
15895353839548423 1999599623
zlozona 15895353839548423 1999599623 0
15977091497630503 2135071527
zlozona 15977091497630503 2135071527 0
2167218735183577 4007425753
zlozona 2167218735183577 4007425753 0
2248956393265657 4142897657
pierwsza 2248956393265657 4142897657 1
2330694051347737 4278369561
zlozona 2330694051347737 4278369561 0
2412431709429817 118874169
zlozona 2412431709429817 118874169 0
Sprawa jasna. Wiem, co się dzieje, nie wiem dlaczego.
Bezpośrednim winowajcą jest:
mpz_set_ui(mpN,N);
które powinno zamienić 64-bitową liczbę N na GMP, a zamiast tego obcina ją do 32 bitów, czyli w pewnym sensie zachowuje się jak na 32 bitach.
Najprościej zastąpić to wersją uniwersalną, która powinna działać niezależnie od 32/64 bitów:
mpz_set_ui(mpN,N>>32);
mpz_mul_2exp(mpN,mpN,32);
mpz_add_ui(mpN,mpN,N&(INT64_C(4294967295)));
To powinno załatwić sprawę konwersji N do GMP.
Jaką masz wartość GMP_LIMB_BITS ?
Można to druknąć dając gdziekolwiek w programie:
printf("GMP_LIMB_BITS: %d\n",GMP_LIMB_BITS);
Cytat: Jarek Wróblewski w 17 Styczeń 2009, 15:16
Można to druknąć dając gdziekolwiek w programie:
printf("GMP_LIMB_BITS: %d\n",GMP_LIMB_BITS);
Kolejna niespodzianka. Jak wrzuciłem do programu to GMP_LIMB_BITS wynosi 64 ale przed kompilacją według makr GMP_LIMB_BITS wynosi 32 i tylko te części kodu chce kompilować które są w dyrektywach dla 32 bit.
Ciekawostka numero duo
Cytat# include <gmp.h>
# if (GMP_LIMB_BITS==64)
# include "PrimeQ64.h"
# elif (GMP_LIMB_BITS==32)
# include "PrimeQ32.h"
# endif
Według Visual Studio jest wersja 32 bit przez co część kodu przeznaczona dla 64 bit jest nie aktywna (w VS zaznaczona na szaro) czyli podczas kompilacji powinien kompilator rzucać błędami że brakuje mu PrimeQ32.h bo według dyrektyw to ma aktywne i to ma linkować (pliku PrimeQ32 w ogóle nie włączyłem do projektu) jednak nic takiego się nie dzieje i linkuje sobie PrimeQ64.h które znajduje się w projekcie.
Dobra wywaliłem te całe podziały na kod 64 i 32 bit i wrzuciła ta standardową wersje podana przez Pana jak na razie z tego co mieli to widzę że powinno dawać poprawne wyniki. Dlaczego bezpośrednie podstawienie liczby na 64 bit nie działa nie mam pojęcia w funkcji sprawdzającej pierwszość z PrimeQ64.h działa bez problemów a tutaj nie chcę, z tego co widzę ta uniwersalna metoda wykonuje kilka obliczeń czy spowalnia to jakoś znacząco kod?, zawszę na upartego mogę skopiować metodę konwersji liczby z funkcji PrimeQ (jak dobrze rozumuję powinno również działać)
Edit2
Przeliczyło się i dało teraz już poprawny wynik.
No to ja już się chyba w tym nie połapię.
W każdym razie PrimeQ64.h i PrimeQ32.h nie mają prawa poprawnie działać, jeżeli nie są użyte w odpowiedniej wersji.
Niezależnie od komputera, ja to rozumiem tak, że GMP_LIMB_BITS powinno określać jakiej długości są słowa użyte w rachunkach. Jeśli to jest pomieszane, to mogą się pojawiać dziwne rzeczy. To trochę tak jakby wykonywać rachunki, tylko nie być do końca zdecydowanym, czy liczymy w systemie dziesiętnym, czy szesnastkowym.
No dobra, jesteśmy gdzieś między 32 i 64 bitami, tylko gdzie?
Póki co spróbuj podstawić tę uniwersalną konwersję N do GMP i zobacz jak program chodzi.
EDIT:
Nie wiem, czy mocno spowalnia, to są proste operacje. Możesz oczywiście skopiować tę konwersję z PrimeQ64.h - tak będzie najwydajniej, ale mogą być problemy przy przenoszeniu tego na inny kompilator. Ale to nieistotne, bo i tak są problemy. Z tym, że validate_ap26 jest wykonywane kilka razy na minutę, więc wydajność tej konwersji nie ma znaczenia.
Póki co ważne, że to chodzi. Teraz pytania są dwa:
1. Jaka jest wydajność Twojej kompilacji?
Przedział testowy na 3GHz powinien zająć poniżej 300 sekund (280-290 byłoby chyba całkiem nieźle)
2. Czy umiesz to skompilować z tymi bajerami BOINC? - ja o tym nie mam bladego pojęcia, więc nie pomogę, w razie problemów musisz pytać na forum PrimeGrida.
Ja zaraz napiszę tam o źródle problemu, żeby ostrzec innych.
1. No i tu wychodzi ciekawostka nr 3
Wersja skompilowana z GMP 6:11
Wersja testowa 4:58
Komputer AMD64 3200+ 2.0 Ghz podkręcone na 2.7
Pokombinuje jeszcze z flagami kompilacji itp ale nie wiem czy nawet zdołam zejść do poziomu aplikacji liczącej przez FPU
2. To nie jest problem, kompilowałem już aplikacje do MilkyWay@Home tak więc z tym problemów nie będzie.
Cytat: sesef w 17 Styczeń 2009, 16:26
Wersja skompilowana z GMP 6:11
Wersja testowa 4:58
Nie rozumiem, które wersje masz na myśli.
Są 3:
1. Mój oryginalny program z GMP
2. Binarka 64-bitowa od PrimeGrida
3. To, co kompilowałeś
EDIT:
Napisałem na forum PrimeGrida o tym problemie (bo to dotyczyło obliczeń, więc się na tym znam).
Jak coś sensownego wykompilujesz lub będziesz miał problemy, to już sam tam napisz, bo na kompilacji się pewnie znasz dużo lepiej ode mnie.
Cytat: Jarek Wróblewski w 17 Styczeń 2009, 16:33
Nie rozumiem, które wersje masz na myśli.
Są 3:
1. Mój oryginalny program z GMP
2. Binarka 64-bitowa od PrimeGrida
3. To, co kompilowałeś
Przetestowałem wszystkie 3
Ad1 6:12
Ad2 4:58
Ad3 6:11
Pokombinuje z flagami kompilatora, może kompilator Intela coś pomoże.
Skompiluj i przetestuj wersję z DUMMY.
Wsadzasz
#define DUMMY
gdzieś na początku programu. To niczego nie wydrukuje, ale pokaże czas przebiegu oprócz testowania pierwszości (DUMMY bez testowania oznacza wszystkie liczby jako złożone). Nie wiemy, co to GMP robi - jeżeli sobie umyśliło testować pierwszość w stylu 32-bitowym, to może to zżerać dużo czasu.
Dzięki temu będzie wiadomo, czy testowanie pierwszości jest kompilowane w miarę wydajnie. U mnie testowanie pierwszości zajęło 8.3 %.
Wersji DUMMY nie przyspieszysz już inaczej niż kompilacją.
Różnica czasu wersji prawdziwej i DUMMY to czas spędzony na testowanie pierwszości. Przy zachowaniu proporcji powinno to być u Ciebie 50-51 sekund.
Nie bardzo rozumiem o co chodzi z DUMMY.
Skompilowałem taką wersje, przeliczenie testowego zakresu zajęło 6 min a normalna wersja działa 6 min 11 sec czyli te 11 sec schodzi na testowanie pierwszości (+ ta validacja która również testuje pierwszość:P) ??
Edit
Dobra intel ściągnięty.
DUMMY przeliczył w 313 sec (5:13), co nadal nie zmienia faktu że to cholernie wolno :(
Wersja z SSE3 278 sec (4:28), do codziennego użytku taka wersja nie przejdzie co najwyżej SSE2. Nie przypominam sobie procesora na którym da się uruchomić windows x64 który nie miałby SSE2 więc na codzień co najwyżej będzie można SSE2 używać.
Cytat: sesef w 17 Styczeń 2009, 17:43
Nie bardzo rozumiem o co chodzi z DUMMY.
Skompilowałem taką wersje, przeliczenie testowego zakresu zajęło 6 min a normalna wersja działa 6 min 11 sec czyli te 11 sec schodzi na testowanie pierwszości (+ ta validacja która również testuje pierwszość:P) ??
Dziwne, że tylko 11 sekund. W każdym razie to dowodzi, że testy pierwszości nie są czasochłonne.
Validacja nic nie testuje, bo DUMMY nie znajduje żadnych ciągów. Poza tym nawet w normalnym programie validacja w całym przedziale testowym powinna pochłaniać niezauważalny ułamek sekundy.
Cytat: sesef w 17 Styczeń 2009, 17:43
Dobra intel ściągnięty.
DUMMY przeliczył w 313 sec (5:13), co nadal nie zmienia faktu że to cholernie wolno :(
U mnie wersja dummy liczyła 266 sekund, a oryginalna z GMP 290 sekund na
Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz.
U Ciebie jest nieco wolniejszy procesor (o 10%), a poza tym to może zależeć od parametrów procesora, których nie sposób przewidzieć. Czas w granicach 5-6 minut jest już całkiem sensowny. Trzeba by to przetestować na różnych procesorach, żeby naprawdę ocenić wydajność.
Tu jest podstawowy problem, żeby w ogóle cokolwiek skompilować, co chodzi w miarę sensownie, a nie bić rekordy superprędkości - przynajmniej w pierwszej wersji. Honza z forum PrimeGrida miał 15 minut.
Moja sugestia:
Spróbuj skompilować najwydajniej jak Ci się udaje poprawnie działająca wersję programu z BOINC i napisz o tym na forum PrimeGrida, udostępniając skompilowany program do testów. Niech już oni sobie ocenią, czy im na początek taka prędkość pasuje, czy chcą czekać na coś lepszego.
Cytat: Jarek Wróblewski w 17 Styczeń 2009, 18:39
U mnie wersja dummy liczyła 266 sekund, a oryginalna z GMP 290 sekund na
Taki wynik został uzyskany na linuxie z tego co rozumiem??
Co do procesora zegar w zegar to daje 10% ale jakby zrobić dokładne testy do będzie więcej nawet wyłączając temu intelowi 1 rdzeń tak żeby miały "równe szanse" to Intel pochłonie tego mojego AMD więc porównując moje wyniki nie jest ogólnie tak tragicznie.
Cytat: sesef w 17 Styczeń 2009, 18:54
Cytat: Jarek Wróblewski w 17 Styczeń 2009, 18:39
U mnie wersja dummy liczyła 266 sekund, a oryginalna z GMP 290 sekund na
Taki wynik został uzyskany na linuxie z tego co rozumiem??
Co do procesora zegar w zegar to daje 10% ale jakby zrobić dokładne testy do będzie więcej nawet wyłączając temu intelowi 1 rdzeń tak żeby miały "równe szanse" to Intel pochłonie tego mojego AMD więc porównując moje wyniki nie jest ogólnie tak tragicznie.
Tak, na linuxie. Ten Intel ma jeden rdzeń (formalnie ma dwa, ale z jakichś powodów administratorzy sieci włączyli tylko jeden). Nawet, gdyby miał dwa rdzenie, to sam program z tego nie korzysta (chyba, że się uruchomi dwa programy rozdzielając pracę).
Inne testy oryginalnego programu pod linuxem 64-bitowym:
731 sekund - Intel(R) Pentium(R) D CPU 2.66GHz (Pentium 805)
432 sekundy - AMD Athlon(tm) 64 Processor 3000+; cpu MHz : 1809.303
Zwróć uwagę, że Gigaherce nie mówią wszystkiego - typ procesora i jego wady w przetwarzaniu różnych niewinnych operacji mogą wszystko zdominować, np. Pentium 805 miał wydajność bardzo słabą mimo sensownych Gigaherców i to już od kompilacji nie zależało, tylko od wad samego procesora. Natomiast ten nowy Intel to jedna z nowszych generacji procesorów, pewnie ma udoskonalone wykonywanie różnych instrukcji.
A co byś powiedział na takie cacko?
4-rdzeniowe Itanium 2, 1.4 GHz.
Super sprawa. Prawda? Raanan Chermoni zaczynał obliczenia na takich komputerach zanim dostał coś lepszego. Aż gębę rozdziawiłem ze zdziwienia, jaką to ma wydajność! Każdy rdzeń był 6.7 raza wolniejszy od rzeczonego wyżej Athlona, czyli był wart 0.15 Athlona.
4-rdzeniowy Itanium był w sumie wart 0.6 Athlona, bo akurat miał skopane wykonywanie jakichś instrukcji.
Aplikacja skompilowana ze wszystkimi boincowymi dodatkami.
http://www.ee.pw.edu.pl/~jaworows/primegrid/AP26_WINx64.zip
U mnie czas przeliczania 4:50 (290 sec) dla testowego zakresu na AMD64 3200+ 2 Ghz@2.7 Ghz
Proszę o testy im szybciej przetestujemy tego appa prawdopodobnie tym szybciej będzie można rozwinąć skrzydła w AP26 i jeszcze bardziej powiększyć przewagę.
Jakby ktoś miał problemy typu "Cannot execute the specified program" albo podobne przy starcie programu (dotyczy wszystkich błędów zanim otworzy się konsola) proszę zainstalować to:
http://www.microsoft.com/downloads/details.aspx?familyid=BA9257CA-337F-4B40-8C14-157CFDFFEE4E&displaylang=en
Redistribunty zainstalowane, a mimo to wyrzuca info o braku libmmd.dll.
Cytat: Szopler w 18 Styczeń 2009, 12:30
Redistribunty zainstalowane, a mimo to wyrzuca info o braku libmmd.dll.
brakujący dll :http://www.dll-files.com/dllindex/dll-files.shtml?libmmd (http://www.dll-files.com/dllindex/dll-files.shtml?libmmd)
Wrzucony do folderu z ap26.exe oraz do windows/system32 i nadal to samo...
Cytat: Szopler w 18 Styczeń 2009, 12:30
Redistribunty zainstalowane, a mimo to wyrzuca info o braku libmmd.dll.
Widzę że chyba spotkało mnie na kompilowaniu Intelem ten sam problem z którym borykał się mindc
Co do brakującego dll zobacz to: http://www.speedyshare.com/712891686.html
Plik umieść w katalogu gdzie masz aplikacje.
--------------------------------------------------------
Takiego problemu nie przewidziałem, będę musiał zainstalować sobie jakiś system na virtualce bo w systemie w którym sprawdzam mam poinstalowane kompilatory gdzie te biblioteki są i jak ich potrzebuje to sobie użyje a ja nawet się nie dowiem że ich używa.
Tych dll'i brakuje mi wg. DependencyWalker'a:
LIBMMD.DLL
DWMAPI.DLL
EDIT:
OK - na tych ze speedyshare chodzi :)
Zawartość plików:
a) AP26-ini.txt
76000000 76000000 640
b) AP26-state.txt
76000000 76000000 640 76000001 0 85
c) SOL-AP26.txt
11 76000000 237196596534720983
10 76000000 261285664232309413
11 76000000 245863618658643989
11 76000000 255672492975704803
11 76000000 246758454654478271
12 76000000 239683100514196253
10 76000000 261577529875648267
11 76000000 265146928947598571
13 76000000 219960250410820847
10 76000000 264184740340459621
10 76000000 254437677249184591
10 76000000 262024996718320189
11 76000000 235066907929601569
11 76000000 241339505938284671
d) stderr.txt
Can't open init data file - running in standalone mode
called boinc_finish
Szopler przejedź najlepiej ten zakres który był podany w AP26-ini.txt na początku czyli
Cytat366384 366384 0
Się robi!
Ta wersja nie powinna już pluć się że brakuje jej tego dll-a
http://www.ee.pw.edu.pl/~jaworows/primegrid/AP26_WINx64v2.zip
AP26-ini.txt
366384 366384 0
AP26-state.txt
366384 366384 0 366385 0 85
SOL-AP26.txt
11 76000000 237196596534720983
10 76000000 261285664232309413
11 76000000 245863618658643989
11 76000000 255672492975704803
11 76000000 246758454654478271
12 76000000 239683100514196253
10 76000000 261577529875648267
11 76000000 265146928947598571
13 76000000 219960250410820847
10 76000000 264184740340459621
10 76000000 254437677249184591
10 76000000 262024996718320189
11 76000000 235066907929601569
11 76000000 241339505938284671
10 366384 785436737771879
10 366384 16137071418665303
10 366384 13946622976437587
10 366384 8734502163109357
11 366384 6998839830228583
10 366384 785468127438811
11 366384 5581880890832023
25 366384 6171054912832631
10 366384 9684491327954279
10 366384 3267586960583089
10 366384 1459178643530617
10 366384 9735298495263823
10 366384 1727805601738891
10 366384 1574579779396307
10 366384 2138118918508471
11 366384 10613929284401483
10 366384 14083229671187167
11 366384 16518632605478693
11 366384 3007107694524497
10 366384 1255892682660361
11 366384 7036595108074969
10 366384 8188609810134857
10 366384 2411963918614357
11 366384 6569259450263561
10 366384 13700995611657901
14 366384 15879407069784169
11 366384 6250872237076277
10 366384 7687488261269507
10 366384 660669773389609
10 366384 11977568522771779
10 366384 1540799946122147
12 366384 14782924219657043
10 366384 13812949836154363
11 366384 2003229604981763
10 366384 14531182366753699
13 366384 15731878523384263
13 366384 2167218735183577
Czyli jak widać nie nadpisuje pliku tylko dodaje następne linie - jak kontynujemy obliczenia to OK... Podoba mi się :).
stderr.txt
Can't open init data file - running in standalone mode
called boinc_finish
Can't set up shared mem: -1
Will run in standalone mode.
called boinc_finish
Przy czym 2 pierwsze linie to chyba z poprzedniego uruchomienia.
dla testowego zakresu wyniki zwróciło poprawne :)
Jakbyś jeszcze mógł to ściągnij to http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx i jak odpalisz właściwości uruchomionego procesu AP26 to powinieneś "User time" jak możesz to podaj ten czas po tym jak się skończy przeliczać. Pamiętaj żeby usunąć wszystkie pliki z katalogu po za exekiem i AP26-ini.txt i do tego podał machinę na jakiej liczysz.
Dobra... testnę.
EDIT:
User Time 5:17.500
Total Time 5.17.625
Intel Core 2 Duo T9300 (2.5GHz) / 2GB RAM / WinXP x64
Cytat: RytisSeems to be running fine in standalone. I'm making this public version. Thanks, Sesef!
No to teraz pozostało czekać aż zrobią co potrzeba i będzie można mielić również pod windowsem :)
Yeeeeeeeah!
AP26 Search
Supported platforms:
* Windows: 64bit
* Linux: 64bit
Ściągnęło APP'a i LICZY! XD
Rytis napisał:
Well, for some reason Windows versions is twice as slow comparing with Linux...
Czy to prawda? Jak się mają do tego testy prędkości?
U mnie pierwsze próbki pobrane
PrimeGrid|Finished download of primegrid_ap26_1.00_windows_x86_64.exe
Zaraz podam jak długo się liczą
Może inaczej...
Czasy dla Windows x64:
1,080.50
1,072.75
1,104.47
1,077.45
1,014.81
1,019.17
996.58
Czasy dla Ubuntu x64:
2,908.26
2,739.77
2,935.32
2,772.49
Ten sam komp i uwaga - to nie jest błąd :).
Patrzone przez Your account / Computers / Tasks
Cytat: Szopler w 18 Styczeń 2009, 19:58
http://www.primegrid.com/results.php?userid=27038
No access
Cytat: Szopler w 18 Styczeń 2009, 19:58
Może inaczej...
Czasy dla Windows x64:
1,080.50
1,072.75
1,104.47
1,077.45
1,014.81
1,019.17
996.58
Czasy dla Ubuntu x64:
2,908.26
2,739.77
Ten sam komp i uwaga - to nie jest błąd :).
Patrzone przez Your account / Computers / Tasks
coś strasznie długo liczą ci się na linuxie - ja mam słabszego procka a średnio liczą mi się 1,400 s
Cytat: Szopler w 18 Styczeń 2009, 19:58
Różnie i różniście... 13 do 17 minut zależnie od obłożenia kompa innymi zadaniami ;)
No to nie wiem, w czym problem.
Patrzę tu:
http://www.primegrid.com/show_host_detail.php?hostid=80069
Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40 GHz (Ty masz zdaje się 2.50), czasy około 12 minut.
To wcale nie jesteś wolniejszy 2 razy.
Tutaj:
http://www.primegrid.com/show_host_detail.php?hostid=90454
AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
leci koło 16 minut na próbkę.
Z tego, co mi się wydawało grzebiąc po takich danych, to rzędu 15 minut na próbkę jest całkiem sensowne.
Jak rozumiem, próbek powinno się na raz liczyć tyle, ile jest rdzeni - pewnie ktoś z Was wie jak to działa.
W każdym razie 100 próbek na dobę na rdzeń wydaje się całkiem sensowne.
Geoff pisał na forum PrimeGrida:
On my C2D at 2.66GHz in 64-bit mode the test range took 303 seconds with the original GMP PrimeQ() and 287 seconds with the replacement long double PrimeQ(), so the replacement doesn't make a huge difference.
Czyli rzędu 5 minut na przedział testowy (u Geoffa na linuxie), a próbka to 3 takie przedziały (czasem o parę procent więcej).
Czyli na gołe gigaherce, to paręnaście minut na próbkę na 2-3GHz jest w/g mnie OK, a że różne procesory mogą sie różnie zachowywać, to inna sprawa. Może jakoś gra tu jeszcze wersja systemu operacyjnego lub powiązanie kompilacji z procesorem - ja się już na takich subtelnościach nie znam.
Odpaliłem UBUNTU i widzę... czas przewidywany przez menadżera = 50 minut, pod win jest 20 minut.
32,549% policzyło pod Linuksem w równo 15 minut. Doliczam te dwie próbki i wracam na windę...
Nie mam pojęcia skąd takie różnice... a może wiem - ubuntu jest zainstalowany tak, że korzysta nie z dysku tylko z jednego wielkiego pliku - plikopartycji...
Cytat: Jarek Wróblewski w 17 Styczeń 2009, 20:15
432 sekundy - AMD Athlon(tm) 64 Processor 3000+; cpu MHz : 1809.303
Zaciekawiła mnie bardzo wypowiedź że Windows jest 2x wolniejszy, postanowiłem porównać swoje wyniki do tego procesora architektura jest ta sama (K8) jedyne czym mogą się różnić to wielkość cache i samym rdzeniem (mój to Venice, nazwę rdzenia podaje chociażby program CPU-Z więc to jest do sprawdzenia) mój 3200+ co prawda ma startowo 2000 Mhz do tego jest podkręcony na 2700 Mhz dlatego wróciłem do startowych ustawień czyli HTT na 200 Mhz (tak jest fabrycznie) tylko zmieniłem mnożnik z 10x (daje 10x 200 = 2000 Mhz) na 9x (daje 9x 200 = 1800 Mhz) co dało mi takie samo taktowanie jak wyżej wymieniony Athlon, załadowałem Windowsa 7 Beta 1 odpaliłem aplikacje i process explorer żeby zmierzyć czas (sam uruchomiony process explorer zabiera 1-3% mocy procesora) uzbrojony w taki zestaw testowy uruchomiłem testowy zakres czas przeliczania wyniósł 7:19 co daje 439 sec. Po takich testach zegar w zegar na tej samej architekturze stwierdzam że wyniki są takie same dla tej dystrybucji linuxa (zgaduję Ubuntu) oraz Win 7 Beta (na XP może być trochę wolniej na 2008 troszkę szybciej ale różnice nie powinny wynosić więcej niż 10-15 sec), te 7 sec różnicy między Win a Linuxem praktycznie można pominąć i przyjąć jako stratę generowaną przez process explorer który pobiera 1-3% mocy procesora.
Najlepiej jakby ktoś zebrał te nasze czasy i napisał na forum PrimeGrid-a bo moja łamana angielszczyzna może kiepsko wyglądać.
@Szopler
Spiesz się z tym Win7 bo tylko do 24 stycznia można sobie legalnie wygenerować CD-key (który i tak się bardzo często powtarza :p)
Kolejne 2 WU na tym nieszczęsnym ,niepełnowartościowym ;) Ubuntu:
48m55s i 46m12s. Wracam do WINXP ;) a wkrótce może Win7...
Póki co, ktoś tam napisał, że WU mu chodzi około 800 sekund.
Te 432 sekundy, to było bez optymalizacji Geoffa, które zaoszczędziły ok. 5%.
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 47
model name : AMD Athlon(tm) 64 Processor 3000+
stepping : 2
cpu MHz : 1809.283
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni
bogomips : 3620.21
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
EDIT:
Idę spać. Jak rozumiem, na razie tylko Szopler liczył nowym programem WU PrimeGrida. Jak będą dokładne dane od większej liczby użytkowników, to mogę coś rano napisać na forum PrimeGrida.
A co do sesefa, to uważam, że wykonał kawał dobrej roboty i powinien dostać za to jakiś forumowy medal (przynajmniej coś takiego jak Machloj i ja za AP19).
EDIT:
John i Rytis z PrimeGrida przyznali, że błędnie zinterpretowali pomiar prędkości AP26 linux/Win i że w rzeczywistości wydajność jest porównywalna (Win wydaje się być nieznacznie wolniejsza). Można więc spokojnie liczyć pod Win64 bez obawy o marnowanie mocy.
Wersja 32-bitowa jest 8 razy wolniejsza i nie będzie udostępniona publicznie (i się z tym zgadzam, bo to byłoby do pewnego stopnia marnowanie zasobów, Sita mają przebitkę 2:1, a LLR 1:1).
Rytis napisał:
Augustine, while we are not going to release 32bit applications for AP26, it is possible to compile and run your own if you'd want to - the source code is public.
Czyli, ja rozumiem, że jak ktoś się uprze i mimo wszystko chce liczyć na 32-bitach, to niech sobie sam kompiluje. Zwracam jednak uwagę, że WU na 32 bitach zamiast 15 minut chodziłby ok. 2 godzin, za 13.61 kredytu.
W wątku
http://www.primegrid.com/forum_thread.php?id=1179
jest też opis, co zrobić, jak się ma 32-bitowy system na 64-bitowym procku. Bierze się jakieś Wubi i chodzi jak na 64 bitach - ja się na tym kompletnie nie znam.
Cytat: Jarek Wróblewski w 18 Styczeń 2009, 21:15
W wątku
http://www.primegrid.com/forum_thread.php?id=1179
jest też opis, co zrobić, jak się ma 32-bitowy system na 64-bitowym procku. Bierze się jakieś Wubi i chodzi jak na 64 bitach - ja się na tym kompletnie nie znam.
To nie takie proste, bo Wubi to instalator Ubuntu, system instaluje się co prawda na partycji windows, ale jest to samodzielny system operacyjny i jego uruchomienie wymaga zamknięcia windy (restart).
Cytat: Szopler w 18 Styczeń 2009, 19:58
Może inaczej...
Czasy dla Windows x64:
1,080.50
1,072.75
1,104.47
1,077.45
1,014.81
1,019.17
996.58
Czasy dla Ubuntu x64:
2,908.26
2,739.77
2,935.32
2,772.49
Ten sam komp i uwaga - to nie jest błąd :).
Patrzone przez Your account / Computers / Tasks
hmmm... a u mnie bez róznicy
q6600 @ 3GHz
winxp x64
Cytat
84697442 57504202 18 Jan 2009 17:43:10 UTC 19 Jan 2009 11:05:39 UTC Over Success Done 880.16 5.82 13.61
84697441 57504201 18 Jan 2009 17:43:10 UTC 19 Jan 2009 11:00:45 UTC Over Success Done 826.16 5.46 13.61
84697438 57503996 18 Jan 2009 17:35:29 UTC 19 Jan 2009 4:38:41 UTC Over Success Done 828.34 5.48 13.61
84697437 57503995 18 Jan 2009 17:35:29 UTC 19 Jan 2009 4:31:42 UTC Over Success Done 840.09 5.56 13.61
84697424 57504200 18 Jan 2009 17:43:10 UTC 19 Jan 2009 10:53:43 UTC Over Success Done 847.52 5.60 13.61
ubuntu x64, na tej samej maszynie, w wirtualce
Cytat
84695362 57501773 18 Jan 2009 10:19:55 UTC 18 Jan 2009 13:33:40 UTC Over Success Done 847.11 5.14 13.61
84695328 57501737 18 Jan 2009 10:14:48 UTC 18 Jan 2009 13:24:16 UTC Over Success Done 815.47 4.95 13.61
84695309 57501702 18 Jan 2009 10:07:28 UTC 18 Jan 2009 13:20:30 UTC Over Success Done 824.02 5.00 13.61
84695291 57501689 18 Jan 2009 10:03:06 UTC 18 Jan 2009 13:11:33 UTC Over Success Done 860.62 5.23 13.61
84695260 57501665 18 Jan 2009 9:53:01 UTC 18 Jan 2009 13:06:37 UTC Over Success Done 881.62 5.35 13.61
tak jak pisał Szopler - może problemem jego dłuższego przeliczania, jest sposób instalacji ubuntu jako plikopartycji pod windowsem
Niby jakim cudem plikopartycja miałaby zwalniać obliczenia ? Tak samo dobry nośnik danych jak każdy inny.
Cytat: TJM w 19 Styczeń 2009, 16:39
Niby jakim cudem plikopartycja miałaby zwalniać obliczenia ? Tak samo dobry nośnik danych jak każdy inny.
Inna sprawa, że programowi nośnik danych nie jest zbyt potrzebny. Wpisuje do pliku linijkę co kilka sekund, a jak ma dość cache procesora, to nawet RAM-u nie rusza.
Faktycznie nie powinno mieć to wpływu... W takim razie nie wiem co ma. Ubuntu na pewno 64 bit.
Cytat: Szopler w 19 Styczeń 2009, 17:17
Faktycznie nie powinno mieć to wpływu... W takim razie nie wiem co ma. Ubuntu na pewno 64 bit.
Na pewno masz 64 bity. Na 32 bitach musiałbyś proca podkręcić do 5GHz w ciekłym azocie, żeby mieć szansę się wyrobić z WU w godzinę, a Ty się wyrabiałeś poniżej 50 minut (co wymaga przynajmniej 6GHz na 32 bitach).
Hi
Jak ciekawostkę napisze, że Celeron ok 3G liczy wu jakieś 28min ;)
--
ksysju
Nie robiłem testów, ale pisząc program założyłem, że w miarę możliwości program powinien korzystać z cache procesora i nie ruszać RAM-u.
Mogę sobie więc wyobrazić, że jest jakaś krytyczna wartość cache procesora, poniżej której program wchodzi do RAM-u i spowalnia.
To tylko teoretyczne przypuszczenia, nie poparte żadnymi eksperymentami.
Same dane, które są w wyraźnie zadeklarowanych tablicach, jak liczyłem, powinny się mieścić w jakichś 120kb.
Nie wiem, ile zajmuje reszta programu, ani też nie bardzo wiem jak mierzyć tak małe użycie pamięci. Być może także sam system operacyjny, czy inne uruchomione programy jakoś wpływają na ilość cache dostępnego dla samego programu - to tylko moje naiwne wyobrażenia, dokładnie się na tym nie znam.
Chyba wyjaśniła się tajemnica cudownej siły 64 bitów w programie AP26.
Otóż kompilatory 32-bitowe mają kompletnie zrąbane dzielenie liczb 64-bitowych przez małe liczby ustalone w kodzie programu. Można dostać kilkukrotne przebicie prędkości wykonując to dzielenie w inny, bardzo prosty, sposób. Dla mnie jest to szokujące, że kompilator nie umie wydajnie skompilować elementarnej operacji typu n%101 i że robiąc to dzielenie po swojemu (żadnych asemblerów, czyste C !!!), można przyspieszyć program kilkakrotnie.
Dokonałem odpowiedniej zmiany w programie i Geoff Reynolds twierdzi, że teraz stosunek prędkości 64:32 bitów jest w okolicach 1,7. To jest już całkiem sensowne i moim zdaniem jest spora szansa, że w przyszłości AP26 ruszy też na 32 bitach.
Zdaje się, że wersja zoptymalizowana na 32 bity jest u Geoffa w katalogu z programem. Może ktoś się chce pobawić w testowanie?
Chętnie potestuję ...
Czytając wypowiedź w wątku AP20 (http://www.boincatpoland.org/smf/przetwarzanie-rozproszone/ap20/msg56576/#msg56576) rodzi się pytanie
Czy aplikacja AP26 podprojektu PrimeGrid - AP26 search dokonuje pełnego przeglądu AP10 - AP26 jak wynikałoby z plików wynikowych odsyłanych do projektu, czy też jest skupiona wyłącznie na jak najszybszym odnalezieniu AP26 i dopuszcza pomijanie w wynikach niższych AP.. ?
Cytat: RAD-Poland w 25 Styczeń 2009, 19:37
Czytając wypowiedź w wątku AP20 (http://www.boincatpoland.org/smf/przetwarzanie-rozproszone/ap20/msg56576/#msg56576) rodzi się pytanie
Czy aplikacja AP26 podprojektu PrimeGrid - AP26 search dokonuje pełnego przeglądu AP10 - AP26 jak wynikałoby z plików wynikowych odsyłanych do projektu, czy też jest skupiona wyłącznie na jak najszybszym odnalezieniu AP26 i dopuszcza pomijanie w wynikach niższych AP.. ?
To drugie. Aplikacja nie pomija AP26 o różnicach dopuszczalnych przez program, ale część krótszych AP pomija.
Szukając AP24 szacowałem, że szanse jego znalezienia są tak świetne, że napisałem program, który część AP24 pomijał, ale nie pomijał żadnego AP25 o różnicy rozważanej przez program. Moje rozumowanie było następujące: Mam na tyle świetne szanse znaleźć AP24, że mogę sobie z nich trochę odpuścić, dostając za to większe prawdopodobieństwo, że trafię na AP25. Ten sam program był użyty potem do znalezienia AP25.
Szukanie AP26 to jednak strasznie trudna sprawa, dlatego program jest nastawiony na maksymalizację szansy znalezienia AP26. Dlatego przepuszcza niektóre AP25 i krótsze. Zysk jest niebanalny - dzięki temu program jest 2 razy szybszy.
Znany jest jeden AP25 - akurat on jest na drodze programu i został znaleziony.
Znanych jest też 9 AP24, z czego 4 są na drodze programu, a 5 nie. 2 zostały już znalezione. Na razie nie znaleziono nowego AP24.
Dostałem informację, że AP26 jest dostępny na 32-bitowego linuxa. Nie wiem jaka jest wydajność, ale w testach zoptymalizowana wersja 32-bitowa chodziła tylko 1.7 raza wolniej od 64-bitowej.
Były jakieś problemy z 64-bitową wersją linuxową. Nowa wersja była wolniejsza od starej. W tej chwili powinna być z powrotem używana stara wersja.
Cytat: Jarek Wróblewski w 04 Luty 2009, 17:13
Dostałem informację, że AP26 jest dostępny na 32-bitowego linuxa.
ucieszyłem się niezmiernie, ale...
znowu ktoś zapomniał dodać flagę -static przy kompilacji i kilkadziesiąt maszyn nie ma co liczyć gdy milka leży i kwiczy
Cytat: mindc w 05 Luty 2009, 21:14
Cytat: Jarek Wróblewski w 04 Luty 2009, 17:13
Dostałem informację, że AP26 jest dostępny na 32-bitowego linuxa.
ucieszyłem się niezmiernie, ale...
znowu ktoś zapomniał dodać flagę -static przy kompilacji i kilkadziesiąt maszyn nie ma co liczyć gdy milka leży i kwiczy
Ja się na tym nie znam, więc nie wiem w czym problem, ale przekazałem tę informację administratorom PrimeGrid-a.
Oto odpowiedź, jaką właśnie dostałem:
Cytat
I will compile a 32-bit static linked executable and upload it in a day or two. The program doesn't use any special libraries, so only Linux users running fairly old versions of the system libraries will need the static version.
Rozumiem więc, że problem dotyczy tylko linuxa ze starszymi bibliotekami, a wersja
static pojawi się za dzień lub dwa.
Cytat: Jarek Wróblewski w 08 Luty 2009, 07:25
Cytat
I will compile a 32-bit static linked executable and upload it in a day or two. The program doesn't use any special libraries, so only Linux users running fairly old versions of the system libraries will need the static version.
Rozumiem więc, że problem dotyczy tylko linuxa ze starszymi bibliotekami, a wersja static pojawi się za dzień lub dwa.
Dziękuję za interwencję!
JUPI! ;D
U mnie właśnie większość kompów to staruszki... ;D
Oto odpowiedź, którą właśnie otrzymałem od Geoffa Reynoldsa:
I have uploaded some statically linked standalone executables at
http://www.geocities.com/g_w_reynolds/AP26/AP26-static-bin.zip
but I don't think it works to statically link the BOINC executables as they contain networking functions, and the user would have to be running the same version of the C libraries on their machine that the program was linked with.
The best solution is probably for the user to either compile the executables on their own machine, or else upgrade to more recent libraries. The dynamically linked 32-bit executables only require GLIBC version 2.1 or later, which is 10 years old now (released in 1999).
I just reasised another possibility is that the user doesn't have the C++ libraries installed, which are required for the BOINC executables but not the standalone ones. I could statically link the C++ libraries if that is the case, and leave the C libraries dynamically linked. But it really would be much better for the user just to install C++ libraries if they are missing.
ponieważ powyższa binarka została skompilowana bez boinca ;D
trzeba było wziąć sprawę w swoje ręce...
tutaj możecie znaleźć binarki na linuxa x86: http://zeus.mindc.net (http://zeus.mindc.net)
skompilowane statycznie, chodzą na jajku 2.4
:attack:
SSE dodaje jakiś speed?
Co ciekawe skompilowałem najnowsze source i jest u mnie o jakieś 50 sekund wolniejsze niż to pierwsze. Nie wiem co tam admini PrimeGrida nakombinowali na linuxie może wam przyspiesza, ale mi na Windowsie zwalnia :(.
Mindc jak chcesz się pobawić pod windowsem to mogę Ci podesłać skompilowane liby GMP pod Win x64.
@sesef
jasne, ślij te GMP ;D
testy które robiłem ze swoją aplikacją wyglądają następująco
(linux 2.4, x86, mielenie dołączonego pliku testowego):
ap26 stock : ~1500sec
ap26 moja kompilacja: ~1600sec
ap26 moja kompilacja z ssse3: ~1400sec
nie wiem jak podpiąć pliki w assemblerze, bo brakuje w źródłach pliku asm.h i pluje się że funkcja OKOK101 jest niezdefiniowana,
może wtedy byłoby szybciej
GMP http://www.speedyshare.com/114684547.html libek + header
Ja pod win również nie mogę skompilować asm-a z tego co się doczytałem masm (czy jakoś tak ogólnie chodzi o ten kompilator assemblera z VS) jak i yasm obsługują Intelowską składnie assemblera, a ta co jest tutaj to jakaś A&T czy jakoś tak, ogólnie głębiej się w tym nie zagłębiałem assembler dopiero na 4 semie to wtedy dopiero zacznę się martwić ocb.
===================
Ostatnio szperałem trochę o BrookGPU i chciałem zaprzęgnąć moje 7600 GT do roboty jednak tutaj się nie nadaje :( BrookGPU obsługuje tylko floaty, a tutaj jednak przydałoby się double, po za tym zbytnio nie wiem jak mam wykonać operację "%" na liczbach zmiennoprzecinkowych (w ogóle takie coś jest możliwe?)
Z tego co się zorientowałem, czytając np. o CUDA, GPU obsługuje tylko niektóre instrukcje arytmetyczne, są to głównie floaty, częstokroć niskiej precyzji. Z tego wszystko można wydziubać samemu, ale to wymaga pracy i prawdopodobnie da mizerny efekt.
Ja rozumiem, że GPU obsługuje głównie floaty, bo to się przydaje w obliczeniach graficznych. Jeśli ta technologia budowania komputerów się przyjmie, może pojawią się tego typu procesory mające w miarę wydajne operacje całkowitoliczbowe.
Jeśli chodzi o AP26, to trzeba testować pierwszość liczb 64-bitowych (naprawdę wystarczą 60-bitowe). Ja to bym umiał złożyć z operacji na liczbach 128-bitowych, nie wiem jak to jest zrobione w wersji AP26 nieużywającej GMP, ale testowania pierwszości się nie przeskoczy, być może to się daje odesłać do CPU i zrobić tradycyjnie.
Ponadto GPU, żeby było wydajne, musi wykonywać obliczenia równolegle. Nie można więc po prostu przepisać programu jak jest. Do tego musi być ktoś, kto jednocześnie:
1. ma jakieś pojęcie o algorytmie,
2. ma jakieś pojęcie o programowaniu GPU,
bo, jak rozumiem, program trzeba istotnie przeorganizować. To jakieś pojęcie nie musi oznaczać dobrej znajomości, ale nie bardzo sobie wyobrażam, jak osoba rozumiejąca dokładnie algorytm, ale nie mająca bladego pojęcia o programowaniu GPU mogłaby sie dogadać z expertem programowania GPU, który nie ma bladego pojęcia o algorytmie lub chociażby jego elementach.
A co to jest to BrookGPU? Nie słyszałem o tym. Czy to coś w stylu CUDA?
Moim zdaniem, nie da się od razu wskoczyć i przepisać skomplikowanego programu na GPU. Programowania GPU trzeba się nauczyć zaczynając od prostych programów i budując coraz bardziej złożone elementy.
Ja bym się może i tego chciał powoli przyuczać, ale raczej nie w kompletnej izolacji. Jeśli ktoś na poważnie chce wejść w programowanie GPU, jestem otwarty na współpracę.
Znaczy najnowsze karty graficzne (głownie te z unifikowanymi procesorami strumieniowymi czyli GeForce generacje 8,9 i GTX oraz Radki 3xxx, 4xxx) obsługują już double co prawda z mniejszą wydajnością niż floaty ale obsługują a w double przynajmniej zmieściłyby się wszystkie potrzebne liczby. Co do liczb całkowitych z tego co się doczytałem w dokumentach ATI to najnowsze Brook+ obsługuje inty prawdopodobnie z podziałem znak/brak znaku (CUDA niby też obsługuje 32 bitowe liczby całkowite).
Samo sprawdzanie pierwszości może zostać na CPU całego programu nie trzeba przenosić na GPU nie zajmuje to jakiś ogromnych ilości czasu CPU, ja głownie myślałem nad przeniesieniem na gpu tych pętli z Make.h oraz może sita z tego co patrzyłem te operacje pochłaniają najwięcej czasu procesora.
Co do programowania równoległego z tego co czytałem większość "roboty" ma wykonać kompilator (te części które mają iść na GPU kompilowane są specjalnym kompilatorem), oraz sam sterownik karty jak jest na prawdę nie wiem bo jeszcze nic w tej dziedzinie nie programowałem. W końcu oprogramowani samemu 900 "rdzeni" karty to już jest z deka masakra.
Co do BrookGPU jest jedna ze starszych technologii programowania GPU powstała na uniwersytecie Stanford i ma działać na kartach GeForce 5200 i nowszych. Z początku technologia wykorzystywania w projekcie Folding@home obecnie wyparta przez Brook+ (http://brook.sourceforge.net/)
Brook+ jest to BrookGPU przystosowane przez AMD/ATI do nowoczesnych kart Radeon głównie seria 3xxx i 4xxx od biedy ma dziłać jakoś jescze na katach nVidia które obsługuje CUDA (http://ati.amd.com/technology/streamcomputing/sdkdwnld.html)
Mamy jeszcze OpenCL czyli między platformowy język opracowany przez Khronos Group (między innymi Apple, nVidia, AMD/ATI itp) programy napisane w tym języku mają działać na procesorach Cell katach zarówno ATI jak i nVidia niby najlepszy język bo za jednym zamachem można załatwić obydwie karty graficzne i od biedy procesor Cell tylko że obsługa tego na kratach ma się pojawić dopiero gdzieś w połowie roku.
Co do wydajności wiadomo że bez jakiegokolwiek doświadczenia od razu nie napisze się czegoś super, ale przy obecnych kartach jakimi tutaj dysponują liczydłowi to jak by tego nie zrobił to i tak będzie szybciej w końcu są tutaj karty po 1-2 TFlops więc musi przyspieszyć.
Sam nie mam na razie możliwości pobawić się CUDA albo Brook+ bo nie mam odpowiedniego sprzętu, ale jak uda mi się BrookGPU uruchomić na swojej karcie to coś sobie podłubie w wolnym czasie, a pomyślałem o AP26 bo jakoś tak mam że jak się uczyłem/uczę programować to do nauki potrzebuje jakiegoś konkretnego pomysłu jakoś nie lubię przepisywać suchych przykładów z książki.
W moim odczuciu kompilator sam nie zrównolegli czegoś, co nie jest napisane tak, żeby się dało zrównoleglić. Ja rozumiem, że nie trzeba pisać samemu 900 wątków, ale wydaje mi się, że nie można napisać ciurkiem jednego ciągu obliczeń.
Boję się, że zabieranie się od razu za AP26 to skok na zbyt głęboką wodę. Ja jestem w stanie stworzyć dowolne prostsze przykłady. Jeśli uruchomisz coś u siebie, to możemy zacząć się bawić. Ja na pewno będę potrzebował manual do programu, którego masz zamiar używać, bo jednak musiałbym choć trochę rozumieć filozofię tego całego interesu. I uważam, że należy zacząć od możliwie prostych przykładów.
Cytat: Jarek Wróblewski w 21 Luty 2009, 10:39
W moim odczuciu kompilator sam nie zrównolegli czegoś, co nie jest napisane tak, żeby się dało zrównoleglić. Ja rozumiem, że nie trzeba pisać samemu 900 wątków, ale wydaje mi się, że nie można napisać ciurkiem jednego ciągu obliczeń.
Znaczy w pętli jak do kolejnej iteracji nie jest potrzebny wynik potrzebnej to bez problemu sobie podzieli bo każda iteracja pójdzie na jeden rdzeń i już. Np jak masz do dodania 2 tablice to suma dla danych elementów zrobi się na danym rdzeniu i z czymś takim kompilator sobie bez problemów poradzi. Jak mamy taki (j*STEP)%149 to powinien sobie bez problemów to rozłożyć każdego "jota" na wiele rdzeni.
No dobra, jeśli kompilator jest na tyle mądry, to sobie poradzi. A czy jest mądry, to trudno przewidzieć bez eksperymentów. Pętle w AP26 są dość głębokie, kompilator może się nie połapać, do jakiego stopnia są niezależne.
Cytat: sesef w 21 Luty 2009, 10:01
Samo sprawdzanie pierwszości może zostać na CPU całego programu nie trzeba przenosić na GPU nie zajmuje to jakiś ogromnych ilości czasu CPU, ja głownie myślałem nad przeniesieniem na gpu tych pętli z Make.h oraz może sita z tego co patrzyłem te operacje pochłaniają najwięcej czasu procesora.
Make.h nie ma co ruszać, bo w AP26 to zajmuje niezauważalny ułamek sekundy.
Większość czasu jest spędzana w sicie, ale żeby je zrównoleglić, być może trzeba byłoby przeorganizować pętle.
Poza tym mogą tu wystąpić inne subtelności, które mogą spowodować potrzebę zmiany niektórych parametrów programu. Ponadto pokrewne zagadnienia mogą być łatwiej/trudniej przystosowywalne do GPU, z uwagi na subtelności, których trudno przewidzieć. Może się też okazać, że na GPU opłaca się trochę inaczej dobrać parametry sita. Może się okazać, że GPU pozwoli na jakieś sztuczki, które okażą się rewolucyjne w jednym programie, a będą porażką w innym.
Myślę, że dobrze byłoby nauczyć się, jakie reguły obowiązują w programowaniu GPU, wtedy łatwiej byłoby dopasować do tego programy. Jak będziesz miał jakąś platformę, na której można będzie coś testować, to wtedy można będzie myśleć co dalej.
Czy masz jakiś manual do tego Brook+ ? Na ile to jest podobne do CUDA?
Większość informacji na temat Brook+ można znaleźć na tej stronie http://ati.amd.com/technology/streamcomputing/resources.html (+ troche danych jest na podstronach oraz przykładowe kody które można znaleźć po zainstalowaniu samego AMD stream SDK no i jest jescze forum http://forums.amd.com/devforum/)
Może warto byłoby pomyśleć z wykorzystaniem GPU do liczenia tych mniejszych AP jak tam ma przyjść nowy program to rozumiem również że przyjdzie nowy algorytm a takie coś łatwiej przystosować niż przerabiać obecne.
Pojawił się pierwszy nowy AP24. Trzeba zaczekać, aż administratorzy PrimeGrida wyciągną na światło dzienne ciąg i odkrywcę.
Ponieważ BOINC@Poland wyrabia ok. 50% całego przerobu, szanse na to, że to ktoś z naszych, są 50:50.
EDIT:
Już wygrzebali: ksysju
Hi
Ciekawe :), bo z dwa tygodnie nic nie liczyłem, i wczoraj przełączyłem jeden czy dwa kompy na PrimeGrid.
--
ksysju
Dwa tygodnie? Twój wynik stanął na niecały tydzień.
Masz po prostu szczęście do AP24.
Widzę, że się zbliżasz do granicy 73476 WU (milion kredytów).
W tej chwili masz 73475. Jeszcze jeden !!!
Gratulacje
:parrrty:
ksysju: Powinieneś dostać maila od PrimeGrida z pytaniem o imię i nazwisko. Wynik będzie ogłoszony, jak na niego odpowiesz.
Przy okazji, dziś rano zauważyłem, że coś się pokiełbasiło na
primestats. Masz 1 kredyt i ostatnie miejsce, a na czele jest
mindc. Ale jak się wysortuje w/g WUs, to jest OK.
W klasyfikacji Teamów, BOINC@Poland jest przez to o ponad milion kredytów lżejszy, ale i tak na czele.
Cytat: NetMonitoring w 23 Luty 2009, 23:09
a pod win32bit bedzie dostepne?
Zapytałem, czy Win32 będzie w najbliższym czasie i dostałem taką odpowiedź:
As for 32 Windows, I'm not sure. Time is very scarce these days. Also, we still need to work out why the latest version was slower than the previous one. Rytis released the latest version for 64 bit but then reversed it after users started noticing it was slower. All these different time zones sometimes makes it difficult to collaborate. :)
Once a final version is released (and is the fastest), I'm sure Rytis will make it a priority to get 32 Windows released as well.
Ja zawszę mogę to skompilować pod Win x86 o ile nie będzie żadnego assemblera, ale najpierw niech doprowadzą kod do porządku jak pisałem kompilowana wersja z tych nowszych source dawała mi wynik około minuty gorszy niż ta kompilacja która jest obecnie używana. Takie zwolnienie jak dla mnie jest już nie do zaakceptowania.
Czyżby brakowało nowych zadań? Czy tylko mi, serwer uparcie odmawiał podesłania?
Na stronie projektu widzę coś takiego.
Available: AP26 Search 30526
Jeszcze dziś miałem w buforku 600 wu. Niestety brak zasilania oraz moja niefrasobliwość, spowodwała
całkowitą ich utratę. :(
Zmieniłem ustawienia prime na psp.
Hi
Masz raczej jakiś problem z boincem, właśnie pobrałem 32 wu.
Może liczysz coś jeszcze ? Jak tak to wstrzymaj na chwile.
--
ksysju
Pewnie serwer zbanował ;) mnie na 24h.
Głównym winowajcą jest xfs. Używam go już od 4 lata i ogólnie jest ok. Ma bardzo wiele zalet,
nie tylko w zastosowaniach serwerowych.
Ma i poważną wadę, bez ups-a lepiej nie trzymać na nim ważnych danych, które podlegają ciągłej
modyfikacji.
Pozostaje przenieść katalog z boincem w bezpieczniejsze miejsce.
Nowe AP24 zostało oficjalnie ogłoszone:
http://www.primegrid.com/forum_thread.php?id=1246
Na stronie głównej PrimeGrida też jest odpowiedni news.
Cytat: Jarek Wróblewski w 26 Luty 2009, 21:08
Nowe AP24 zostało oficjalnie ogłoszone:
http://www.primegrid.com/forum_thread.php?id=1246
Na stronie głównej PrimeGrida też jest odpowiedni news.
gratulacje!!!
nie przerzuce sie na primegirda poniewaz:
- mam systemy xp32bit ktore moga liczyc ale nie ma softu
- na 64bit licze atigpu a pod atigpu o primegirdzie moge pomarzyc...
wiec zostało mi czekac na softa albo na wasze wyniki >:( >:(
Cytat: NetMonitoring w 26 Luty 2009, 21:37- mam systemy xp32bit ktore moga liczyc ale nie ma softu
AP26 x86 pojawi się na dniach (czytaj jutro ściągnę kompilator intela skompiluje i wrzucę na forum primegrida) to sobie policzysz :)
Cytat: sesef w 26 Luty 2009, 21:41
Cytat: NetMonitoring w 26 Luty 2009, 21:37- mam systemy xp32bit ktore moga liczyc ale nie ma softu
AP26 x86 pojawi się na dniach (czytaj jutro ściągnę kompilator intela skompiluje i wrzucę na forum primegrida) to sobie policzysz :)
:parrrty: :parrrty: ;D
Byłoby dzisiaj, ale muszę sobie popykać w cs-a. Szkoda tylko, że na 32 bitach liczy trochę wolniej niż x64 :(
Zapraszam do testów pomożecie dobrać odpowiednia aplikacje
http://www.primegrid.com/forum_thread.php?id=1247
Jak na razie proszę nie testować wersji z 23 Feb 2009 pod Win64 bo jakiś problem jest (Dziwne Intelowa wersja działa z GCC już nie chce)
Do przetestowania są aplikacje pod x64 i x86
Odpaliłem wersję x86_64 z 23 Feb pod Windows i jakoś liczy...
konkretnie - AP26-x86_64-windows.exe 1 1000000 1
Cytat: Szopler w 27 Luty 2009, 19:18
Odpaliłem wersję x86_64 z 23 Feb pod Windows i jakoś liczy...
konkretnie - AP26-x86_64-windows.exe 1 1000000 1
Tam w katalogu jest testowy zakres. Ten ma się przeliczyć dla testu i potem wyniki wypisać w tym temacie co podałem.
Musisz uruchomić
AP26-x86_64-windows.exe 366384 366384 0
Jeśli program działa poprawnie, powinien powstać plik SOL-AP26.txt identyczny z plikiem TEST-366384.txt
Uhm... no to znalazło dwie i to w dodatku nie z pliku :( i zaonczylo... validator pokazuje ze niby OK...
Cytat: Szopler w 27 Luty 2009, 20:17
Uhm... no to znalazło dwie pierwsze i zakonczylo
Co znalazło? Jeśli znalazło
10 366384 1368772872462767
10 366384 1361785396923863
to znaczy, że program nie działa poprawnie - te 2 rozwiązania się nie powinny pojawić, za to powinno być 37 innych. Z nieznanych dotąd powodów tak się dzieje w wersji Win64 skompilowanej ze źródła z 23 lutego.
to po co jest validator ktory pokazuje OK skoro to nie sa dobre liczby?
Cytat: Szopler w 27 Luty 2009, 20:24
to po co jest validator ktory pokazuje OK skoro to nie sa dobre liczby?
To są poprawne AP10 i walidator to potwierdza. Problem polega na tym, że w tej wersji coś się psuje w sicie, w związku z czym przez sito przechodzą nie te ciągi, które powinny. Ciągi, które powinny przejść przez sito, są w większości odrzucane, za to nie są odsiewane wszystkie te, które sito powinno zatrzymać. Ponieważ jednak dalsza część programu działa OK, to jakieś krótkie AP są znalezione, ale jest ich mało i są inne niż w poprawnie działającym programie. To wystarczy, żeby stwierdzić, że coś jest źle. Dzięki temu, że się te dwa ciągi pojawiają, mogłem się im przyjrzeć i stwierdzić, że testowanie pierwszości działa OK, ale coś się psuje w sicie.
Podsumowując: Sito nie działa poprawnie i przepuszcza śmieci. Wśród tych śmieci trafiają się jednak nieliczne krótkie AP - konkretnie trafiły się 2 AP10. I one są poprawne, walidator słusznie je weryfikuje jako poprawne AP10. Natomiast walidator nie stwierdzi, że one sie trafiły wśród śmieci, a nie pochodzą z poprawnie działającego sita.
Wydaje się, że problem dotyczy tylko wersji z 23 lutego i tylko Win64.
Z ciekawości przetestowałem różne wersje gcc. Oto moje wyniki dla AMD X2 4200@2700, linux x86_64:
AP26-boinc-x86_64-linux (23 Feb 2009)
394s
gcc-3.4.6 (Arch Linux)
271s
gcc-3.4.6 (PLD Linux)
449s
gcc-4.3.3 (PLD Linux)
494s
Wszystkie wyniki z prób 3-4 krotnie powtarzanych bez obciążenia w tle. Przy obciążeniu (liczący się prime - psp) wyniki były bardzo nierównomierne.
Niestety mam problem ze zbudowaniem statycznego execa.
EDIT:
Wyjaśniło się. To jednak środowisko testowe (system) powoduje takie różnice. :o
Wynik dla AP26-boinc-x86_64-linux (23 Feb 2009) to 236s. Zdecydowanie najlepszy.
Sorry za zamieszanie.
Czy ktos potrafi podac info jak obecnie wygladaja jakies srednie czasy liczenia WU na Lin64 i Win64 (chodzi o porownanie app, czystej app z projektu)? Czeka mnie chyba przejscie z Lin na Win (i to mozliwe nawet ze na Win32 :( ) i wole wiedziec jak to wyglada.
Z tego co widzę jakieś kolejne AP24 się znalazło, bo w statystykach jest 6 a na forum podanych jest tylko 5.
Cytat: sesef w 06 Marzec 2009, 21:33
Z tego co widzę jakieś kolejne AP24 się znalazło, bo w statystykach jest 6 a na forum podanych jest tylko 5.
Tak, ale admini PrimeGrida chcą najpierw skontaktować się z odkrywcą, a dopiero potem ogłosić.
a chociaż wiadomo czy ten szczęśliwiec jest od nas czy jakiś inny team?
Cytat: sesef w 06 Marzec 2009, 22:23
a chociaż wiadomo czy ten szczęśliwiec jest od nas czy jakiś inny team?
Już wiadomo:
The finder is Stefan Smietanowski (Blast) of Sweden. He is a member of Team Picard.
http://www.primegrid.com/forum_thread.php?id=1246&nowrap=true#14199
a wiadomo czy bedzie AP26 pod ATI 38xx, 48xx
policzył bym sobie...
Cytat: Jarek Wróblewski w 07 Marzec 2009, 05:15
Cytat: sesef w 06 Marzec 2009, 22:23
a chociaż wiadomo czy ten szczęśliwiec jest od nas czy jakiś inny team?
Już wiadomo:
The finder is Stefan Smietanowski (Blast) of Sweden. He is a member of Team Picard.
http://www.primegrid.com/forum_thread.php?id=1246&nowrap=true#14199
po nazwisku sądząc to nasz rodak ;D
Cytat: John (administrator PrimeGrid)A 32 bit Windows application has been released along with an updated 32 bit Linux application. Both have the speed improvements.
Mamy więc komplet: Linux64, Linux32, Windows64, Windows32.
Ile czasu sie liczy AP26 pod Win 32 i jaki ma deadline? W porównaniu PSP Sieve robi mi teraz prawie 2 godziny z 7 dniami ważnosci próbki.
Chętnie bym sobie dołączył ten podprojekt, ale komp liczący chodzi średnio raz na tydzień przez parę godzin...
Deadline to 7 dni.
Wydaje mi się, że bardziej opłacalne będzie AP26.
W przypadku psp sieve 32 bitowa aplikacja jest dwukrotnie wolniejsza od 64 bitowej.
Nowa aplikacja do AP26 pod win32 raczej nie jest 2x wolniejsza od 64 bitowej.
U mnie ma się to tak.
psp ~1650 s (pod win32 i linux32 będzie 2x dłużej)
ap26 ~730 s
Z tym, że ja liczę pod linuksem i kompilacje tych aplikacji się trochę różnią.
Powinieneś w 1h się zmieścić.
Mam starego kompa i mi liczyło około 1,75 godziny.
Wszystko pieknie, ale nastąpił problem z punktacją. Dlaczego za PSP Sieve dostaje 28 kredytów przy 2 godzinach liczenia, a w AP26 zaledwie 13? O co chodzi?
Cytat: IThorne w 17 Marzec 2009, 18:48Wszystko pieknie, ale nastąpił problem z punktacją. Dlaczego za PSP Sieve dostaje 28 kredytów przy 2 godzinach liczenia, a w AP26 zaledwie 13? O co chodzi?
Każdy pod projekt ma inną punktacje.
Ale tak fatalną? Gdyby nie był polski to wróciłbym do Sierpińskiego.
Cytat: IThorne w 17 Marzec 2009, 20:16
Ale tak fatalną? Gdyby nie był polski to wróciłbym do Sierpińskiego.
Wiesz na x64 liczy 15 min i tutaj bolączką jest właśnie ta wersja x86 która liczy dłużej i już gorzej wypada w pkt/h, ale jeśli chodzi o x64 to AP26 jest chyba najlepiej punktującym projektem.
Cytat: sesef w 17 Marzec 2009, 20:24
Wiesz na x64 liczy 15 min i tutaj bolączką jest właśnie ta wersja x86 która liczy dłużej i już gorzej wypada w pkt/h, ale jeśli chodzi o x64 to AP26 jest chyba najlepiej punktującym projektem.
Nie zgadzam sie z tym ze AP jest najlepiej punktujacym. Moze i jest jesli chodzi o 32bity ale
masz przyklad na moim: x64
http://www.primegrid.com/workunit.php?wuid=62980347 AP 644 s - 13.60cr
http://www.primegrid.com/workunit.php?wuid=62407614 321 Sieve 6500s - 190 cr
Nawet PSP Sieve lepiej punktuje od AP.
@IThorne
Punktacja zależy od prawdopodobieństwa znalezienia liczby pierwszej -- czyli w podprojektach, w których jest ono duże,dostajesz mało punktów i odwrotnie(małe-wiecej punktów).
Hmmm,punkty ... :-\
Zbliżamy się do Wu z k=2kk teraz mi WU jakoś przyspieszyły czasy schodzą nawet poniżej 850 sec.
Tak spytam jest jakaś teoria w jakim przedziale k może pojawić się AP26 czy może mamy całkowitą loterię i AP26 może pojawić się przy k=3kk albo dopiero 30kk?
Cytat: Jarek Wróblewski
Podpis:
Dołącz do PrimeGrid AP26 Search
...
23 marca - coś się namieszało - AMT-1 zniknął
...
użytkownik id=10345
AMT-1 zmienił nazwę na
Chew-Z i opuścił zespół
prawdopodobnie
AMT-1 oddał komuś swoje konto podobnie jak wcześniej zrobił z kontami w innych projektach
:(
To jest loteria.
AP26 przed k=3kk oznaczałoby bardzo szczęśliwy traf, więc raczej nie ma co na to zbytnio liczyć.
Dojście do k=30kk bez AP26 byłoby raczej dość pechowe, ale wykluczyć tego nie można.
Bardzo trudno jest szacować gęstość występowania tak długich ciągów arytmetycznych - chyba najlepszy pogląd na postęp poszukiwań dają statystyki znalezionych AP20+.
Póki co nie mamy nawet nowego AP25.
Trzeba też powiedzieć, że czym dalej się posuwamy, tym rzadziej występują postępy arytmetyczne liczb pierwszych.
Cytat: RAD-Poland w 24 Marzec 2009, 18:22
...
użytkownik id=10345 AMT-1 zmienił nazwę na Chew-Z i opuścił zespół
prawdopodobnie AMT-1 oddał komuś swoje konto podobnie jak wcześniej zrobił z kontami w innych projektach
:(
:(
a ja zmieniłem kernel vserwerowy na najzwyklejszy 2.6.26 i średni czas przelicznia zmniejszył się
z ~733s na ~692s :)
Cytat: RAD-Poland w 24 Marzec 2009, 18:22
użytkownik id=10345 AMT-1 zmienił nazwę na Chew-Z i opuścił zespół
prawdopodobnie AMT-1 oddał komuś swoje konto podobnie jak wcześniej zrobił z kontami w innych projektach
Aaaa... Nie wiedziałem, że tak można. A forumowy nick
AMT-1 chyba się zmienił na
.W każdym razie
AMT-1 miał ok. 3,5K WU, więc z 22 na 23 marca tyle przeszło z
BOINC@Poland do
RESZTY ŚWIATA, co stanowi redukcję przewagi o ok. 7K WU.
Witam
Czasami liczenie wu zostaje przerwane przez projekt ?
Ktoś wie czemu ?
--
ksysju
Cytat: Jarek Wróblewski w 24 Marzec 2009, 18:47
W każdym razie AMT-1 miał ok. 3,5K WU, więc z 22 na 23 marca tyle przeszło z BOINC@Poland do RESZTY ŚWIATA, co stanowi redukcję przewagi o ok. 7K WU.
Punkty zdobyte podczas przynależności do jakiegoś zespołu pozostają na jego koncie, mimo opuszczenia zespołu przez użytkownika. Po przyłączeniu do nowego zespołu, nowe punkty są już zaliczane na jego konto (wyjątkiem jest ClimatePrediction, gdzie punkty wędrują za użytkownikiem do nowego zespołu).
Cytat: KrzychuP w 25 Marzec 2009, 08:09
Punkty zdobyte podczas przynależności do jakiegoś zespołu pozostają na jego koncie, mimo opuszczenia zespołu przez użytkownika. Po przyłączeniu do nowego zespołu, nowe punkty są już zaliczane na jego konto (wyjątkiem jest ClimatePrediction, gdzie punkty wędrują za użytkownikiem do nowego zespołu).
Może i punkty kredytowe zostały, tego nie jestem w stanie prześledzić. Natomiast liczba przeliczonych WU w AP26 w/g PrimeStat się cofnęła o te 3.5K (tzn. przyrost przeliczonych WU
BOINC@Poland z 22 na 23 marca był mniejszy niż sam dzienny przerób
ksysju czy
mindc). Ja swój
podpis kibica opieram na danych z PrimeStat - jak widzę jakąś kaszanę i umiem ją skorygować, to to robię.
Obecnie jest kaszana z punktami kredytowymi za AP26 -
ksysju i
mindc po osiągnięciu miliona kredytów za AP26 spadli w/g PrimeStat na 1 kredyt i ostatnie miejsce w/g kredytu za AP26 - ale klasyfikacja jest OK jak się wysortuje w/g WU. W konsekwencji
BOINC@Poland jest o prawie 3M kredytów lżejszy w klasyfikacji AP26, a także łączna liczba kredytów za całe AP26 jest do bani, co zresztą widać na wykresach:
http://www.primestats.net/primegrid/charts.php?project=AP26&field=totalcredit#stats
http://www.primestats.net/primegrid/charts.php?project=AP26&field=totalcreditperday#stats
Natomiast liczba kredytów w całym PrimeGrid dla
ksysju,
mindc i
BOINC@Poland liczona jest poprawnie, a przynajmniej nie mam podstaw podejrzewać nieprawidłowości.
Przez ostatnie kilka dni myslalem dlaczego kazdy uwaza ze AP jest bardzo oplacalne..Sam uwazalem ze to 321sieve.
Czytajac dzisiaj ten watek : http://www.primegrid.com/forum_thread.php?id=1247#13909
zauwazylem ze na q9550 liczydlowi robia AP26 w 5min :o . Gdzie ja na 64bit i klient to samo na linuxie mam 11 minut . Nie sadzilem ze windows moze byc wyzszoscia na linuxem w tym projekcie .. Czy ktos moglby napisac ile mu liczy mniej wiecej AP26 oraz 321sieve na linuxie 64bit ? obojetne jakis procek.. (nie zasne poki sie nie dowiem) ,
buninka czas okolo 11 minut
http://www.primegrid.com/results.php?hostid=97196&offset=120
ja licze tak samo 11 minut
http://www.primegrid.com/workunit.php?wuid=64794362
cos mi sie wydaje.. ze powinienem liczyc to 2x szybciej :-[
Tak jak posalem w poprzednim poscie odnosnie innej dystrybucji ktora liczyla mi 2x szybciej ..
Czyzby cos z moim jaunty ???
Czy pod windowsem liczy się szybciej?
Możliwe. Musiałbyś przeprowadzić test na tym samym kompie.
Ty podajesz link z czasami dla zakresu testowego, czyli "366384 366384 0"
Porównaj sam.
time primegrid_ap26_1.01_linux_x86_64 366384 366384 0
i będziesz miał jakieś porównanie. Zawsze możesz przejrzeć jak wygląda sytuacja w TOP 100.
Nigdy nie liczyłem 321sieve. Ostatnio przełączyłem się, ale serwer odmawiał podesłania wu.
mogę się mylić, ale te wyniki należy chyba pomnożyć x3
nie pamiętam dla ilu liczb liczy jedna próbka AP26 (wysyłana przez projekt)
testowa próbka liczy tylko dla jednej liczby 366384
Może coś w tym Kubuntu Jaunty 9.04 x86_64 jest "trefnego".
Bodajże już Szopler informował o dziwnie słabych czasach pod ubuntu.
Użyty kernel może mieć minimalny wpływ w granicach 1-5%, zlinkowane biblioteki:
linux-vdso.so.1, libm.so.6, libpthread.so.0, libc.so.6, ld-linux-x86-64.so.2, raczej na pewno nie mają związku
z wydajnością.
Może cpufreqd obniża taktowanie procka?
Cytat: buninek w 25 Marzec 2009, 23:38
Może coś w tym Kubuntu Jaunty 9.04 x86_64 jest "trefnego".
Bodajże już Szopler informował o dziwnie słabych czasach pod ubuntu.
Użyty kernel może mieć minimalny wpływ w granicach 1-5%, zlinkowane biblioteki:
linux-vdso.so.1, libm.so.6, libpthread.so.0, libc.so.6, ld-linux-x86-64.so.2, raczej na pewno nie mają związku
z wydajnością.
Może cpufreqd obniża taktowanie procka?
mam kilka profili w cpufreqd.conf. Mozna wogole ktorys zaladowac na stale ?. W jaki sposob system uzywa tej aplikacji cpufreqd?
Buninek napisz mi jaki masz zegar na tym twoim athlonie..
Zegar - aktualnie 2730Mhz.
Wyłącz demona cpufreqd. Korzystasz z niego?
Aplikacja to cpufreq. Jej zadaniem jest obniżenie taktowania cpu, celem oszczędności poboru mocy.
EDIT:
W przypadku ap26 i psp sieve procki amd spisują się bardzo dobrze. Musisz to uwzględnić a nie porównywać
zegar w zegar.
no widzisz mam 3.6 i licze tak samo..Sam benchmark wskazuje ze komp ma wiekszy zegarek. hmmm
Tak mam cpufreqd. I wlasnie go odinstalowalem z synaptica..Ale nie wskazywalo nic na to ze komp sie nim posluguje.. W Ksensors widac ze jest 3.6. Sprobuje jeszcze odpalic na innych dystrybucjach i zobaczyc co i jak.
w ubuntu jest cos takiego jak
powernowd
ja zawsze kasuje bo zabiera mi ok 35% zasobów (nie uzywa) a nawet czasami potrafi zjechac z zegarami na tryb oszczedzania mimo ze boinczek pracuje
sudo apt-get remove powernowd
pod tym linkiem są testowe przebiegi dla 1 liczby (366384), a normalne WU ma takich liczb 3 stąd ta różnica.
Witam
I znowu do przodu :-).
24, 2042703, 6872932294461509, 33704
Mam nadzieję, że w kwietniu będzie więcej szczęśliwców.
Gratuluję!
Trzeba jednak uczciwie przyznać, że do AP24 masz fuksa. Przy 23.09% przeliczonych WU znalazłeś 57.14% wszystkich znalezionych AP24, w tym 2 z 3 nowych. Przy tak małych liczbach takie fuksy (lub pechy) się zdarzają. Z kolei mindc przy 17.82% przeliczonych WU znalazł jedno (ale znane) z 7 AP24, czyli mniej więcej tyle ile mu przysługuje. A RAD-Poland znalazł jedyne (ale wcześniej znane) AP25, chociaż przeliczył mniej niż 1% WU.
W tej chwili znane są 3 AP24 17-cyfrowe (rozmiar mierzy się największym wyrazem). 2 są Twoje, obydwa o mały włos nie pobiły rekordu. Ponieważ poszukiwania idą w coraz większe liczby, szanse na to, że kolejne AP24 będzie rekordowe, bardzo szybko rosną.
Trudno dokładnie szacować gęstość AP24, ona wraz z zaawansowaniem poszukiwań powoli maleje. W tej chwili rząd wielkości jest chyba ok. jedno AP24 na 100,000 WU. Przy tempie z obecnych kilku dni (ksysju i mindc robiący po ok. 2,500 WU dziennie, a reszta zespołu pracowicie zbierająca kolejne 2,000), należy oczekiwać 1-2 AP24 w miesiącu. Jeśli jednak AP26 zostanie sztandarowym podprojektem projektu miesiąca, to kilka AP24 w kwietniu jest jak w banku, a i szanse na AP25 byłyby wtedy całkiem spore.
A szansa jest spora, bo projektem miesiąca już prawie na pewno zostanie Prime a AP26 jest chyba najlepiej punktującym tam projektem :D
Cytat: Troll81 w 29 Marzec 2009, 03:22
A AP26 jest chyba najlepiej punktującym tam projektem :D
Opinie sa w tej sprawie podzielone. Ale na pewno AP26 jest jesli nie najlepiej, to jednym z najlepiej punktujacych. Roznica moze lezec w kompach, badz OS`ach.
Właśnie znaleziono 4-ty nowy AP24. Póki co, nie wiadomo mi:
a) czy to ktoś z naszych?
b) czy to rekord?
Rekordy są odnotowywane na stronie
http://users.cybercity.dk/~dsl522332/math/aprecords.htm#records
a także, z pewnym opóźnieniem, na
http://en.wikipedia.org/wiki/Primes_in_arithmetic_progression
Rekordowy postęp arytmetyczny o danej długości, to taki, którego ostatni wyraz jest możliwie największy. W miarę posuwania się do przodu AP26 Search, szanse na to, że kolejny znaleziony AP24 będzie rekordowy, znacząco rosną.
Obecnie rekordowy AP24 ma ostatni wyraz 19.517*10^15.
ksysju dwukrotnie otarł się o pobicie tego wyniku - jego dwa AP24 kończą się odpowiednio na 18.939*10^15 oraz 17.354*10^15.
24, 2522655, 6274259724784693, 27426 -> stachu @ fiddex
:parrrty:
A to dopiero 5 dzień... Szaleństwo XD
Cytat: RAD-Poland w 05 Kwiecień 2009, 17:49
24, 2522655, 6274259724784693, 27426 -> stachu @ fiddex
:parrrty:
Największy wyraz:
19.218*10^15. Nie pobija rekordu
19.517*10^15.
Ale
gratulacje się należą jak psu buda.
tak, trzymać kamrrrraci w tym miesiącu - to wynik rywalizacji będzie jeszcze wyższy
grrrratki stachu @ fiddex :parrrty:
dzięki .. i myślę że nie jest to jeszcze moje ostatnie słowo ;D
następne AP24
Gratulować domniemanemu znalazcy bo pewnie i tak jest od nas.
nie bądź za szybki sesef
Hi
E Stachu tak pod rząd ?
Daj coś innym ;)
Wg moich obliczeń Stachu nie znalazł po prostu kolejnego nowego AP24. Ten AP24 jest rekordowy, ma największy wyraz 19898154930924749, podczas gdy poprzedni rekord wynosił 19516877252820799.
Tym większe gratulacje !!!
stachu twoje zdrowie :parrrty:
Cytat: Jarek Wróblewski w 07 Kwiecień 2009, 14:48Wg moich obliczeń Stachu nie znalazł po prostu kolejnego nowego AP24.
To jak w końcu znalazł nowy ap czy nie bo ja już tutaj nic nie rozumiem.
stachu się rozkręca, a już 2 ap .... aż strach się bać co będzie na koniec miesiąća XD
znalazł, znalazł tylko że ten nowy AP24 jest zarazem rekordowym AP24
:parrrty: za nowy AP24
:parrrty: za rekordowy AP24
|-?
A nie mówiłem że nie jest to moje ostatnie słowo ;D ... liczę dalej.
Strona
http://users.cybercity.dk/~dsl522332/math/aprecords.htm
została zaktualizowana. Wzmianka o rekordzie jest w dziale News, a sam wynik pojawia się 3 razy, w działach:
* The largest known AP-k
* Record history for the largest known AP-k
* All known AP24 and AP25
Ostatnio myślałem nad przepisaniem całego programu AP26 pod GMP. Są optymalizowane wersje GMP na konkretne procesory takie jak AMD64, Intel C2D/C2Q, PIV i coś tam jeszcze. Mi się wydaje, że powinno to dać jakiś przyrost. Teraz tylko pytanie czy ktoś już czegoś takiego próbował i jakie skutki przyniosło? bo nie wiem czy jest sens się za to brać.
Ja o programowaniu nie mam zielonego pojęcia, ale jeśli znajdziesz trochę czasu mógłbyś coś przy tym kodzie
pokombinować. Wydaje się, że są tam jeszcze spore rezerwy. Wnioskuję to po zadziwiającej dysproporcji w czasach przelicznia między cpu amd a intelach. Aplikacja x64 pod windows również jest troszkę słabiej zoptymalizowana od linuksowej.
moje średnie czasy przeliczania (dla 3000WU) na amd x2 4200@2730 to ~690s
w przypadku psp sieve ~1650s, a dla 321 sr2sieve ~9000s
Porównaj to z czasmi SKB, proc na 3500MHz a liczy ciut wolniej. Coś tu nie tegos.
W przypadku psp sieve i 321 sr2sieve proporcje są zachowane.
O ile pamiętam 321 sr2sieve liczył około 6500s, a psp sieve ok 1200s.
Cytat: sesef w 07 Kwiecień 2009, 22:28
Ostatnio myślałem nad przepisaniem całego programu AP26 pod GMP. Są optymalizowane wersje GMP na konkretne procesory takie jak AMD64, Intel C2D/C2Q, PIV i coś tam jeszcze. Mi się wydaje, że powinno to dać jakiś przyrost. Teraz tylko pytanie czy ktoś już czegoś takiego próbował i jakie skutki przyniosło? bo nie wiem czy jest sens się za to brać.
Nie sądzę, aby ktoś to próbował. Natomiast moje naiwne (być może błędne) wyobrażenie podpowiada mi, że to raczej nic nie da. GMP to biblioteka do operowania na dużych liczbach. W AP26 poza testowaniem pierwszości, które zajmuje stosunkowo małą część czasu, nie są używane liczby większe niż 64-bitowe. Nie widzę specjalnych powodów, dla których użycie GMP zamiast operacji na liczbach 32 i 64 bitowych miałoby dać przyspieszenie. Podkreślam, że to są tylko moje wyobrażenia, testów nie robiłem.
EDIT
Jestem skłonny uwierzyć, że kombinowanie przy kodzie może dać jakieś zyski, ale po pierwsze nie sądzę, aby przepisywanie programu pod GMP było właściwą drogą, a po drugie nie mam pojęcia, co konkretnie można by zrobić - bo jakbym miał pojęcie, to bym to już dawno zrobił lub zaproponował - proponowałem na forum PrimeGrida zmianę sposobu dzielenia i to zdaje się zostało przy optymalizacjach uwzględnione, chociaż z dat aplikacji opublikowanych na PrimeGridzie nie jestem pewien czy koniec końców dało jakiś efekt i czy (i na ile) jest wykorzystywane w obecnie używanej wersji aplikacji. Być może przepisanie kodu na asemblera jest najbardziej obiecujące, bo to chyba zawsze daje jakiś zysk, ale ponieważ ja o asemblerze nie mam bladego pojęcia, to tego nie zrobię, ani nic w tym względzie nie doradzę.
Jest AP25. To musi być rekord - wynika to z rozmiaru jedynego znanego AP25 oraz z zaawansowania AP26 Search.
Ładnego narobiliście bigosu XD Teraz główkujcie, kogo podać za odkrywcę XD
a która maszyna? XD podać wszystkich składkowiczów hehe - znalazłem AP25 :parrrty:
ja też ja też! :D :parrrty:
a jak sprawdzic czy cos znalazlem??
Cytat: Pigu w 08 Kwiecień 2009, 17:42
a która maszyna? XD podać wszystkich składkowiczów hehe - znalazłem AP25 :parrrty:
http://www.primegrid.com/show_host_detail.php?hostid=77554
na ile jest krecony SKB@P q9450 2.6ghz ?
Czyli SKB@P II :arrr: czuje w tym swój wkład. Do boju po kolejne zdobycze.
Ja też się dokładałem, ja też ;). Hurra! :parrrty:
jupppi :parrrty: - myślę, że każdy składkowicz powinien dostać jakiegoś ładnego Awarda na naszym forum
A oto informacja o tym niezwykłym wydarzeniu:
Cytat
Congratulations! Our records indicate that a computer registered by you has found a NEW AP. This computer is running BOINC, is attached to the PrimeGrid project, and is assigned to the AP26 Prime Search.
We would like to credit you with the discovery. If this is OK, please reply to this email with your full name as you would like it to appear in the credits.
Your Arithmetic Progression is
2960886048458003+2346233*23#*n for n=0..24
If you have any questions or concerns, please contact me and we will surely resolve any problem. Once again, congratulations on your find.
Thank you for participating in PrimeGrid.
John Blazek of PrimeGrid
Credit powinien iść na konto całej drużyny :D dla mnie to wystarczająca nagroda :D no i niezły punkt do reklamy teamu :D
Zgadzam się dla całego teamu, a reklama też dobra :arrr:
Oto 3 wzorce, jak takie wyniki były ogłaszane:
*****************************
The finder is Krzysztof Koczubik (ksysju) of Poland. He is a member of BOINC@Poland.
Credits are as follows:
Finder: Krzysztof Koczubik
Project: PrimeGrid
Program: AP26
*****************************
The finder is Stefan Smietanowski (Blast) of Sweden. He is a member of Team Picard.
Credits are as follows:
Finder: Stefan Smietanowski
Project: PrimeGrid
Program: AP26
*****************************
The finder is Pawel Stachowiak (stachu @ fiddex) of Poland. He is a member of BOINC@Poland.
Credits are as follows:
Finder: Pawel Stachowiak
Project: PrimeGrid
Program: AP26
*****************************
To jak ma to brzmieć w tym przypadku?
EDIT
A przy okazji mały drobiażdżek: to jest jednocześnie AP25 o najmniejszym znanym wyrazie początkowym.
Czyli BOINC@Poland odkrywcą AP25? :)
Gratualcję Panowie :parrrty:
PBT_marian_boss powinien coś odpisać Johnowi - bez tego trudno liczyć na oficjalne ogłoszenie wyniku.
Jeśli jest zgoda na to, że wynik ma iść na konto teamu (a szczerze mówiąc nie widzę innych rozsądnych opcji), to może resztę skopiować z profilu SKB@P na PrimeGridzie. Wtedy można by zaproponować coś w stylu:
***********************
The finder is BOINC@Poland Super Computer (SKB@P). It is a farm of machines funded by BOINC@Poland members.
Credits are as follows:
Finder: BOINC@Poland
Project: PrimeGrid
Program: AP26
***********************
Jeżeli nie ma sprzeciwu to taka treść będzie OK.
Dla mnie ok :D chyba żeby jako founderów AP wymienić wszystkich składkowiczów SKB@P :D ale to by chyba przydługie było, żeby zebrać ich nazwiska i imiona lub ew. nicki jeśli pod takowymi chcą wystąpić :D
Nie przesadzaj ;)
"The finder is BOINC@Poland Super Computer (SKB@P). It is a farm of machines funded by BOINC@Poland members."
Podoba mi się i już. Wystarczy dla mojej satysfakcji, że jest w tym mój udział :)
Cytat: Troll81 w 08 Kwiecień 2009, 20:53
Dla mnie ok :D chyba żeby jako founderów AP wymienić wszystkich składkowiczów SKB@P :D ale to by chyba przydługie było, żeby zebrać ich nazwiska i imiona lub ew. nicki jeśli pod takowymi chcą wystąpić :D
Też wydaje mi się że to przegięcie, trzeba napisać prosto i krótko.
Cytat: Jarek Wróblewski w 08 Kwiecień 2009, 20:44
The finder is BOINC@Poland Super Computer (SKB@P). It is a farm of machines funded by BOINC@Poland members.
Credits are as follows:
Finder: BOINC@Poland
Project: PrimeGrid
Program: AP26
tak bedzie chyba najlepiej. :)
Wróciłem z bro i taka wiadomość - normalnie morda mi się cieszy :parrrty:
Ja ja ja ja :). Ale radocha :parrrty:. No normalnie az sie wzruszylem :arrr:. Ale frajda :). Wiem ze to wielce ucieszy wszystkich skladkowiczow - z tej okazji gratulacje Wam wszystkim ktorzy dolozyliscie do SKB@P (i sobie tez gratuluje :P ) - mam tez nadzieje ze dotychczas niezdecydowani czlonkowie zostana teraz przekonani ze warto :). Ach, no miodzio ;D.
Co do opisu `The finder is (...)` - jak najbardziej zaakceptowano :).
:parrrty: :parrrty: :parrrty: :parrrty: :parrrty:
Fakt że to reklama jakich mało dla naszego SKB@P :D no i zastanawiam się czy nie warto informacji o tym umieścić w profilu naszego potforka na stronach projektów :D
Są już niusy na:
http://www.primegrid.com/
http://boincstats.com/
http://users.cybercity.dk/~dsl522332/math/aprecords.htm
brawo! :parrrty:
u nas news też już jest :D
Czy aby na pewno przypisujecie odkrycie AP25 właściwemu komputerowi?
Komputery mają procesory Q9450 i Q6600.
Z moich informacji wynikało, że jest to
http://www.primegrid.com/show_host_detail.php?hostid=77554
czyli Q9450.
W oficjalnym ogłoszeniu PrimeGrid są podane parametry komputera, który znalazł AP25, w tym procesor Q9450.
Jednak na stronie
http://www.boincatpoland.org/wiki/Superkomputer_BOINC%40Poland
Q9450 występuje w konfiguracji SKB@P 1, a Q6600 w konfiguracji SKB@P 2.
To samo jak się kliknie SKB@P I oraz SKB@P II na dole strony.
Wygląda na to, że na PrimeGridzie maszyna I ma numer 77554 a maszyna II numer 77553.
Próbka odpowiedzialna za AP25 to
http://www.primegrid.com/workunit.php?wuid=65598973
Jeśli mam rację, to ktoś wylał morze śliny na obcałowywanie nie tej obudowy, co trzeba ;D
A przy okazji, ciekaw jestem, kto przez tydzień trzymał u siebie tę szczęśliwą próbkę, aż mu skisła :P
SKB@P ro jedno konto na którym liczą dwa hosty :D tak więc odkrywcą jest SKB@P :D
Jednakowoż w niusie stoi:
CytatNasz składkowy superkomputer SKB@P (maszyna numer II)
No więc chyba dobrze byłoby albo info o numerze maszyny usunąć, albo je uważnie sprawdzić - ja bym jednak typował, że to była maszyna nr I.
EDIT
A właśnie zobaczyłem, że data w niusie
8 Kwietnia 2008 wymaga korekty o rok :P
EDIT 2
I jeszcze
Gartulujemy ->
Gratulujemy - chyba że miało być
Gar tu lejemy - na oblewanie sukcesu ;D
Cytat: Jarek Wróblewski w 10 Kwiecień 2009, 12:29A przy okazji, ciekaw jestem, kto przez tydzień trzymał u siebie tę szczęśliwą próbkę, aż mu skisła :P
NetMonitoring ma xeona 5430 i viste, ale coś ten host nie pasuje do niego :)
I jeszcze taki niusik ze strony
http://distributed.ru/
Jak się w googla wklepie 2960886048458003, to on takie niusiki poznajduje - może za parę dni będzie tego więcej.
В проекте PrimeGrid обнаружена рекордная прогрессия из 25 простых чисел
at 21:59 by Arbalet
В проекте PrimeGrid найдена рекордная арифметическая прогрессия, состоящая из 25 простых чисел (AP25). Данная прогрессия является наибольшей из найденных с помощью PrimeGrid и вторая среди всех известных на данный момент. AP25 обнаружена с помощью фермы машин SKB@P, считающих за команду BOINC@Poland. Прогрессия записывается в виде 2960886048458003+2346233*23 #*n для n=0.. 24.
na niemieckim forum w komentarzach jest jeszcze coś takiego: Der Finder ist also praktisch der polnische Bruder unseres SG-Boosters. czyli z tego co słabo rozumiem ten język wynika, że nie jesteśmy jedynym zespołem, który ma składkowe komputery
a nie że SKB@P jest odpowiednikiem ich SG-Booster'a ;) ?
PS. Coś źle przeczytałem... :) (zrozumiałem, że JESTEŚMY jedynym zespołem... zamiast że nie jesteśmy)
Nom germańce maja swojego SKB@D ;)
możliwe, dlatego zaznaczałem, że słabo znam germański ;D
Cytat: sesef w 10 Kwiecień 2009, 15:47
Cytat: Jarek Wróblewski w 10 Kwiecień 2009, 12:29A przy okazji, ciekaw jestem, kto przez tydzień trzymał u siebie tę szczęśliwą próbkę, aż mu skisła :P
NetMonitoring ma xeona 5430 i viste, ale coś ten host nie pasuje do niego :)
a ja wywaliłem ostatnio tyle WU heh...
na xeonach milka sie pasie
Sesef napisał do mnie "komp o takim id 101542 "
a ja mam show_host_detail.php?hostid=101542 | results.php?hostid=101542 AKULLTRAIL - pobite gary, nie bawie sie, powiem mamie...
Do poczytania:
http://www.matematyka.wroc.pl/
1. W kolumnie "Na czasie"
2. W menu z lewej strony:
MAT-ŚWIAT -> Szalone liczby
:book: :book: :book: :book: :book:
Cytat: Jarek Wróblewski w 11 Kwiecień 2009, 06:24
MAT-ŚWIAT -> Szalone liczby
Milo, naprawde bardzo milo poczytac takie informacje :).
Świetna promocja idei BOINC oraz teamu :)
Cytat: Troll81 w 09 Kwiecień 2009, 11:16
Fakt że to reklama jakich mało dla naszego SKB@P :D no i zastanawiam się czy nie warto informacji o tym umieścić w profilu naszego potforka na stronach projektów :D
Myślę, że pomysł Trolla jest wart rozważenia.
W mojej ocenie info w profilach powinno mieć charakter ponadczasowy. To AP25 może przeżyć jako rekord rzędu miesiąca (może mniej niż 2 tygodnie, może więcej niż 2 miesiące - nikt tego dokładnie nie przewidzi, ale taki jest w/g mnie najbardziej prawdopodobny rząd wielkości czasu życia tego rekordu).
Natomiast czego już nikt nigdy nie odbierze, to tego, że jest to drugie znane AP25 - i raczej to bym bardziej wyeksponował niż sam rekord.
W profilu na PrimeGridzie jest napisane:
This is BOINC@Poland Super Computer
A farm of machines funded by BOINC@Poland members
Może dopisać coś w stylu:
It is the discoverer of the 2nd known AP25 (Arithmetic Progression of 25 Primes).
The discovery was made on 8 April 2009 in PrimeGrid's AP26 Search.
EDIT
Może datę trzeba raczej napisać jako
8th April 2009 albo
April 8, 2009
Witam. Czy ma jakiś sens liczenie AP26 na tym (http://www.primegrid.com/show_host_detail.php?hostid=103687) komputerze? Kalkulatorek ma pare dobrych lat ale jakoś się sprawdza (system to Fedora 10). Jeden WU zajmuje mu około 30min. Poza tym czy jest w planach liczenie AP26 na GPU? Bo moja 9600GSO się marnuje.
liczyć sens jest jak najbardziej, Nie wiem tylko czy sens jest na 32 bitach. Rozważ przesiadke na 64 bit.
@troll
2.6.27.21-170.2.56.fc10.x86_64 Na opakowaniu pisało, że 64 :P Przesiadke to najwyzej na quada kiedyś, ale to trzeba bedzie wszystko rozbudować, a narazie kasy nie ma ^^
1. Warto.
2. Grafe zapnij do GPUGrid`a lub SETI :).
Dziwnie coś działa 32-bitowa aplikacja AP26 na moich PC. Na 4GHz Intelu liczy prawie 19 minut, z ciekawości odpaliłem na 2,2GHz AMD64 i liczy niecałe 24 minuty, dość mała różnica jak na 50% różnicę w zegarze %-)
Zegary to nie wszystko. Intel i AMD to całkiem inna architektura. Nie wiem dokładnie jakie to procki Ale np. athlony taktowane zegarem 2 GHz odpowiadały intelom z zegarem około 3 GHz, a w niektórych typach obliczeń różnica była nawet wyższa.
No ale na ogół jest całkiem odwrotnie, w większości zastosowań jakie widziałem, Intel ma taką przewagę, że proce AMD musiałyby mieć dużo wyższy zegar żeby to nadgonić.
A może coś więcej o tych prockach :) Bo tak w ciemno to ciężko. Różnica w zegarach była jeszcze dwa lata temu, co innego jeśli to jakieś najnowsze dzieci
Przy najnowszych dzieciach to się zgodzę z tezą :D ale athlon XP1,7 roskładał pentiuma 1,8 i do tego amd przetaktowywał się z łatwością a pentiasiek juz nie bardzo. do tego amd był tańszy o jakieś 30% :D ale fakt że po słynnym sokecie A nastąpiło dziwne 754 a potem 939 a potem am2 a potem am2+ a teraz ma być am3. Tylko nikt nie wie po co...
Jeśli nie wiadomo o co chodzi to chodzi o pieniądze :)
no i trzeba się było trzymać startegii najpierw intel wproweadził 440BX i socket 370, potem intel zaczął srać socketami i chipsetami i tylko tracił klientów na rzecz amd które wprowadziło socket A, ale potem amd ogłupiało i zaczęło kichać swoimi wynalazkami a Intel pojał lekcję i wprowdzaił socket 775. Zobaczymy co teraz będzie. W tym roku sporo się rozstrzygnie.
jakby urzad antymonopolowy pozwolil to Intel juz by dawno AMD wykupil, wystarczy zobaczyc na wielkosc zyskow obu firm np w IV kwartale 2008, nie pamietam dokladnie czy to bylo -400mln u AMD i +3,6mld dla Intela
i fakt, wprowadzanie i ciagla zmiana podstawek pod procki to pomylka
Oby jednak nie przejoł, bo brak konkurencji dobrze nie robji. Mam nadzieję że AMD się w końcu opamięta z tymi podstawkami.
eeee? co nie tak ma AMD z podstawkami? to intel zmienia jedną za drugą, a teraz to nawet chyba 2-3 będą ogólnie. U AMD macie wsteczne wsparcie, więc nie wiem o co wam chodzi.
Nie wykupi nie wykupi oto się nie martw, urząd antymonopolowy by się dobrał do tyłka Intelowi tak że hohoho.
aktualnie amd ma też kilka podstawek (am2, am2+, am3, do domu i 940, socket-F do serwerów)
A intel (lga775, lga1366 do domu i socket-604 oraz lga771 dla serwerów) sam oceń kto ma więcej gniazdek :) oczywiście mówię tu o płytach aktualnie dostępnych na rynku a nie o tych co jeszcze zalegają w magazynach czy mają trafić na rynek za pół roku...
Cytat: Troll81 w 14 Kwiecień 2009, 13:44aktualnie amd ma też kilka podstawek (am2, am2+, am3, do domu i 940, socket-F do serwerów)
między AM2 a AM2+ jest chyba tylko różnica w zasilaniu bo ta podstawka weszła jakoś wtedy jak wyszły te procki bardzo lubiące prądzio. Co do AM3 nowa podstawka, ale jak na razie i przez dłuższy czas procki AM3 można wsadzić i do AM2 i AM2+ (wszystko zależy od producenta płyty czy ogarnie bios i obsłuży ten procek)
Fakt że płyty z am2 nie obsłużą procków z AM2+ a am3 już niedługo będzie standardem a z tą obsługą proców am3 na płytach am2+ to na razie są straszne problemy... a intel konsekwentnie wprowadził na długi czas 775 a teraz na długo zapanuje 1366 (o innych socketach na razie krążą plotki i nie widziałem na razie nawet prezentacji innego socketu)
Proszę bardzo przykład płyty z 2006 z podstawką AM2.
Tu można zobaczyć jakie procki obsłuży http://europe.asrock.com/mb/cpu.asp?Model=AM2NF3-VSTA&s=AM2 (http://europe.asrock.com/mb/cpu.asp?Model=AM2NF3-VSTA&s=AM2)
a tu, prześledzić zmieniające się wersje BIOS-u http://europe.asrock.com/mb/download.asp?Model=AM2NF3-VSTA&s=AM2 (http://europe.asrock.com/mb/download.asp?Model=AM2NF3-VSTA&s=AM2)
Troll81 nie wprowadzaj zamieszania. :D
I już skończcie tego offtopa :P
Pojedynek BOINC@Poland kontra reszta zespołów, zrobił się bardzo jednostronny. XD
Czasem innych nie zdeprymujemy tym?
Pojawił się kolejny AP24.
Zobaczymy może do nas trafi :D
Szanse są z grubsza fifty-fifty, bo B@P wylicza w ostatnich dniach ok. 50% wszystkich próbek (a może nawet ciut mniej).
W każdym razie, biorąc pod uwagę zaawansowanie poszukiwań, ten AP24 jest prawie na pewno rekordowy - jest mało prawdopodobne, żeby pochodził od jakiejś archaicznej próbki, a nowe próbki liczone obecnie nie mogą dać AP24 nie będącego rekordem.
Nieoficjalnie dowiedziałem się, że to jest nowy rekord AP24, ale odkrywca nie jest członkiem BOINC@Poland.
Wie ktoś jakie taktowanie ma taki Cell?
http://www.primegrid.com/show_host_detail.php?hostid=108301
Liczy szybciej niż XQ9650 Erniego.
z tego co wiem to 3,2Ghz
Już się wyjaśniło, nie jest podawany pełny czas przeliczania próbki. Całkowity czas jest ~2h
Po przeszukaniu wyników zebranych w trakcie AP26 Search okazało się, że jakiś czas temu pobite zostały rekordy AP22 i AP23 w kategorii: AP o najmniejszym znanym wyrazie początkowym.
Gratulacje dla sosnahojna torun - nowego rekordzisty AP22 w tej kategorii.
Ogłoszenie PrimeGrid'a znajduje się w poście:
http://www.primegrid.com/forum_thread.php?id=1246&nowrap=true#15859
Rekord powinien się niedługo pojawić w tabeli:
http://users.cybercity.dk/~dsl522332/math/aprecords.htm#minimalstart
juz tyle rekordów pobilim że nie zauważamy nowych??
Wiadomo czy trwają jakieś próby do zaimplementowania AP26 w CUDA? Chętnie użyczyłbym moją grafe.
Wiadomo, że w przewidywalnej przyszłości nie będzie AP26 na grafę :(
Z grafami jest następujący problem. To jest technologia w powijakach. Trzeba dużo samozaparcia i wiedzy, żeby coś na grafę zaimplementować. Z drugiej strony to daje pewne fory w BOINC, bo jest mało programów na grafy, więc jak ktoś ma projekt liczący na GPU, to gromadzi sporo liczących.
Główna bariera to brak gotowych procedur liczących na grafach w precyzji wystarczającej dla projektów typu AP26. CUDA/nVidia obsługuje arytmetykę 32-bitową, a tu trzeba większej precyzji (64 i więcej). Nie jest jasne, jaka byłaby wydajność takich obliczeń większej precyzji wydziubanych przy pomocy operacji 32-bitowych.
Ja się coś staram z kilkoma studentami tu zrobić, ale brak czasu mojego i ich powoduje, że idzie to dość wolno. Jednak pierwsze testy prędkości są obiecujące - na programie testowym, który używał tylko operacji 32-bitowych, grafa dawała kilkudziesięciokrotne przebicie. Za przejście do wyższej precyzji zapłaci się słono wydajnością, ale jeszcze powinno coś z tego przebicia zostać. Być może w perspektywie kilku miesięcy uda nam się zmontować procedury umożliwiające pisanie programów.
Kolejną barierą będzie wówczas stworzenie sensownego programu. Nie jest prawdą, że można wziąć program na CPU i po prostu przepisać go na GPU. To jest nieco inna filozofia programowania i trzeba w dużej mierze napisać program od nowa - oczywiście opierając się na podobnym algorytmie i wykorzystując pewne kawałki kodu.
Po przejściu tych barier można byłoby otrzymać program działający na lokalnym komputerze i wówczas kolejnym problemem do rozwiązania byłoby zaadaptowanie tego do BOINC. Niby standard, ale trzeba to umieć - pamiętajmy, że AP26 jest dostępny pod Windows dzięki sesefowi - administratorzy PrimeGrida nie mieli w tym względzie doświadczenia i nie byli w stanie dokonać sprawnej kompilacji. Z drugiej strony AP26 jest jedynym podprojektem PrimeGrida, który doczekał się wersji na Mac OS (czy tu siedzi Darwin 9.7.0, na którym Worldwide Center of Mathematics za parę dni wskoczy na 3-cie miejsce w AP26?). Podejrzewam, że problemem jest kompilacja. Profesjonalne programy przeważnie są pisane w asemblerze i pewnie ciężko się je przenosi z systemu do systemu, natomiast AP26 jest głównie w gołym C i tu jest łatwiej - tak to sobie wyobrażam, ale mogę się mylić.
Podsumowując: W perspektywie kilku miesięcy AP26 na grafę nie ma szans. A co dalej, nie wiadomo.
Zatem Jarku powinniscie (Ty i Twoj zespol) wciaz kontynuowac wspolprace z Sesefem, a do tego jeszcze z TJM. Sesef i TJM pracuja z kolei nad Enigma-CUDA. Sadze ze taka wspolpraca moze Wam wyjsc na dobre, a jedyne nad czym sie zastanawiam, to czy spolka Sesef-TJM pomoze wiecej Wam, czy Wasz zespol spolce S-T ;D.
A ma ktoś jakiś pomysł jak wykorzystać AP26 np. w kryptografii?
Cytat: AiDec w 30 Maj 2009, 09:12
Zatem Jarku powinniscie (Ty i Twoj zespol) wciaz kontynuowac wspolprace z Sesefem, a do tego jeszcze z TJM. Sesef i TJM pracuja z kolei nad Enigma-CUDA. Sadze ze taka wspolpraca moze Wam wyjsc na dobre, a jedyne nad czym sie zastanawiam, to czy spolka Sesef-TJM pomoze wiecej Wam, czy Wasz zespol spolce S-T ;D.
Łatwiej będzie przenieść sito z AP26 (tylko przenoszenie sita ma sens) na GPU niż coś z Enigmy. Enigma niby nie będzie wymagała 64 bitowych liczb więc nie trzeba się bawić w emulacje 2x 32 bit, ale sam algorytm jest bardziej skomplikowany do tego najpierw trzeba zrozumieć algorytm dopiero potem zacząć myśleć nad napisaniem czegoś.
@stn na kryptografie to tutaj są za małe liczby
Cytat: stn w 30 Maj 2009, 12:46
A ma ktoś jakiś pomysł jak wykorzystać AP26 np. w kryptografii?
Nie ma takiej opcji. W kryptografii można wykorzystać liczby pierwsze, które:
1. Mają po kilkaset cyfr.
2. Nigdzie nigdy nie były publikowane.
Generowanie liczb pierwszych dla potrzeb kryptografii nie jest żadnym wyzwaniem obliczeniowym - przetestowanie pierwszości liczby np. 400-cyfrowej zajmuje rzędu 2 milisekund - żeby trafić na liczbę pierwszą, trzeba przetestować kilkaset kandydatów, więc liczbę pierwszą odpowiedniej wielkości znajdujemy w czasie poniżej 1 sekundy. Do stworzenia klucza RSA potrzebne są dwie liczby pierwsze, więc to jest kwestia najwyżej paru sekund.
Liczby pierwsze znajdowane przez PrimeGrid, zarówno te mające ponad milion cyfr, jak i te kilkunastocyfrowe znajdowane przez AP26 Search, w kryptografii bezpośrednio się nie przydadzą.
Cytat: sesef w 30 Maj 2009, 12:56
Łatwiej będzie przenieść sito z AP26 (tylko przenoszenie sita ma sens) na GPU niż coś z Enigmy. Enigma niby nie będzie wymagała 64 bitowych liczb więc nie trzeba się bawić w emulacje 2x 32 bit, ale sam algorytm jest bardziej skomplikowany do tego najpierw trzeba zrozumieć algorytm dopiero potem zacząć myśleć nad napisaniem czegoś.
No nie wiem. Rozumiem, że chciałbyś robić sito na grafie, a testowanie pierwszości na procku. No więc ja tu widzę potencjalnie dwa duże problemy:
1. Komunikacja grafy z prockiem może zeźreć tyle czasu, że cały interes będzie nieopłacalny - tylko gdybam, bo oczywiście tego nie wiem.
2. Jeśli istotną część obliczeń wykonuje procek, a część grafa, to jedno nie będzie nadążało za drugim. Stosunek wydajności grafy do procka dla różnych komputerów może przyjmować tak różne wartości, że trudno będzie to uniwersalnie zsynchronizować.
Oczywiście sito też używa 64 bitów, ale to jeszcze można próbować obejść w samym kodzie programu - jednak bardzo istotnie go zmieniając - w tej chwili trudno mi powiedzieć jaka byłaby cena wydajności. To akurat nie jest problem, bo cokolwiek się będzie chciało robić na grafie, to trzeba tam wsadzić sito, więc to tak czy siak trzeba kiedyś zrobić.
Inny problem: AP26 większość czasu spędza w sicie, ale inne podobne programy mają odwrotne proporcje - większość czasu zajmuje im testowanie pierwszości - tam przeniesienie samego sita na grafę niewiele by dało.
Pytanie: Czy masz jakąś działającą platformę testową (możliwość kompilacji i uruchamiania programu na GPU - niekoniecznie CUDA)?
Bez tego trudno cokolwiek poważnie zaczynać.
Cytat: Jarek Wróblewski w 30 Maj 2009, 13:27
Cytat: sesef w 30 Maj 2009, 12:56
Łatwiej będzie przenieść sito z AP26 (tylko przenoszenie sita ma sens) na GPU niż coś z Enigmy. Enigma niby nie będzie wymagała 64 bitowych liczb więc nie trzeba się bawić w emulacje 2x 32 bit, ale sam algorytm jest bardziej skomplikowany do tego najpierw trzeba zrozumieć algorytm dopiero potem zacząć myśleć nad napisaniem czegoś.
No nie wiem. Rozumiem, że chciałbyś robić sito na grafie, a testowanie pierwszości na procku. No więc ja tu widzę potencjalnie dwa duże problemy:
1. Komunikacja grafy z prockiem może zeźreć tyle czasu, że cały interes będzie nieopłacalny - tylko gdybam, bo oczywiście tego nie wiem.
2. Jeśli istotną część obliczeń wykonuje procek, a część grafa, to jedno nie będzie nadążało za drugim. Stosunek wydajności grafy do procka dla różnych komputerów może przyjmować tak różne wartości, że trudno będzie to uniwersalnie zsynchronizować.
Oczywiście sito też używa 64 bitów, ale to jeszcze można próbować obejść w samym kodzie programu - jednak bardzo istotnie go zmieniając - w tej chwili trudno mi powiedzieć jaka byłaby cena wydajności. To akurat nie jest problem, bo cokolwiek się będzie chciało robić na grafie, to trzeba tam wsadzić sito, więc to tak czy siak trzeba kiedyś zrobić.
Inny problem: AP26 większość czasu spędza w sicie, ale inne podobne programy mają odwrotne proporcje - większość czasu zajmuje im testowanie pierwszości - tam przeniesienie samego sita na grafę niewiele by dało.
Pytanie: Czy masz jakąś działającą platformę testową (możliwość kompilacji i uruchamiania programu na GPU - niekoniecznie CUDA)?
Bez tego trudno cokolwiek poważnie zaczynać.
Tak testowanie pierwszości zostawiłbym prockowi GMP sobie dobrze z tym radzi. Co do samego sita mamy przykładową próbkę AP26 czyli te 3 liczby k najpierw odpalane są procedury które będą liczyć na gpu czyli w naszym wypadku sito. GPU sobie mieli i po przejściu zadanego zakresu zostawi potencjalne liczby pierwsze (ja to tak rozumiem) które zostaną przesłane na CPU żeby sprawdził sobie ich pierwszość i wybrał z tego, te które pasują do AP. Podczas sprawdzania pierwszości GPU by się nudziło, bo jakby się chciało sprawdzać podczas pracy GPU już pierwszość liczb to za dużo czasu schodziłoby na inicjowanie komunikacji CPU->GPU i te sprawy najlepiej przesłać wszystko na raz. Tylko w takim wypadku trzeba przemyśleć dokładność takiego sita, bo żeby w przypadku zbyt małej dokładności nagle tych liczb do sprawdzenia nie zrobiło się 100-150 MB, a w przypadku zbyt dużej niewiele się zyska na użyciu GPU.
Co do platformy nie mam w tej chwili żadnej, jednak aplikacje pod CUDA można kompilować w trybie emulowanym gdzie można sprawdzić czy wszystko działa po za oczywiście szybkością, ale myślę że jakby już powstało nawet samo sito to osoby do przetestowania wydajności się znajdą.
Cytat: http://llpanorama.wordpress.com/2008/05/21/my-first-cuda-program/Don't have a CUDA-capable GPU board on your PC but still want to try running this program? Easy! Just add the following option to the Custom Build Step command line: -deviceemu. This will link-in a CUDA device emulator that runs on the host. The emulator becomes the target for all the CUDA API calls and executes the kernel. The program will run just like a CUDA device is there, except slower. (Here is the project file with the -deviceemu option.)
Takie pytanie dla danego K jaki to jest przedział liczb?
Muszę to sobie przemyśleć. Tak czy siak, na grafie musi być sito, które pluje kandydatami, a co się z nimi zrobi (sprawdzi na bieżąco na GPU, prześle do CPU pojedynczo, na raz, czy w paczkach) to dalsza sprawa.
Przedział liczb jest duży, ponad 10^16, ale bardzo mało z tych liczb jest branych pod uwagę, mniejsza o szczegóły techniczne. W tej chwili nie powiem dokładnie, ale w sekundzie sito wypluwa chyba kilkadziesiąt tysięcy kandydatów - taki jest rząd wielkości. Może grafa wypluje małe kilkaset tysięcy, po 8 bajtów (64 bity) na liczbę, to daje rzędu 1MB danych do przesyłu z każdej sekundy. Do pewnego stopnia to można regulować głębokością odsiewu. Jeśli grafa będzie zbyt wydajna, to nie wiem, czy proc nadąży testować pierwszość. No ale to już czyste wróżenie z fusów, bez testów trudno cokolwiek więcej powiedzieć. W każdym razie głębszy odsiew to więcej pracy dla grafy, a mniej dla proca, więc to się jakoś powinno dać wyregulować i zgrać.
W każdym razie tu trzeba praktycznie zaprojektować od nowa całe sito, czego przed wakacjami nie będę miał czasu zrobić. A co więcej, w tej chwili nie wiem jeszcze, ile bólu przysporzy ograniczenie do operacji 32-bitowych.
A wie ktoś coś może o OpenCL? Podobno w tym napisano optymalke pod ATI dla Milky. Różnica pomiedzy 32bitami a 64 bitami na cpu jest jak 1/3 albo 1/,25. Czy karta graficzna poradziłaby sobie z zaimplementowaną własną arytmetyką? Czy w tamtym programowaniu są tablice i wektory? Jeżeli tak to możnaby spróbować jak wyglądałoby sito na GPU. Czy system liczbowy o podstawie np. 10^9 będzie wyglądał po wymnożeniu tak samo jak dziesiętny? Jeżeli tak to teoretycznie taka arytmetyka nie byłaby taka straszna. Wypadałoby przestudiować algorytm AP26 ale obawiam się, że moge wszystkiego nie zrozumieć. Na czym polega sito z AP26?
Jeżeli ja byłbym twórcą takiego algorytmu to wyglądałoby to mniej więcej tak:
Stworzyłbym tablice liczb pierwszych np. z sita Eratostenesa z przedzialu [2...10^16], które każdy otrzymywałby z serwera i obliczał różnice dla danego zakresu, a potem szukal czy wystapily AP. Liczby pierwsze byłyby już zaindeksowane w tablicy, a poszczególne komputery zajęłyby się liczeniem. Tylko nie wiem jak takie coś miałoby działać dla wielu komputerów. Oczywiście pomijam tu wszystkie aparaty matematyczne, bo nie studiowałem matematyki. Teoretycznie możnaby znaleźć jakiś AP metodą brute force.
pierwsze[0..n-1] - n liczb pierwszych
roznice[0][1]=pierwsze[n-1]-pierwsze[n-2] itd.
potem zastosować jakiś algorytm, aby zinterpretować wyniki i gotowe.
Cytat: Jarek Wróblewski w 30 Maj 2009, 16:43Jeśli grafa będzie zbyt wydajna, to nie wiem, czy proc nadąży testować pierwszość.
Tutaj się nie ma czym martwić czy procesor nadąży, nie ma sensu robić tych 2 rzeczy równolegle bo wszystko najpewniej polegnie na komunikacji GPU<->CPU najpierw sito potem przesłanie danych do CPU i dopiero sprawdzanie pierwszości.
To że obecnie dostępne są tylko 32 bitowe liczby nie jest największym problemem, ostatnio czytałem na forum ATI/AMD gdzie ktoś miał pewne problemy z kompilacją programu, który na grafie emulował sobie liczby 512 bit (16x 32bit) tak więc da się to zrobić (przykład liczby 128 bit przy użyciu 2x 64bit na CPU http://svn.gnucash.org/docs/HEAD/group__Math128.html). Bardziej bym się martwił tym jak rozwiązać najlepiej sprawdzanie pierwszości tak żeby nie trzeba było za dużo danych przesyłać, a jednocześnie korzystanie z sita na grafie było opłacalne.
Sito z AP26 nie ma nic wspólnego z sitem Eratostenesa. Trudno byłoby wyłożyć jego szczegóły krótko i zrozumiale.
Opis algorytmu AP26 (po angielsku) znajduje się w pliku
http://www.math.uni.wroc.pl/~jwr/AP26/AP26v3.pdf
ale trudno mi wyrokować, na ile jest on strawny.
Jak rozumiem, OpenCL to język programowania, w którym można pisać programy pod grafy różnych typów, co jednak nie rozwiązuje problemu dostosowania algorytmu do możliwości GPU.
W zasadzie widzę tylko jedną drogę do uruchomienia AP26 na grafach. Ja (raczej nikt mnie tu nie zastąpi) musiałbym przeprojektować algorytm na potrzeby GPU. Niekoniecznie napisać gotowy program na grafę, ale dostosować sam algorytm do wymagań i możliwości kart graficznych.
Karta graficzna oczywiście poradzi sobie z zaimplementowaną własnoręcznie arytmetyką, ale stworzenie takiej arytmetyki wymaga czasu, bo potrzeba wielu dość specyficznych operacji, których wydajność jest kluczowa. Nie jest jasne, czy lepiej przeprojektować sito na 32 bity, czy zrobić sobie arytmetykę 64-bitową.
Oprócz arytmetyki kluczowa jest struktura samego programu. Istota wydajności grafów polega na jednoczesnym uruchamianiu dużej liczby wątków jednocześnie. Program, który jednym ciągiem liczy tylko jeden wątek, na grafie nie ma szansy osiągnąć sensownej wydajności. Tu trzeba podzielić obliczenia na masę niezależnych segmentów, które się odpala jednocześnie. To także musi być uwzględnione w czasie projektowania algorytmu.
Cytat: sesef w 30 Maj 2009, 18:21Bardziej bym się martwił tym jak rozwiązać najlepiej sprawdzanie pierwszości tak żeby nie trzeba było za dużo danych przesyłać, a jednocześnie korzystanie z sita na grafie było opłacalne.
I dlatego poważnie rozważam testowanie pierwszości na grafie.
Inny problem, którego się nie przewidzi, a który może zrobić niezłe kuku, jest następujący:
Grafa uruchamia wielkimi paczkami wątki, które liczą to samo na różnych danych. To znaczy wszystkie wątki z paczki wykonują jednocześnie tę samą operację, tylko na różnych liczbach. Sito z AP26 jest na pewnym etapie naćpane IF-ami, co może spowodować, że większość wątków szybciej skończy segment programu i będzie czekać na jedyny wątek z paczki, który przeszedł przez wszystkie IF-y. Jeśli to byłby problem, trzeba byłoby zmienić strukturę programu tak, aby wątki, które skończyły pracę, były oddzielane od tych, które jeszcze pracują. Nie mam bladego pojęcia, czy akurat to będzie problemem, przed napisaniem i uruchomieniem programu nikt tego nie przewidzi.
W sumie morał jest taki: Jest stanowczo za wcześnie, żeby w detalach dyskutować o implementacji AP26 na grafie, najpierw trzeba się nauczyć programować i rozpoznawać różne tego typu pułapki. To jest trochę tak, jak gdyby wejść do świata komputerów działających na trochę innych zasadach i uczyć się niektórych elementów programowania prawie od zera.
Może zapytajmy na forum nVidii czy takie zastosowanie grafy ma sens i czy jest w ogóle możliwe. Tam ludzie bardziej w tym siedzą i może powiedzieli by coś sensownego. http://forums.nvidia.com/index.php?showforum=62 (http://forums.nvidia.com/index.php?showforum=62)
Wracając do przesyłu danych GPU -> CPU trafiłem wczoraj na taki programik http://www.xtremesystems.org/forums/showthread.php?t=225823 patrząc na wyniki myślałem, że będzie to dużo gorzej to wyglądało ale jednak nie. W przypadku 2 MB liczb wypluwanych na sekundę przez sito daje to ~1 GB liczb po 10 min działania sita (taki zakres byłby wystarczający dla GPU nie za mały żeby zbytnio serwera nie obciążać i nie za duży żeby nie trzeb było dużo wysyłać) Przesłanie tego z powrotem do CPU powinno zająć nie więcej niż 10 sec co jest przyzwoitym wynikiem.
Jakoś w lipcu będę planował zakup Radeona 4770 to wtedy będę mógł zrobić dokładniejsze testy.
http://www.primegrid.com/results.php?hostid=113211 Ktoś napisał AP26 na PS3
??? jak to??
Cytat: Troll81 w 26 Czerwiec 2009, 23:33
??? jak to??
Można liczyć na PS3, liczy po 6 WU na raz na 1 rdzeniu albo na całości przez jakieś 2,5h (tye trwa policzenie 1 WU ale mozna odpalic wiele na raz)
powoli konsole zaczynają wchodzić do świata BOINC :D MOże pojawi się AP26 na graficzne :D
Cytat: Troll81 w 27 Czerwiec 2009, 10:11
powoli konsole zaczynają wchodzić do świata BOINC :D MOże pojawi się AP26 na graficzne :D
Pojawi się jak Pan Jarek wymyśli sito równoległe.
mamy kolejny 11 już AP24, ciężko widzę u jakiegoś liczydłowego B@P za dużo osób liczy AP26 :D
Nowym rekordzistą (największy znany AP24) jest AF>XTBA Pitheque z zespołu L'Alliance Francophone.
Następny 12 AP24, widać jakoś seriami się pojawiają teraz czas na nowe AP25
to wrzućcie newsa jeśli to nasz teamowicz :D
Nie, to nie nasz timowicz :(
kolejne AP24 :)
Cytat: Troll81 w 04 Lipiec 2009, 09:03
to wrzućcie newsa jeśli to nasz teamowicz :D
A tym razem to nasz timowicz :) :) :)
Szczere gratulacje, bo z taką liczbą przeliczonych próbek, nowe AP24 należało się mindcowi jak psu buda :D
Niestety, tym razem to nie jest rekord, po prostu nowy AP24.
Aj... Na forum PrimeGrida jest: 24052 (unable to contact user...email returned)
Kolejny AP24, tym razem szczęśliwcem nie jest nasz timowicz.
wynik meczu się wyrównuje
Cytat: Troll81 w 09 Lipiec 2009, 21:10
wynik meczu się wyrównuje
No, niestety, statystyki liczby przeliczanych obecnie próbek są nieubłagane :(
A to w dłuższej perspektywie musi sie przełożyć na wynik meczu :(
W/g stanu na 1 maja 2009:
1,300,274 próbek przeliczonych przez cały
AP26 SearchBOINC@Poland 805,808 = 61.97%W/g stanu na 9 lipca 2009:
2,632,259 próbek przeliczonych przez cały
AP26 SearchBOINC@Poland 1,170,880 = 44.48%Przyrost od 1 maja do 9 lipca:
1,331,985 próbek przeliczonych przez cały
AP26 SearchBOINC@Poland 365,072 = 27.41%
najwyższy czas żeby AP26 zostało projektem miesiąca :D
Cytat: Troll81 w 09 Lipiec 2009, 23:23
najwyższy czas żeby AP26 zostało projektem miesiąca :D
pewnie jeszcze nie w sierpniu, ale na wrzesień czemu nie
Nie narzekaj Jarku - te statystyki pokazuja Ci ze juz nie tylko B@P jest zainteresowane liczeniem w Twoim projekcie :). A faktem jest ze wystarczy zrobic PrimeGrod projektem miesiaca (stawiam na wrzesien) i podbijemy staty odrobinke :).
w tym miesiącu jest 24 godzinny wyścig w AP26 więc jak się sprężymy to trochę podbijemy.
Kolejny AP24, na razie szczęśliwiec nie został jeszcze podany.
Ehh to już 4 AP24 w przeciągu niecałych 2 tygodni.
mfl0p, więc w meczu remis 6:6.
A pojawianie się AP24 jest losowe. Może nie być żadnego przez miesiąc lub prawie dwa, a potem kilka w ciągu tygodnia.
21 i 22 lipca odbędzie się wyścig Ap26 :D chyba nie trzeba go reklamować :D
przypominać trzeba
na głównej jest news :D
co jest...? żeby jednym się poprawiło drugim musi się pogorszyć. Aplikacja Linux running on an AMD x86_64 or Intel EM64T CPU 1.00 vs. 1.03 amd vs. intel
Niestety kompliator intela nie sprawdza się w przypadku procków AMD.
Również przetestowałem nową aplikację i jest u mnie wolniejsza o ok 60s na WU.
procesor to AMD X2
Jedyne wyjście to stosowanie starej aplikacji z odpowiednim app_info.xml.
Kompów z prockami intela jest dużo więcej, plus z reguły są dużo mocniejsze więc taka zmiana miała sens.
Cytat: sosnahojna torun w 15 Lipiec 2009, 23:02
co jest...? żeby jednym się poprawiło drugim musi się pogorszyć. Aplikacja Linux running on an AMD x86_64 or Intel EM64T CPU 1.00 vs. 1.03 amd vs. intel
Źródła są dostępne do tego AMD wydało własny kompilator, możesz kombinować. Ja tego nie zrobię bo nie znam się na systemach linuxo podobnych.
Kolejne AP24, widać projekt nieźle przyspieszył, tylko czekać aż pojawi się kolejne AP25.
Jak grzyby po deszczu.... pewnie przez te burze :D
Nasz znalazł czy obcy??
Zawsze można spróbować kompilacji pod Open64, widziałem już jakie cuda potrafi ten kompilator zdziałać na procach AMD w niektórych przypadkach.
Następne :D już 17.
Przydałby się jakieś AP25, no chyba tak się złożyło że padną lawinowo podczas wyścigu, ale to tylko Bóg jeden wie.
To jest pierwsze AP24 znalezione przez kompa z systemem Darwin 9.7.0
http://www.primegrid.com/show_host_detail.php?hostid=115782
Nie wiem czy ktoś jeszcze czyta newsy :D ale ostatnio sporo się dzieje w Ap26 :D Widać że primegrid mocno promuje nasz projekt :D
Dzisiaj znaleziono 2 nowe AP24 18 i 19 :), nadal brak AP25 :(
Przypominam, że jutro o 20 startuje wyścig. Najszybciej liczą maszyny intela z 64bitowym systemem linux.
Widzę, że trza znowu PG zrobić PM i trochę nadgonić świat :>
Jak będzie, to nawet w imię nauki postawie 64bit windowsa.
Ja mam na laptopie na 2 partycji czystego ubuntu 64 bit :) specjalnie na takie okazje :P...
Cytat: Jarek Wróblewski w 18 Lipiec 2009, 15:29
To jest pierwsze AP24 znalezione przez kompa z systemem Darwin 9.7.0
I to jakaś kobitka znalazła.
http://www.primegrid.com/forum_thread.php?id=1246&nowrap=true#17005
Miło widzieć, że panie się skutecznie włączają w poszukiwania :) :) :)
Witam.
Mam pytanko dla obeznanych w prime.
Mianowicie ostatnio pojwiło mi się takie info tuż pod ilością przeliczonych próbek ap26.
(http://images45.fotosik.pl/168/df9ce754babfb624med.jpg) (http://www.fotosik.pl)
Czy to oznacza że coś znalazłem ? Czy że mam to coś gdzieś w nieprzeliczonych i nieodesłanych próbkach ?
to oznacza ze znalazłeś 15 AP20 i 3 AP21 :D ale tych krótkich ciągów jest jak mrówków teraz :D
to ja tylko:
Found of length 20 2
Found of length 21 1
:(
Mi wszystko wysypało tuż po zakończeniu wyścigu.
Z powodu instalacji Ubuntu i różnych innych mam teraz do przeliczenia próbek na 6 dni.
Dobrze że kompa nie wywala jak liczę to razem z milką na 6 wątkach to przynajmniej doliczę wszystko przed końcem czasu na odesłanie.
Przy okazji - licząc na Ubuntu dziwiłem się czemu i7 wykręcony na 3,8GHz liczy próbki ok15 minut gdzie inni na gorszych prockach mieli czasy ok 11 minut i jak się okazało to chyba zależy od próbek , bo teraz mam sporą serię która liczy się po 6-8 minut a trafiały się też takie które liczyły się 35 minut.
Szkoda że te 6-8 minutowe nie trafiły się podczas wyścigu to by parę pkt więcej wpadło. Może następnym razem będę miał więcej szczęścia.
AP26 tasks
Completed tests 369869
Found of length 20 594
Found of length 21 155
Found of length 22 34
Found of length 23 7
Found of length 24 2
hmmm... wygląda na to że mam dwa AP24 :attack:
Cytat: mindc w 23 Lipiec 2009, 18:20
AP26 tasks
Completed tests 369869
Found of length 20 594
Found of length 21 155
Found of length 22 34
Found of length 23 7
Found of length 24 2
hmmm... wygląda na to że mam dwa AP24 :attack:
Oczywiście, że masz 2 AP24, ale tylko jeden nowy, a jeden znany wcześniej, znaleziony przez Ciebie w początkowej fazie poszukiwań.
Szczegółowa lista AP23 i dłuższych jest tutaj:
http://www.primegrid.com/forum_thread.php?id=1182
Przy okazji: Gratuluję przekroczenia 5M kredytów w AP26.
u mnie:
AP26 tasks
Completed tests 4457
Found of length 20 9
Found of length 21 3
Found of length 22 2
A ja mam tyle
Completed tests 68957
Found of length 20 98
Found of length 21 38
Found of length 22 4
ale nie wiem ile zrobiłem na Challenge
U mnie jeszcze skromnie (dopiero zacząłem z PG), ale zawsze to jakiś wynik - przynajmniej wiem, że obliczenia moje nie idą na marne :)
Completed tests 245
Found of length 20 1
Witam
Liczył ktoś AP26 na i7 ?. Na maszynce z i7 mam czasy dwukrotnie dłuższe niż na np. core quad z podobnym zegarem.
a jaki masz system operacyjny?? o ile przetaktowanego proca? z którym q6600 się porównujesz?? (wyślij link do hosta)
Hi
Linux 64, Q6660 chodzi na na 2.8 GHz,
http://www.primegrid.com/results.php?hostid=114043
i7, nie kręcony 2,67 GHz
http://www.primegrid.com/results.php?hostid=117978
Zobacz tak ustaw sobie na i7 4 wu a nie 8 czyli wyłacz HT, i zobacz ile bedziesz miał a na q6600 daj 2wu na core i zobacz ile to bedzie liczyło, oczywiscie jak mozna tak ustwic.
czyli na i 7 wyłacz HT i licz na fizycznych core
q6600 zwieksz przeliczane wu z 4 do 8
i zobacz jakie bedziesz miał czasy
raz że HT powoduje przeliczanie dwóch wątków na rdzeniu, a dwa to to że q6600 chodzi na linuxie 64 który lepiej wykorzystuje proca niż windowsy.
Hi
Oba chodzą na linuksie ( jak większość mej farmy).
Wyłączę HT w i7 i zobaczę.
Lecz, że jako takie WGC liczy 8 zadań i czasy przeliczeń są porównywalne do innych Core, wydaje mi się, że to jakias specyfika AP26 przy której i7 się nie sprawdza za dobrze.
AP26 ma się z założenia mieścić (lub prawie mieścić) z używaną pamięcią w pamięci podręcznej procesora.
Teoretycznie można sobie wyobrazić, że nawet na wielordzeniowym procku o cache wspólnym dla kilku rdzeni, jeden wątek pójdzie na cache, a dwa wątki się przymulą sięgając do RAM-u. To trochę tak, jak gdyby na kompie z 2GB RAM puszczać program używający 1.5 GB. Jeden wątek pójdzie gładko, a dwa się zamulą wchodząc z pamięcią na dysk - tego akurat łatwo doświadczyć.
To jest tylko teoria. Nie wiem, czy ktoś takie zjawisko był w stanie zaobserwować w praktyce w odniesieniu do styku cache/RAM.
Same dane liczbowe używane przez AP26 zajmują sto parędziesiąt kB. Nie wiem, ile zajmuje cała aplikacja BOINC-owa.
Mam mały problem. Po 20-30 sekundach wywala mi błąd.
http://www.primegrid.com/result.php?resultid=118685266
Co może być przyczyną ??
podaj szczegóły. proc, system operacyjny, czy masz jakieś nietypowe osprzęty u siebie??
Cytat: satanetv w 05 Sierpień 2009, 22:13
Mam mały problem. Po 20-30 sekundach wywala mi błąd.
http://www.primegrid.com/result.php?resultid=118685266
Co może być przyczyną ??
Brak instrukcji SSE2 z tego co pamiętam AthlonXP ich nie ma dlatego sypie tymi błędami. Niestety wersja pod x86 wymaga SSE2
Czy jak mam tak komunikat na swoim koncie to znaczy, ze cos znalazlem??
AP 26 przy 20 i 21 pojawiła się 1
AP26 tasks
Completed tests 218
Credit 2,966.99
Found of length 20 1
Found of length 21 1
moze ktoś podpowie.... z góry mega dzięx
Znalazłeś jedno AP20 i jedno AP21 - gratulacje! Na medal jeszcze za mało. ;) Ale... :attack:
Znaleziono kolejny AP25.
Nasz?? :D
Nie :(
KOlejny AP25 znaleziony i nowy rekord. Tym razem amerykaniec...
Znowu nie nasz. A ja się tak bardzo staram :parrrty:
A mówiłem żeby zrobić AP26 projektem miesiąca, a Wy... bleee... :wth:
No ja znajdę AP26 i będziemy najlepsi. :parrrty: XD
Na forum primegrid została udostępniona, nowa, testowa aplikacja pod systemy Linux 64-bit.
W zależności od typu procka może dać porządnego kopa. Nawet ponad 25%.
Hi
Zassałeś to może ?, bo już nie ma.
Cytat: ksysju w 15 Wrzesień 2009, 08:00
Hi
Zassałeś to może ?, bo już nie ma.
Aktualny link znajduje się w trzecim poście.
Przy takim skróceniu obliczeń, pewnym jest że szybko zostanie wdrożona do projektu.
Hi
Dzięki, coś słabo widzę z rana ;)
1. Czy dobrze pamiętam, są optymalizacje do liczenia AP26. Chciałbym podgonić trochę w tym projekcie.
Processor: 2 GenuineIntel Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz [Intel64 Family 6 Model 15 Stepping 10]
OS: Microsoft Windows 7: x64 Edition, (06.01.7600.00)
2. Podczas liczenia program CoreTemp podaje mi temperaturę 84-89 stopni, liczę na DELL Latitude D830. Czy ktoś tak ma?
Temperatury trochę straszne, ja bym się bał na dłużej sprzęt tak dusić.
Niby do maksymalnej jest jeszcze kawałek, ale lepiej mieć niższą i większy margines.
Witaj
1. Nie ma jako takich optymalizacji, po prostu każda , która się sprawdza jest włączana do projektu.
2. tak, nie :-), ap26 nieźle wygrzewa proca i wówczas wychodzą wszelkie słabe punkty chłodzenia.
Ja bym tego projektu na laptopie nie liczył. Szkoda sprzętu.
Są inne "chłodniejsze" projekty.
Mi kładzika na chłodzeniu alpaya wygrzewa do 67c :D
Podpinanie się z windowsowym systemem, to obecnie duża strata energii. Różnica w wydajności aplikacji
między 64bit win a linux, to obecnie 100%. To tak jakbyś wyłączył jeden rdzeń lub zmniejszył taktowanie do 1.2 GHz.
W Spinhenge@home sytuacja jest odwrotna wydajność aplikacji linuksowej jest beznadziejna.
Będąc użytkownikiem linuksa nie widzę sensu dołączania się.
tylko undervolting pomoże
ksysju jest pierwszym liczydłowym, który znalazł już 3 nowe AP24 :respect: :respect: :respect:
Gratulacje !!!
Do dnia dzisiejszego po 2 nowe AP24 na swoim koncie mają:
stachu @ fiddex
SG Arsenic (SETI.Germany)
mfl0p ([H]ard|OCP)
[XTBA>TSA] IvanleFou (Xtrem Team Boinc Addicted)
mindc ma wyraźnego pecha - pomimo ponad 560K przeliczonych próbek ma na koncie tylko jedno nowe AP24 :(
Witam
:D
Z taka moca przerobowa jak ma ksysju, to nic dziwnego :). Jedynie pozazdroscic ;D.
Gratulacje Ksysju :respect:
Witam
Czy mi się wydaje, czy też od jakiegoś czasu wu są jakieś takie dłuższe ?
Cytat: ksysju w 28 Październik 2009, 20:41
Witam
Czy mi się wydaje, czy też od jakiegoś czasu wu są jakieś takie dłuższe ?
Mieli podwoić długość wu za podwojoną ilość kredytów. Czyli 6 liczb k do sprawdzenia za 24,61 pkt
Hi
No i chyba tak właśnie jest.
Coś nie zauważyłem tej informacji.
Witam
Kolejne nowe AP25. Ciekawostka znalezione na PIII 1,2G , 32bit linux. ;)
Z innej beczki, wygląda na to, że aplikacje na GTX280/295 dla linuksów 64 już można testować
http://www.primegrid.com/forum_thread.php?id=1536#19019
Gratulacje dla sosnahojna torun za nowe AP24 :respect:
gratki
a sa app dla Cuda pod Win ?
Hi
Cuda pod Win mają być w grudniu, przynajmniej takie są zapowiedzi człowieka który z tym walczy.
Gratulacje dla mindc-a za nowe AP24 :respect:
Witam,
Widzę, że można tu też uzyskać porady na temat konfiguracji.
Chodzi o wydajność tego sprzętu:
GenuineIntel Intel(R) Xeon(R) CPU X5482 @ 3.20GHz [Intel64 Family 6 Model 23 Stepping 6] (2 x 4 rdzenie)
RAM: 16GB 800MHz FB-DIMM
OS: Microsoft Windows 7 Ultimate x64 Edition, (06.01.7600.00)
BOINC Manager: 6.10.18
Patrząc po stronach z wynikami, jedną próbkę AP26 potrafi liczyć 880s, drugą 990s (próbki były liczone w nocy - nie ma możliwości że zamuliłem gościa)
Od czego to zależy ?
Czy te czasy są normalne dla tego sprzętu, czy też coś muli ?
Czy wersja BOINC Managera jest ok? Nie patrzyłem na to podczas ściągania, a gdzieś tutaj widziałem że to też ma jakiś wpływ.
Czy OS jest ok ?
I czy ma ktoś doświadczenia z podkręcaniem tego typu procków ? ;) tak do 3.5 by wystarczyło
Hi
Nie mam doświadczenia z procesorami Xeon, ale czasy wydają się być w normie.
Dla Q9450 3G czasy dla 20 wu mam pomiędzy 15:10 a 16:30 (linux 64)
Wersja BM nie ma znaczenia dla czasu przeliczania wu
Podobno pod 64bit linuksem jest najszybciej.
Piotr M. Zalewski znalazł rekordowy AP24. Gratulacje :respect: :respect: :respect:
:respect: :respect: :respect:
Gratulacje :parrrty:
gratulacje ;D
i tak trzymać bo trzeba coś zrobić z tym wynikiem Polska - reszta świata :attack:
W najbliższym wyścigu 18-go grudnia, na AP26 chcą udostępnić możliwość liczenia na GPU...
...jeżeli dobrze to rozumiem, GPU ruszy jeżeli do tego czasu zdążą z testami i będzie to możliwe jedynie na linuxie
http://www.primegrid.com/forum_thread.php?id=1562
Hi
W sumie już można liczyć ap26 na GPU. Trza mieć 64 bit linukaa i kartę z CUDA - min to chyba 260.
Tyle, że wersja testowa 0.05 liczyła się z u mnie 2 szt na raz 40min. Na forum ktoś podawał o 20 min za jedno wu.
Kilka dni temu pojawiła si e wersja 0.06 która sprawdzę w poniedziałek, podobno ~1380s/wu.
Nie powala to na kolana, po prostu 1 dodatkowe core do liczenia.
Edit: v 0.06 bez przyśpieszenia 22min/wu na GTX260
Dostałem właśnie pierwszy raz próbki na GPU :) (winda7 64, GF 9600GT). AP26 1.00 (CUDA 23) zmieliło się w 12min40s (karta nie kręcona).
Dziś jest pierwszy dzień próbek dla Łindołsa?
Hi
Sam projekt ci wysłał ?
Taki czas przeliczeń na takiej karcie to już może się podobać, pytanie jak na 260 :-)
Edit: ok już wiem, Oficjalnie gpu nvidia w projekcie ap26. Windows i Linuks. ;)
tak, sam wysłał :)
Run time753.32 CPU time44.87 Claimed credit0.24 Granted credit23.61, czyli tyle samo jak na cpu
u mnie też próbki zassało :D
Collatz poszedł w odstawkę :D
jak przemieli próbki do konca to dam znac jakie czasy i jak punktuje na 8600GT
Też pobrało mi kilka próbek. Niestety mam antywira Nortona bezlitosnego, który w chwili gdy próbki zaczęły się obliczać wykrył to jako zagrożenie i poooszłooo....
gratulacje :respect:
a u mnie cos takiego
10-12-2009 21:41:18 PrimeGrid Message from server: No work sent
10-12-2009 21:41:18 PrimeGrid Message from server: Your NVIDIA GPU has insufficient memory (need 384MB)
10-12-2009 21:41:18 PrimeGrid Message from server: No work available for the applications you have selected. Please check your settings on the web site.
moze ktoś wie o co chodzi
@Troll ile masz pamieci w swojej karcie
Witam.
NVIDIA GeForce 9800 GT 512MB - 10,21 do 11,03 minuty
NVIDIA GeForce 8600 GT 512MB - 35,40
512 :D
139173062 95247030 10 Dec 2009 16:47:43 UTC 10 Dec 2009 17:48:52 UTC Completed and validated 2,218.83 55.23 0.35 23.61 AP26 Search v1.00 (cuda23)
138676943 94719445 4 Dec 2009 10:41:15 UTC 10 Dec 2009 21:38:48 UTC Completed and validated 1,107.67 1,021.64 6.40 23.61 AP26 Search v1.04
czyli zadanko na karcie leci mi dwa razy dłużej niż na procu choć czasu CPU wykorzystuje ponad 10krotnie mniej a credit ten sam.... w sumie to tak jakbym dopiął jedno jajko na 32 bitach :D
Mi jednak idą w te 12-13 minut, czyli prawie 2 razy krócej niż na cpu, ale trochę zamula, co może być dość irytujące... :( Podobnie miałem na SETI... Jest jakiś sposób na to "spowolnienie"?
lepsza karta albo wyłączyć obliczenia na GPU....
mi też zamula ale to zlewam.... ;D
Panowie,macie jakiegoś manuala idiotoodpornego jak zainstalować cuda na Linuxie? walczę juz ponad tydzien jak tylko czas pozwala i nadal boinc twierdzi ze nie mam NVIDI
Cytat: Drozda_PL w 11 Grudzień 2009, 00:22
Mi jednak idą w te 12-13 minut, czyli prawie 2 razy krócej niż na cpu, ale trochę zamula, co może być dość irytujące... :( Podobnie miałem na SETI... Jest jakiś sposób na to "spowolnienie"?
mnie też zamulało seti - zainstalowałem najnowszego BM i tam jest opcja: używaj także procesora karty graficznej kiedy komputer jest w użyciu - odznaczyłem to i ustawiłem coby się włączał po minucie bezczynności i żadnego zamulania nie ma, a w przerwach pracy liczy na GPU :)
Cytat: Hani w 11 Grudzień 2009, 07:54
Panowie,macie jakiegoś manuala idiotoodpornego jak zainstalować cuda na Linuxie? walczę juz ponad tydzien jak tylko czas pozwala i nadal boinc twierdzi ze nie mam NVIDI
Przyłączam się do prośby o jakiegoś mini manuala najlepiej pod ubuntu 64 ...
A słychać coś o aplikacji na karty ATI?
Hi
Pod ubuntu http://www.ubucentrum.net/2009/11/instalacja-nowych-sterownikow-nvidia.html
copy , paste do terminala i powinno się zrobić.
Czytać ze zrozumieniem i nie mylić jądra (wersji/dystrybucji).
Witam
Przeglądam właśnie czasy przeliczania cpu --- gpu,nie wygląda to za ciekawie ...
np: taka maszyna (http://www.primegrid.com/show_host_detail.php?hostid=128466)
procek Xeon(R) CPU X5570 @ 2.93GHz o mocy 46.88 GFLOPS - czasy przeliczania około 800 sek/wu
z grafą NVIDIA GeForce GTX 295 na pokładzie o mocy 1788.480 GFLOPS - czasy przeliczania ponad 2 razy dłużej |-?
...jedyny plus tego,to przynajmniej serwer nie padnie od nalotu liczących na gpu XD
Hi
Te aplikacje na gpu nie są "najlepsze", jeszcze kilka zmian w aplikacji na pewno będzie.
Jak ktoś może, zobaczcie jakie są czasy przeliczeń na gpu bez liczenia na cpu.
Pod debianem całkiem przestało mi liczyć na gpu ( wywala bład po około 90min) , już lepiej i szybciej było przy aplikacjach testowych.
Cytat: JaRa w 10 Grudzień 2009, 22:50
Witam.
NVIDIA GeForce 9800 GT 512MB - 10,21 do 11,03 minuty
NVIDIA GeForce 8600 GT 512MB - 35,40
to wyzej było liczone z jednym rdzeniem nieobciążonym
z obciążonymi rdzeniami jest mniej wiecej tak (na viście 32bit)
NVIDIA GeForce 9800 GT 512MB - 13,07 do 15,04 minuty
NVIDIA GeForce 8600 GT 512MB - 36,52
ap26 dłuższe próbki 35.41 pkt
Witam
gpu: GTX260 cpu: Dual CPU E2180 2G sys: Vista 64
czas przeliczenia wu na gpu bez liczenia na cpu około 13 minut na wu
czas przeliczenia wu na gpu około 19 minut + liczenienie na cpu około 27 minut na wu.
Niestety nie da się porównać wyników to tych wcześniejszych, bo w międzyczasie wydłużyli próbki.
Karta cichutka spać przy niej można, czyli obciążona za bardzo nie jest.
Edit:
Mała poprawka z rana, na gpu bez cpu wu liczą się 8 min 30s
I to już mi się podoba :-)
Gratulacje dla mindca za trzeci AP24 :respect: :respect: :respect:
Piotr M. Zalewski najprawdopodobniej nie podał PrimeGridowi swojego nazwiska, bo jego wynik został odnotowany jako Anonimowy. :D Ponieważ nie jest w 100% pewne, że nick będący nazwiskiem, jest nazwiskiem prawdziwym, PrimeGrid nie zapisze wyniku na Twoje konto, dopóki oficjalnie nie potwierdzisz im, jak się nazywasz.
Rekord Piotra M. Zalewskiego wynoszący 10893... został przedwczoraj pobity wynikiem 13975... Po raz pierwszy rekordowe AP25 zawiera rekordowe AP24:
http://www.primegrid.com/forum_thread.php?id=1246&nowrap=true#19836
Wczorajszy AP24 mindca ma największy wyraz 13970... Do rekordu brakło niewiele...
:respect:
:respect: <=== tym razem dla sciagacza
A przy okazji, okazuje się, że obecny rekord AP24/AP25 został znaleziony przez NVIDIA GeForce GTX 285.
Gratuluję wszystkim :respect: Z PrimeGrid liczę tylko AP26, więc mam nadzieję, że kiedyś też dołączę do grona szczęśliwych "znalazców" :parrrty:
(http://stats.free-dc.org/pgridtag.php?id=50982&theme=3)
Wie ktoś może, jak i gdzie można takie "trafienie" obejrzeć ? Ciekaw jestem jakiej klasy to coś jest.
uid 50982
nad ta tabelko masz statystyki odnosnie kazdego podprojektu. w AP26 wyszczególnione jest co upolowales
Ano faktycznie, dzięki ;D AP21 mi się trafiło
A teraz moje pytanie. Czy mozna gdzies znalesc dokladnie jak nasz ciag wyglada? Czy jest prowadzona jakas baza ogolnodostepna tego? Tak, zebysmy z apohawk'iem mogli sobie pogladac jak nasze ustrzelone AP wygladaja?
Z tego co czytałem na forum Primegrid to raczej nie. Odnotowują tylko liczbę znalezionych, dla statystyki.
:respect: :respect: :respect: :respect: ksysju znalazł swój czwarty nowy AP24. Gratulacje!!! :respect: :respect: :respect: :respect:
gratulacje :respect:
:respect:
gratulacje :respect: i do boju :attack:
Jan Stenzel znalazł nowe AP24. Gratulacje !!! :respect:
Dostałem jednak następującą informację od administratorów PrimeGrida:
User's email got returned to me as undeliverable.
I need his permission to post his name...even if it's the same as is public username.
Powinieneś więc skontaktować się z administratorami PrimeGrida.
Witam
Najlepiej jest w ustawieniach prime w Reporting primes to the Prime Pages wpisać swoje imię, nazwisko i zgodzić się na jego dołączanie do wyniku :-)
I potem to już tylko liczyć i liczyć :-)
O cholera rzeczywiście coś znalazłem XD Nie otrzymałem żadnego meila, a z moim angielskim to istna tragedia (delikatnie mówiąc) :shame: Czy moglibyście mi pomóc i podpowiedzieć co mam napisać i do kogo?
P.S
Wprowadziłem zmiany proponowane przez ksysju, ale czy to wystarczy?
Czy chcesz, aby przy tym AP24 zostało podane Twoje nazwisko w brzmieniu Jan Stenzel ?
Tak :)
:parrrty:
Gratulacje :D
Dobra robota :parrrty:
gratki :)
Gratulacje :)
Również gratuluje.
Ciekawe kto znajdzie (i kiedy) AP26? miejmy nadzieje że ktoś z naszych ;)
gratki
zeby tak jeszcze była aplikacjąliczaca AP na ATI....
to moglibysmy coś podgonić....
Czy ktoś coś słyszał o planowanych wyścigach na ten rok? ;)
Wiem, że głupie pytanie, bo wyścigi są w podobnych terminach. Pytam się, bo na stronie PrimeGrid ani słowa...
Hi
Słyszałem i czytałem tu http://www.primegrid.com/challenge/challenge.php ;D
AP26 tym razem 1 ale 5 dniowy. Coś dłuższe są te wyścigi , nawet 8 dni jeden.
Zaczyna mnie to lekko wku.... jeszcze trochę a zrobią wyścigi 30 dniowe w lutym. Przecież ten wyścig 8 dniowy to jest już maraton :wth:
mi tam nie przeszkadza :D
haha! jest nawet 13 dniowy... masakrator :deadman:
ale na PSP LLR a te się liczą bardzo długo, na moim starym D920 jak dobrze pamiętam coś ponad 24-27h się liczyło 1 WU
Jan Stenzel znalazł AP25.
Jest to:
Drugi nowy AP25 na koncie BOINC@Poland
Dziesiąty AP25 znaleziony przez PrimeGrid
Jedenasty znany AP25
Gratulacje!!!
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
:parrrty:
Fajnie! :parrrty:
Gratki!
Cytat: Jarek Wróblewski w 01 Luty 2010, 18:41
Jan Stenzel znalazł AP25.
Jest to:
Drugi nowy AP25 na koncie BOINC@Poland
Dziesiąty AP25 znaleziony przez PrimeGrid
Jedenasty znany AP25
Gratulacje!!!
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
:respect: :respect: :respect: :respect: :respect:
Jarku mam pytanie tak od kuchni bo zupełnie się na tym nie znam...
Co daje Tobie/lub komulolwiek... albo może nauce (ściślej matematyce) znalezienie takiego AP? Czy czasem nie prowadzisz z tym jakieś pracy naukowej jako doktor?
Co jakby znalazło się AP26 i kiedy znalezienie tego AP jest możliwe?
pozdrawiam
HI
Buu, zabrakło wu :wth:
Edit: już niby są, na odmianę serw się przytyka
Wow, znalazłem w końcu jakieś AP :respect:. Tak to te legendarne AP20. Co za sukces XD
Czy trudno te AP2x znaleść, czy trzeba mielić tysiące jednostek aby jakąkolwiek złapać, czy wystarczy mieć szczęście ?
Jak to koledzy u was było?
Pewnie głównie zależy to od szczęścia. Mi wpadło po około 760 policzonych WU
To jeszcze długa droga przedemną.
u mnie aktualnie jest tak:
Completed tests 12196
Credit 253,836.89
Found of length 20 24
Found of length 21 7
Found of length 22 3 |
bez podforum zabawowego to jest post numer
1500 :parrrty:
Cytat: emik w 29 Marzec 2010, 20:47
bez podforum zabawowego to jest post numer 1500 :parrrty:
Gratulacje :respect:
U mnie jest tyle:
Completed tests 4976
Found of length 20 14
Found of length 21 4
Found of length 22 1
liczba zadań: 1207
znalezione jedno AP21.
a u mnuie tak
Completed tests 62880
Credit 1,384,588.63
Found of length 20 120
Found of length 21 26
Found of length 22 11
Found of length 23 5
Found of length 24 1
Completed tests 8279
Credit 187,020.02
Found of length 20 15
Found of length 21 1
Completed tests 5438
Credit 98,806.45
Found of length 20 7
Completed tests 12288
Credit 196,413.09
Found of length 20 17
Found of length 21 10
Found of length 22 2
Completed tests 9575
Credit 311,875.35
Found of length 20 20
Found of length 21 8
Found of length 24 1
Completed tests - 17483
Credit - 590,729.43
Found of length 20 - 40
Found of length 21 - 14
Found of length 22 - 1
Found of length 24 - 1
Found of length 25 - 1
widzę, ze czas na podsumowanie ;)
tak to już 15 miesięcy
poniżej wyniki naszych poszukiwaczy AP20 - AP25 (AP26 cały czas czeka na swojego znalazcę)
Ostatnia aktualizacja: 02-04-10 21:01 Hits - Arithmetic Progression - AP26 Poz 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
| __________Nazwa_użytkownika_________ [BOINC@Poland] ksysju
mindc
centylion torun
stachu @ fiddex
sciagacz
buninek
SKB@P (http://www.boincatpoland.org/wiki/Superkomputer_BOINC%40Poland)
PBT_marian_boss
RAD-Poland
[BOINC@Poland]AiDec
[BOINC@Poland]Voice1980
ailpein
Genn
Jan Stenzel
Hani
User B@P
[BOINC@Poland] Thot
Artur Rozycki
[BOINC@Poland]Peciak
Piotr M. Zalewski
eupharynx
patyczak
[BOINC@Poland]emik
Macmick
adam30
[B@P]filavandrel
TRZECIAK
Pigu
Aleksander Parkitny
[BOINC@Poland]Tomasz R. Gwiazda
kon141410
Borsook
Gargul
Dandysz
Horpah
[BOINC@Poland] Szopler
wiatrus
genek
JaRa
adam_plusnet
jurdziol
muzeum
rjenkins
Marek Miszczak
tito
Karlik
rzyrant
Bober [B@P]
malpi
bkowalski
TJM
Szalony Lelo
Bartosz Toczek
[BOINC@Poland] lukaszja
Giaur
mihal83
S6X
meler
Marcel
Krystian_Lap
cezary_m
miki
mmalyx
gurney
Przemex
matali
wesul
netrimon
Kret_polny
d_womrs
[Boinc@Poland]HA$
rusek01
Gooral
Jarek_Dmochowski
sq2kl
Marek
apohawk
JerzyC
Drozda_PL
taktu
Abso
tomasz
Lord ByRad
Paudys
Bobo_PL
Ukene
momi76
Tom0202
jarosz
AnnaR
Nitro
Angelus
Krzychu P.
Ciechom
Bluefish
Brromba
Robert63
eclipse99
Krzysztof Piszczek-SPPB (http://www.polskiprojektboinc.vel.pl/)
tomacha2001
misiek1928
sTnatic
Thomas8
I. Thorne
mastahizm_serwur
prmtl
Ryszard
Szyna
Piq
arek__84
Docentus
Adalbert
omeg
pab2002
[BOINC@Poland]Pantarhei
Michal
tosh86
marcing
czasowstrzymywacz
kicek
mario666
shymz
lolek
Telthaur
stasieks80_PL
| _-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
| _Przeliczonych_
867197
820955
199734
161848
62880
46540
41021
38517
32584
28507
24516
22432
19510
17529
16860
16627
15493
13328
12882
12779
12731
12288
12196
10674
9990
9695
9662
8912
8279
7882
7449
7395
6357
6104
5440
5425
5345
5258
4976
4616
4567
4335
4204
3813
3542
2880
2856
2832
2739
2713
2586
2578
2486
2428
2339
2162
2162
2093
2020
1900
1869
1783
1744
1743
1613
1569
1532
1447
1368
1333
1309
1303
1294
1257
1249
1213
1207
1193
1182
1128
1084
1077
1020
1015
1012
1005
1003
956
955
938
916
853
820
788
787
752
735
680
648
645
588
569
487
425
388
369
361
361
320
319
314
296
285
282
258
217
180
144
126
112
105
79
61
21
8
| próbek_ | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| _AP20_
1576
1236
305
270
120
79
72
69
64
62
35
28
37
40
32
19
18
25
22
24
15
17
24
24
18
20
15
20
15
7
17
8
6
1
7
10
9
8
14
3
5
3
9
13
5
5
5
4
5
8
5
4
6
3
2
3
6
2
3
5
3
4
3
1
2
2
1
2
5
3
2
3
3
3
2
1
5
1
2
3
3
4
1
1
2
3
2
1
2
1
1
5
2
1
3
1
2
2
1
2
1
2
1
1
1
1
1
1
1
1
1
1
1
1
1
1
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| _AP21_
382
288
77
57
26
21
13
19
17
16
11
12
8
14
12
5
5
7
5
10
4
10
7
3
5
8
3
6
1
8
3
2
4
1
4
4
1
4
2
2
4
1
1
2
2
3
1
3
3
2
1
2
3
1
2
2
1
2
1
1
1
1
2
1
1
1
1
1
2
1
2
1
2
1
1
2
1
1
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| _AP22_
98
73
17
18
11
2
1
4
1
2
2
3
1
1
1
1
2
1
3
2
3
2
1
1
1
1
1
1
2
1
1
2
1
1
1
1
2
1
1
1
1
1
1
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| _AP23_
24
18
7
2
5
1
1
1
3
1
1
1
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| _AP24_
6
4
1
2
1
1
1
1
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| _AP25_
1
1
1
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| _AP26_
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dzieki RAD :D
statystyki na kazda okazje :D
PS: moze by to dac jako news/art na strone?
:respect:
Kolega stasieks80_PL ma niezłego farta 8)
Znaleziono AP26:
http://www.primegrid.com/forum_thread.php?id=1246#22466
Fajnie. I to na konsoli znalezione :)
Co dalej?
AP27?
LAF podjumali nam AP26 :shame:
i to na konsoli :shame:
chylę czoła
Cytat: Jarek Wróblewski w 13 Kwiecień 2010, 06:08
Znaleziono AP26:
http://www.primegrid.com/forum_thread.php?id=1246#22466
Gratulacje!
Z grubej rury :D poszukajmy AP50 :D
Hi
Z tego co można wyczytać więcej wu nie będzie produkowane. Zostaje do przeliczenia resztka tych co już jest.
O ile dobrze zrozumiałem to proszą by zostawić je dla tych co chcą dorobić się jakiegoś medalu ;-)
Ciekawe z czego zrobią wyścigi w czerwcu %)
Właśnie zauważyłem, że w AP26 można sprawdzić swoje znaleziska. Wcześniej, dawno dawno temu, było tylko ile danego typu AP się znalazło jeśli mnie pamięć nie myli.
Moje AP21 (http://www.primegrid.com/ap.php?fterm=4641398837581399&length=21&difference=23834425)