Menu

Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.

Pokaż wiadomości Menu

Wiadomości - buninek

#361
Cytat: TJM w 04 Maj 2009, 12:35
Btw, rzućcie okiem na to http://www.enigmaathome.net/forum_thread.php?id=109


Ja już od soboty testuję. Nawet nie wiedziałem o istnieniu kompilatora od AMD.
Możliwości ma spore.
Na razie żadna z moich kompilacji z użyciem Open64 nie jest lepsza od tej z gcc-3.4.6.
Moje czasy AMD x2 4200@2730 to
gcc-3.4.6 - 2:59s
Open64    - 3:17s

EDIT:
Pobrałem te kompilacje i zrobiłem test na jedenej z nich.
enigma_0.76_i686-pc-linux-gnu_Athlon64_64
3:19s :(
#362
Optymalki dla proców AMD pod linuksa 64 i 32.
http://www.adrive.com/public/5648c9d2e9777e85c73b2b906f65d6dccd008c60943710652ade106a81dd6a75.html
Należy dorzucić app_info.xml i zmienić nazwę aplikacji. Dokładna instrukcja jest tu.
http://www.enigmaathome.net/forum_thread.php?id=17
#363
boinccmd --get_messages seqno

Musisz spojrzeć w logi. Z jakiegoś powodu nie zassysa aplikacji i oczywiście również zadań do liczenia.

Jaka to architektura? Może nie ma dla niej aplikacji.
#364
Archiwum / Odp: CUDA
24 Kwiecień 2009, 22:43
Zacznij od zmiany mangera na najnowszy. Może niezbędne będzie użycie innnej wersji sterowników do karty?

Tu jest wątek temu poświęcony.
http://www.boincatpoland.org/smf/setihome/cuda-w-seti/msg60673/#msg60673
#365
Archiwum / Odp: Komputer typu Media Center
23 Kwiecień 2009, 00:28
O ile mi wiadomo większość materiału FullHD rozpowszechnianego w sieci (torrent) :no: jest kodowana z wykorzystaniem x264. Nie znam kart graficznych, które wspomagają jego dekodowanie.
Chyba, że mowa o przeskalowaniu, ale takie "cuda" to potrafiła sprzętowo robić moja staruszka 3DFx Banshee.

Co innego w przypadku materiału zakodowanego w MPEG-4 AVC (H.264) czy MPEG-2 (DVD). Tu mogą znacznie odciążyć CPU.
http://www.mythtv.org/wiki/XvMC
Tu już trochę nieaktualne.

Jeśli interesuje cię takie wspomaganie (H.264) to szukaj w sieci "+mplayer +vdpau".
Tu masz krótki test.
http://www.phoronix.com/scan.php?page=article&item=nvidia_vdpau&num=2
Moim zdaniem wystarczy zintegrowana grafika na płycie o ile ma HDMI.
#366
Poprzednie wywołanie cgrepa było nieoptymalne. Dopiero czytając mana dopatrzyłem się dużo lepszej możliwości wywołania.

time zcat user.gz | cgrep -D -w '<user>' +w '<\/user>' '^ <teamid>30228</teamid>' >> boinc_poland.txt

real    0m2.580s

Stosując gzipa w wersji wielordzeniowej można jeszcze troszkę uszczknąć. :D
time pigz -cd -p 2 user.gz | cgrep -D -w '<user>' +w '<\/user>' '^ <teamid>30228</teamid>' >> boinc_poland.txt

real    0m1.892s
#367
Jeszcz troszkę podrążę temat. Proponuję pobrać i skompilować cgrep-a.
http://freshmeat.net/urls/9f47fe2c38aad6f1d9ad93bdc56e5720

Ma dużo większe możliwości, a pod względem szybkości przetwarzania może być nawet do 30x szybszy.
time zcat user.gz | cgrep -v -E "^ <url>|^ <has_profile" | cgrep -9 +1 -D "^ <teamid>2</teamid>" >> boinc@poland.xml
real    0m3.587s
Jak widać różnica jest kolosalna.

Tu jest ciekawe porównanie szybkości przetwarzania.
http://www.pixelbeat.org/programming/readline/

W tym konkretnym przypadku grep spełnia swoje zadanie. Jak sobie poradzić jeśli znaczniki
mają nierówną ilość linii i muszą być wszystkie zachowane? Szukując rozwiązania trafiłem
na pythonowy spliter, który lekko zmodyfikowałem.
W tym wypadku szatkuje co 50000 "rekordów" pomiędzy znacznikami <user>,</user>.
Działa dość żwawo.

#!/usr/bin/env python
import os, os.path

fname = "user.xml"

total_counter = cur_counter = 0
o = None
outf_counter = 0
outdir = 'tmp/'

for line in open(fname):
    if line.startswith("<?xml"):
            continue

    if o is None or cur_counter == 50000:
            cur_counter = 0
            outf_counter += 1
            outfname = 'user.%d.xml' % outf_counter
            outfname = os.path.join(outdir, outfname)
            print outfname

            if o:
                o.write('</users>\n')
                o.close()
            o = open(outfname, 'wb')
            if outf_counter == 1:
                o.write('<?xml version="1.0" encoding="utf-8"?>\n')
            else:
                o.write('<?xml version="1.0" encoding="utf-8"?>\n<users>\n')

    if line == '</user>\n':
                cur_counter += 1
                total_counter += 1

    o.write(line)

if o:
    o.close()

print total_counter


Może być bardzo przydatny jeśli mamy do przetworzenia naprawdę bardzo duże pliki.
Na przykład zechcemy mieć wikipedię offline i przeszukiwać ją w bardzo zaawansowany sposób.
Wersja angielska 'pages-meta-current.xml.bz2' 8.6 GB, polska przy niej to mikrus
'pages-meta-current.xml.bz2' 635.3 MB.

http://en.wikipedia.org/wiki/Wikipedia_database
#368
PrimeGrid / Odp: AP26 search
19 Kwiecień 2009, 20:19
Pojedynek BOINC@Poland kontra reszta zespołów, zrobił się bardzo jednostronny. XD
Czasem innych nie zdeprymujemy tym?
#369
Benchmark aktualizuje się co 7 dni to raz. Dwa ja nie porównuję skali.
Trzy 20% przy moich mocach obliczeniowych, to bardzo dużo.
Cztery nigdy nie wykonywałem tego w celu "nachapania" punktów.
#370
Cytat: Aegis Maelstrom w 17 Kwiecień 2009, 12:04

Ale ale, czy RALPH ma inaczej ustawione punktowanie niż Rosetta? Bo wydawało mi się, że jest tak samo.

W Rosetce możesz sobie ustawić i pierdyliard FLOPS, ale to i tak nic ci nie da. Punktowanie jest ustalone dla danej jednostki na podstawie czasu, które statystycznie taki WU zajął na jakiejśtam próbie.
Rok temu zaczynałem swoją przygodę z BOINC od projektu Rosetta. Były również próby "podkręcenia" procesora.
Jakież było moje zdziwienie, gdy okazało się iż pewnego dnia moja punktacja wzrosła o około 20%.
Jaki czort. ;D
Oczywiście wiązało się to z benchmarkiem. Benchmark wykonałem na niepodkręconym procku, a po restarcie
i podniesieniu częstotliwości taktowania CPU liczyłem już normalnie. Wyglądało to tak, im mniejszy benchmark niż rzeczywiste możliwości procesora to wyniki lepsze. :D
O dziwo również każdy może być takim drobnym oszustem (nieświadomie). Wystarczy, aby w czasie wykonywania benchmarku, komputer był bardzo mocno obciążony innymi zadaniami.

Czy nadal ma miejsce tak sytuacja. Podejrzewam, że tak, choć aktualnie nie liczę.

Pomysły o opuszczaniu zespołu uważam za nieprzemyślane.

EDIT:
Strasznie zamieszałem z tym tłumaczeniem Wersja 2.
Krócej i prościej.
Częstotliwość pracy CPU przy liczeniu identyczna. Jedynie benchmark wykonywany przy zaniżonej częstotliwości.
#371
Pierwszy z brzegu przypadek choć są ich pewnie tysiące.

Proszę spojrzeć na benchmark i wyniki hosta (zakładka task) w projekcie ralph:
http://ralph.bakerlab.org/show_host_detail.php?hostid=12570

i ten sam host w abc z pięknie uciętym benchmarkiem
http://abcathome.com/show_host_detail.php?hostid=39891

Jak widać postawa projektu ralph jest demoralizująca.
Tu należałoby wpływać zdecydowanie na autorów projektów, aby wykluczali takie możliwości.
Wyłapać takich oszustów nie sposób.
#372
Team jest duży to i statystycznie cheaterów musi być więcej. To się zdarza w każdym dużym zespole.

Z ciekawości posortowałem bazę hostów primegrid według benchmarku. Okazuje się, że oszustów na "benchmark" jest całkiem dużo.

Rekordziści mają Measured integer speed wielkości 500 000 i więcej,
Całe szczęście, iż w tym projekcie takie tanie sztuczki nie mają zastosowań.
#373
Superkomputer B@P / Odp: Krytyka SKB@P
16 Kwiecień 2009, 15:13
Powiem tak ilość zmarnowanych rocznie petaflopsów przez wykonywanie różnych bzdurnych operacji na komputerach jest niepoliczalna. Nawet tysiące takich kompów jak SKB nie będzie w stanie pracując przez setki lat zbliżyć się do tej wartości.

Wyobraźmy sobie następującą sytuację. W danym momencie milion użytkowników odtwarza na swoich komputerach dwu godzinny film jakości Full HD. 90% z nich korzysta z kiepsko zoptymalizowanych kodeków, które generują 80% obciążenie CPU, 10% zaś korzysta z oprogramowania, które obciąża jednostkę centralną jedynie w 30%. Może ktoś jest wstanie oszacować jak duże zasoby energetyczne są marnotrawione przez używanie źle zoptymalizowanych programów?

Ileś milionów osób obsługuje skrzynki pocztowe poprzez interfrejs www, na przykład z popularnego gmaila. Wbrew pozorom taki sposób obsługi poczty jest stosunkowo zasobożerny w porównaniu z typowymi programami pocztowymi.

Odnośnie pożyteczności takich projektów jak prime czy enigma. Mało jest projektów, których wyniki obliczeń są tak jednoznaczne.
Ktoś kiedyś informował, iż w tak pożytecznym :-\ projekcie jak WCG istnieją zadania, które są weryfikowane przez około sześć innych kompów. Prawda to, czy fałsz? Jeśli prawda gratuluję efektywności.
#374
PrimeGrid / Odp: AP26 search
14 Kwiecień 2009, 14:10
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
a tu, prześledzić  zmieniające się wersje BIOS-u http://europe.asrock.com/mb/download.asp?Model=AM2NF3-VSTA&s=AM2
Troll81 nie wprowadzaj zamieszania. :D
#375
boinc_cmd --quit

choć ja mam w zwyczaju wcześniej zrobić suspend

-jeśli pracuje w screenie - identycznie
-usługa - generalnie tak '/etc/rc.d/boinc stop'
tu zależy od dystrybucji, w redhato podobnych 'service boinc stop'
w przypadku debiano podobnych nie wiem
#376
C-a C-d     (Ctrl-a Ctrl-d)
man screen (tam znajdziesz wszystkie skróty)

Swoją drogą jakie są plusy używania teg BAM-u.

P.S.
Ja wprowadziłem w błąd, uruchomienie boinca z
--allow_remote_gui
zezwala na dostęp wszystkim hostom, remote_hosts.cfg zaś ogranicza tylko wybranym. Oczywiście potrzebne  jest hasło.
#377
Cytat: Szopler w 12 Kwiecień 2009, 00:25
Na jakim porcie to działa, bo muszę chyba ustawić w VirtualServer na routerze odpowiedni port... i jak zmienić domyślny port np. na 7777 ?
Jak zrobić aby mógł wchodzić z całego zakresu adresów IP np. 192.168.7.3 do 192.168.7.30 ?
Jak się przyłączyć do BAM! ???

:)
Jeśli chcesz zmienić domyślny port to:
--gui_rpc_port <port>
polecam uruchomić ./boinc_client --help, będziesz miał jasność

Żeby sprawdzić na jakich portach nasłuchuje aplikacja, polecam - netstat lub lsof.
np. tak
lsof -i | grep boinc

#378
Ściągnąć managera ze strony boinc lub zainstalować z repozytorium.
Odpalić ręcznie
boinc_client --allow_remote_gui_rpc --dir /ścieżka/dostępu/do/BOINC/ &
lub odpalać jako usługę (demona) - tu szczegóły mogą się różnić w zależności od dystrybucji.

Stworzyć plik remote_hosts.cfg w katalogu "boinc" z ip kompa, który ma mieć dostęp.
echo "192.168.0.2" > remote_hosts.cfg
#379
Nieskategoryzowane / Odp: FreeHAL@home
09 Kwiecień 2009, 13:13
No właśnie.
Obecnie już nie liczę i choćby "płacił" 250 za WU to mnie nie skusi, ale bardzo mnie interesuje czy nie brałem udziału w "Das Experiment".
#380
Nieskategoryzowane / Odp: FreeHAL@home
09 Kwiecień 2009, 11:21
Może czas zadać pytania adminowi projektu?
Jak to się dzieje, że zastosowanie http proxy ma tak dużą sprawność, co się dzieje z tymi wynikami, czym zajmuje się aplikacja?
O co biega w tym eksperymencie?
#381
PrimeGrid / Odp: AP26 search
07 Kwiecień 2009, 23:02
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.
#382
Nie spodziewałem się, iż staty z SETI mają takie rozmiary. :o
Z ciekawości pobrałem tylko user.gz (61MB), host.gz (346MB) darowałem sobie. :D

Przefiltrowałem to za pomocą grepa. Zużycie pamięci praktycznie pomijalne.
time zcat user.gz | grep -v -E "^ <url>|^ <has_profile" | grep -B 9 -A 1 "^ <teamid>30228</teamid>" | grep -v "^--" >> boinc@poland.xml

real    0m17.575s
user   0m16.425s
sys    0m0.710s
#383
Brak możliwości edycji w tym wątku?

Sprawdziłem na pliku 'user.xml' o rozmiarze 6774kB.
Czas przetworzenia to 0.6s. Zużycie pamięci ok 93MB.
#384
Cytat: RAD-Poland w 07 Kwiecień 2009, 17:21
[...]
optymalizacji "zero" ale te kilkanascie/kilkadzesiąt sekund co kilka godzin nie powoduje dużego spadku RAC ;)
Właśnie między innymi dlatego o tym wspominam. Ponieważ odwalasz kawał świetnej roboty. :parrrty:,
a twoja flota komputerów nie jest zbyt duża.

Co do większych plików, każdy możesz podzielić 'split' nawet na 100kB. Jakiś konkretnych testów nie robiłem, ale
wydajność jest bardzo dobra a zużycie pamięci raczej małe.
Wczoraj zaprzęgłem do tego xawk (awk) i przeraziłem się. Wydajność była tragiczna.
#385
Zaciekawiony przetwarzaniem tych statystyk, poszukiwałem wydajnego narzędzia do ich obróbki. PHP nie znam ale raczej demonem szybkości nie jest.

Znalazłem coś takiego jak XMLStarlet.
http://xmlstar.sourceforge.net/
Działa pod systemami unix.

W bardzo prosty sposób można wyeksportować tabelę do formatu txt lub przetwarzać bezpośrednio.

xml sel -T -t -m /users/user -v "concat(teamid,'|',name,'|',total_credit,'|',expavg_credit,...)" -n user.xml

wybik otrzymujemy w takiej postaci

46|Name2|32.056639|3.137249|...
...
25|Name1|532.125637|324.386416|...

Przetworzenie pliku o rozmiarze 7MB zajmuje ok 0.5s. Zaimportowanie do sqlite, mysql, postgresql, to już nie problem. Praktycznie wszystkie zapytania można generować bezpośrednio, włacznie z operacjami typu count, avg i sortowaniem.

Na przykład dla danych z PrimeGrid:
można bezpośrednio zawęzić wynik teamid=2 (BOINC@Poland) i sortując po total_credit.

xml sel -T -t -m "/users/user[teamid='2']" -s D:N:- "total_credit" -v "concat(name,'|',total_credit)" -n user.xml

ksysju|2322502.398669
mindc|1829019.789206
gobos|1506539.229029
Sebastian Gruza|640668.012213
Chew-Z|619787.750933
stachu @ fiddex|366273.274244
kai|363554.780606

Identycznie można bawić się z tabelą host.xml, szybko sprawdzić jakie CPU liczą, itp., itd.

#386
Projekt miesiąca / Odp: 2009.04: Prime Grid
03 Kwiecień 2009, 11:42
W końcu SKB@P pobiera i liczy odpowiedni podprojekt, aż żal było patrzeć na statystyki.  :o
Osiem bardzo mocnych rdzeni, pracujących pod 64 bitowym systemem to potęga w tym projekcie.
Szkoda tylko, że przez miesiąc liczenia w milky pracowały na jałowym biegu. Brak zainstalowanych optymalek.
Krótko - marnotrawstwo zasobów. Równie dobrze można było wyłączyć jeden komp.
#387
Projekt miesiąca / Odp: 2009.04: Prime Grid
02 Kwiecień 2009, 15:19
Ksysju rozgrzał wszystkie swoje tostery. :parrrty:
Reszta również bardzo ładnie. Już ponad 100 osób punktowało. :attack:
#388
PrimeGrid / Odp: PrimeGrid
01 Kwiecień 2009, 18:04
AP26 nie ruszy. Zobacz tu, identyczny problem.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=623

Psp Sieve musi działać. Przecież już przeliczałeś.
Moim zdaniem winny jest zegar systemowy. Oczywiście mogę się mylić.
Jaka to płyta główna, na jakim chipsecie? Masz dobre drivery do niej?
Panel sterowania --> Menadżer Urzadzeń --> Płyta główna --> zegar systemowy

Używasz programów do synchronizacji zegara z serwerami ntp.
Jak zachowuje się zegar. O ile się późni na 1h?

Zawsze możesz anulować próbki. Odinstalować managera. Skasować całą zawartość katalogu boinc i
zainstalować inną wersję.
#389
Cytat: Angelus w 31 Marzec 2009, 15:08
[...]
Ja Prima nie lubię bo mało punkcików daje i wkład w postęp, naukę itp. też niewielki ;)
[...]
Tylko ten wkład w naukę jest trudno mierzalny. Ocena zawsze będzie subiektywna.
Przykładowo damy grupie osób do wyboru projekty

a) poszukujący lek (szczepionkę) ratującą noworodki
b) szukający nowych liczb pierwszych

wybór zdaje się być oczywisty większość zdecyduje się na 'a)'.
Moje kryteria są proste, punkty. XD
#390
PrimeGrid / Odp: PrimeGrid
31 Marzec 2009, 11:19
W tym kompie źle pracuje zegar czasu rzeczywistego (rtc). Spójrz na:

Measured integer speed - 10081.16 million ops/sec :o
Co przy CPU AMD Athlon(tm) XP 2600+ nie jest prawidłowym wskazaniem.
Nawet tu jest błąd.
Average download rate - 1240.6 KB/sec

Może innym aplikacjom i wrapperom (rtc) to nie będzie przeszakadzało. Komp można zaliczyć do "cziterów".
Ja staram się nie birać udziału w projektach, w których punktacja jest uzależniona od benchmarku. (to nie jest obecnie dobry punkt odniesienia).
Sprawdź co jest z tym zegarem.
#391
PrimeGrid / Odp: PrimeGrid
31 Marzec 2009, 02:10
Cytat: satanetv w 31 Marzec 2009, 01:34
Na stronie projektu jest napisane że win 98 lub wyższy. Rano dołożę tam trochę ramu i zobaczę.
Może brakuje jakiejś biblioteki i bez niej nie ruszy.

Ten komp doprawdy jest dziwny. Może to zasługa OS-u. Początkowo myślałem, że używasz "trefnego"
managera, zmylił mnie bardzo wysoki benchmark, a tam się dzieją jakieś dziwactwa z zegarem systemowym. :o
On musi pracować (zegar rtc) z 4x wolniej niż w rzeczywistości.

EDIT:
System budzi się z czasu zimowego. ;D Poważniej to windows zrobił jakiś psikus przy sobotnio-niedzielnej zmianie czasu. Musisz to doprowadzić do porządku i powinno wszystko ruszyć (psp sieve).
#392
PrimeGrid / Odp: PrimeGrid
31 Marzec 2009, 00:08
O ile się nie mylę to binarka AP26 nie ruszy pod Win98.
#393
Archiwum / Odp: Utrata danych
30 Marzec 2009, 22:40
Najważniejsze to nie bootować systemu. Zachować spokój.
Bardzo dobrze byłoby zzrzucić całą zawrtość dysku na inny. Używając na przykład jakiegoś linux live cd.
Wykorzystując zykły 'cat' lub 'dd', ewentualnie użyć softu (z hirens boot), który zrobi taki obraz.
Pozowoli to spokojnie eksperymentować i dać szanse różnym programom do odzyskiwania danych.

EDIT:
Szanse odzyskania zależą też od używanego systemu plików i stopnia ich zdefragmentowania.
#394
PrimeGrid / Odp: PrimeGrid
30 Marzec 2009, 17:06
Najlepiej podać link
http://www.primegrid.com/result.php?resultid=97017074

Ważny jest kod błędu. Pomaga to zdiagnozować problem.

Bardzo możliwe, że masz w tym momencie zbyt mało wolnej pamięci na liczenie tych wu.
Przy psp sieve trzeba około 125 MB na wu. Aktualnie nie przeliczam, więc dokładnie nie podam.
Sprawdź wolne zasoby.
#395
PrimeGrid / Odp: PrimeGrid
30 Marzec 2009, 11:00
Witaj!

Zależy jak ustawiłeś preferencje 'PrimeGrid' na stronie projektu, tzn. jakie i ile wybrałeś podprojektów. Może się zdarzyć, że jakiś podprojekt nie ma zadań (rzadkie przypadki). Wszystko jest wyszczególnione na głównej stronie.

Czasem zdarzy się problem z pracą serwera, np. 'http internal error' lub jakieś inne. Generalnie pracują bardzo dobrze. Przestojów nie ma.
Możesz podać co pokazują logi.

Uwaga!!! Generalnie większość podprojektów LLR wymaga bardzo stabilnej pracy komputera. Należy zwrócić uwagę na chłodzenie oraz kontrolować temperaturę CPU. Nie polecam ich do liczenia na laptopie (szczególnie jeśli lubią się przegrzewać).
#396
Cytat: Troll81 w 26 Marzec 2009, 18:41
Widząc łamanie prawa (w tym licencji) każdy jest obowiązany reagować  8) jak widzisz że ktoś kogos bije to nie odwracasz głowy tylko interweniujesz (w miarę swoich możliwości).
Nie podoba mi sie to porównanie. Szczególnie to przypuszczenie "...nie odwracasz głowy...".

Ogólnie kłóci się to z postem
Cytat: Troll81 w 25 Marzec 2009, 09:03
nie czepiaj się prawnych szczegółów. Zostaw to prawnikom. Ważne że kwestia została wyjaśniona, a zespół przeproszony (choć nie w takiej formie w jakiej bym chciał).
#397
Ładnie podsumowane.
Mam tylko wątpliwości co do punktu 3 i 4. O ile Tobias nie jest jednym z autorów kodu (BOINC), to jego zarzut o łamanie licencji nic nieznaczy.
Równie dobrze mógłby się domagać o zaprzestanie korzystania z systemów Windows, niezgodnych z licencją Microsoft (nielegalnych kopii). XD
#398
PrimeGrid / Odp: AP26 search
25 Marzec 2009, 23:53
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.
#399
PrimeGrid / Odp: AP26 search
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?
#400
PrimeGrid / Odp: AP26 search
25 Marzec 2009, 23:17
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.