Witam. Mógłbym prosić o krótki tutorial instalacji optymalek - mam Ubuntu 8.04
Pokopiowalem pliki z optymalkami niby tam gdzie powinny być, ale po ponownym odpaleniu Boinca nie ma zadnych informacji o zmienie aplikacji - mam tylko aplikacje 0,76 5.20 oraz 0,76b 5.22
Przede wszystkim zacznij od prób skompilowania własnych exeków, jakim procem dysponujesz pod linuksem ? Te gotowe pliki dają przyspieszenie rzędu 20-30%, kompilując własne można wycisnąć dużo więcej. Jeśli przypadkiem masz proc Intela to tylko tak da się przyspieszenie opisać: :attack:
Generalnie procedura jest taka sama jak pod win. Rozpakowujesz jedno archiwum z wszystkimi plikami: app info, dwa joby, dwa wrappery, słowniki i ciphertext, potem z drugiego wybierasz exek. Przy starcie klienta powinno pisać 'Found app_info.xml...blablabla'. Zobacz czy nazwa aplikacji zgadza się z user friendly name w app_info - powinien chyba być dopisek -Opt ale nie pamiętam, czy linuksowa ma też to dopisane, a nie mam w tej chwili jak sprawdzić.
Oba wrappery i jedna lub dwie enigmy (kurde nie pamiętam jak tam jest w tym app_info) muszą mieć flagę wykonywalności (chmod +x nazwa pliku), wizualnie od razu to widać np. w MC bo będą zielone.
Potestowałem znowu trochę u siebie te optymalki, od ostatniego razu (http://www.boincatpoland.org/smf/enigmahome-78/tworzenie-projektu-czyli-powstanie-i-ewolucja-enigmahome/msg25855/?topicseen#msg25855) wyniki same z siebie się nawet poprawiły (szkoda, że w archiwum nie ma już optymalek dla core2 ? ). Mój procek to wciąż c2d e6400@2.13, a system to opensuse 11.0 x86_64/kernel 2.6.30/kde 4.2.3, notatki z testów:
Cytat1. standard (141240e52b1720a11c49154237449b4a) z archiwum eb.tgz, pobrana z serwera w katalogu boinca miała takie same md5sum
real 4m29.941s
user 4m27.221s
sys 0m0.816s
2. aplikacja z app_test_522.tgz (bb2c0a7fbb12a337aa3e8b70f27ea09e), to samo md5sum co w test/pentium3
real 3m58.141s
user 3m54.671s
sys 0m0.308s
2a) test/pentium3 (bb2c0a7fbb12a337aa3e8b70f27ea09e)
real 4m8.502s
user 4m6.783s
sys 0m0.156s
3. test/pentium3_sse2 (56a339f730dc5248c6bbaa0380852acc)
real 4m1.636s
user 3m58.159s
sys 0m0.504s
4. test/pentium4 (b3048708f297b4396c404ff8648d3b6a)
real 3m41.127s
user 3m38.002s
sys 0m0.392s
5. test/pentiumpro (cfba64bd300d45bcf74ceab671caedd8)
real 3m45.396s
user 3m42.898s
sys 0m0.276s
6. test/athlon_tb (b85ff8da044f6437adf6a135d72c239e)
real 3m35.344s
user 3m33.137s
sys 0m0.728s
7. test/athlon_xp (7ef36fb3b891f747175a6b4fce486948)
real 3m56.734s
user 3m53.823s
sys 0m0.592s
8. test/default (ee743d57bc17d9ac2477e2fba562234d)
real 4m32.912s
user 4m30.793s
sys 0m0.248s
9. test/k6 (2c7756f9b8166076af8c59b83a8e29cf)
real 4m34.021s
user 4m31.865s
sys 0m0.252s
10. test/k6-2 (2c7756f9b8166076af8c59b83a8e29cf)
real 3m53.913s
user 3m50.714s
sys 0m0.552s
11. test/k6-3 (2c7756f9b8166076af8c59b83a8e29cf)
real 3m38.255s
user 3m35.441s
sys 0m0.784s
================================================
wybrane 64bitowe aplikacje z archiwum mdoernera (enigma_0.76_i686-pc-linux-gnu_optimized-Linux.tar.gz)
1. enigma_0.76_i686-pc-linux-gnu_Intel-Core_32 (d9a58a363e736748513cfbf89d8cffe2)
real 4m16.350s
user 4m13.500s
sys 0m0.768s
2. enigma_0.76_i686-pc-linux-gnu_Intel-Core_64 (f77575f9d82e9be388a92c6cd5cf0109)
real 3m11.278s
user 3m7.940s
sys 0m0.464s
3. enigma_0.76_i686-pc-linux-gnu_AnyX86_64 (2c0ce5e321667dc740383455181ffeda)
'./enigma: error while loading shared libraries: libmv.so.1: cannot open shared object file: No such file or directory'
4. enigma_0.76_i686-pc-linux-gnu_Intel-EM64T_64 (199177f89dc4a9d71c541527b3781cee)
real 3m9.378s
user 3m6.396s
sys 0m0.448s
5. enigma_0.76_i686-pc-linux-gnu_Intel-Pentium4_64 (40114c4d7693338b769bb18627cd83b9)
real 3m9.827s
user 3m7.408s
sys 0m0.488s
6. enigma_0.76_i686-pc-linux-gnu_amdfam10_64_gcc44 (892c681ccdfba43dc9d65db580223ba3)
real 3m48.846s
user 3m45.842s
sys 0m0.416s
7. enigma_0.76_i686-pc-linux-gnu_Intel-Wolfdale_64 (cdca1b16f581aa2dfc485a06cc78945a)
./enigma: error while loading shared libraries: libmv.so.1: cannot open shared object file: No such file or directory
W nawiasach sumy md5sum, ciekawe wyniki dla k6*, binarki niby te same a wyniki inne |-? Najlepszy wynik mam na enigma_0.76_i686-pc-linux-gnu_Intel-EM64T_64 :arrr:
W takich przypadkach jak z aplikacją K6/K6-2, warto powtórzyć test i zobaczyć czy aby któryś wynik nie jest nieprawdziwy. Aplikacja rozwija max prędkość kiedy cała zmieści się w cache i inny program o takim samym/wyższym priorytecie nie zakłóca jej działania, zwłaszcza dotyczy to tego benchmarku który jest krótki i na krótszych danych. Czasami wychodzą przez to takie kwiatki, że różnica 30% prędkości w benchmarku przekłada się na ledwie 5-10% na 'prawdziwych' WU - ten benchmark jest tylko taki orientacyjny, ale wystarcza na potrzeby testów np. własnych optymalizacji (na całkowicie nieobciążonym systemie).
Pilnowałem, żeby nic innego nie żarło procesora wtenczas, raz z crona system puścił sobie jakiś czyszczenie systemu plików, ale przy zupełnie innych binarkach. Może i warto by było powtórzyć ten test, ale teraz mi się już nie chce :no: Zapuściłem optymalki EM64T_64 i dają radę, trochę WU się posypało, ale z innego powodu (WU download error: couldn't get input files: 00hc_wu_0).
Te błędy to moja wina, zmieniłem ID workunitów na liczbę zapisaną w systemie 62-kowym (wszystkie duże/małe litery +cyfry), przy okazji zrobiłem literówkę w skrypcie który generował nazwy plików, przez co niektóre WU zostały wygenerowane bez głównego pliku.