32 a 64 bity w praktyce ??

[Bluefish]

Teoretycznie system 64 bitowy powinien dawać 100 % przyrost wydajności. Ale jak to zwykle bywa teoria z praktyką czasem nie są po drodze. Czy ktoś z was przesiadł się z Windowsa 32 bit na 64, i czy w związku z przesiadką zauważył przyrost wydajności ?? Obecnie pracuje na Widows Vista 32 bit, ale zastanawiam się czy nie przesiąść się na wersję 64 bit. Zainstalowałem dziś na małym dysku 3.2 GB Ubuntu 9.04 64 bit, jednak nie zauważyłem znacznego wzrostu szybkości w porównaniu z Win 32 bit. Co prawda testowałem tylko dwa projekty w których biorę udział (Seti CPU, i Milkyway CPU), bo brakowało miejsca na dysku. Dlatego proszę tych co zaliczyli taką przesiadkę o informacje czy warto się przesiąść na 64 bity. Moja konfiguracja to Athlon 64 X2 5000+ Black Edition 2.6 @ 3.0 GHz, 2 x 1 GB DDR2 800 @ 857 MHz, HT 1070 MHz, płyta główna - Gigabyte GA-M55 plus, GF 8800 GS 384 MB. Biorę udział w projektach: SETI (także CUDA), Rosetta, GPUGRID, Milkyway. I głównie z myślą o nich chce przejść na 64 bit. Pytanie brzmi : CZY WARTO ??

[AiDec]

Warto, warto, warto. Tyle wystarczy? :)

Korzystam na codzien z systemow 32 i 64 (X P, zVista, Wzjeben, Ubuntu). Zaluje ze nie moge w calosci wejsc w 64.

Generalizujac...
1. Jesli aplikacja jest napisana pod 32 bity, to przy przesiadce na 64 bity nie bedzie przyrostu wydajnosci.
2. Nie oczekuj, ze przesiadka z 32 na 64 da Ci automatycznie 100% przyrost.^*
3. Niektore projekty maja aplikacje 32 i 64 bity (np. Yoyo, PrimeGrid) - przyrost wydajnosci jest zalezny od samej aplikacji (tego jak zostala napisana).
4. Sa projekty ktore dzialaja tylko na 64bit (WEP-M+2 Project) i przejscie na 64 umozliwi Ci udzial w tych projektach.
5. Zdarzaja sie sytuacje (teraz niestety nie pamietam dokladnie jakie to projekty byly), ze przyrost wydajnosci jest ponad 100% (200%, 300%...).
6. Jesli chodzi o projekty w ktorych obecnie liczysz, to zgodnie z moja wiedza przesiadka na 64 da Ci (usredniajac) pewien/niewielki przyrost wydajnosci.
7. Zalecalbym po przesiadce na 64 liczenie w projektach ktore daja spora roznice (PrimeGrid i np. AP26, AQUA (CPU)), badz udzial w projektach ktore wymagaja 64 bit, a w ktorych pozycja naszego zespolu jest niska (WEP-M+2 Project).
8. Jesli masz Viste 32 (i nie zamierzasz zmieniac OS`a), to ani chwili nie zastanawialbym sie nad przesiadka na Viste 64.



^* Nigdy cala aplikacja nie jest napisana w 64 - po prostu niektore operacje liczbowe zostaja wykonane przy uzyciu 64 bitow. W zaleznosci od problemu ktorym projekt sie zajmuje (a zatem mozliwosci wykorzystania 64bitowych liczb w aplikacji liczacej), jak i optymalizacji samej aplikacji moze nastapic maly, badz duzy wzrost szybkosci liczenia.




Mam nadzieje ze to Ci wyjasnia temat :). W razie dalszych pytan - pisz smialo :).



EDIT: A propos wydajnosci BM pod Ubuntu 9.04 64 bit, to rzuc okiem rowniez tutaj: http://www.boincatpoland.org/smf/linux/boinc-ubuntu-i-inne/msg73338/#msg73338

[sesef]

Ja zrobiłem przesiadkę Win Xp 32bit na Win7 64bit różnice jeśli chodzi o liczenie są spore w przypadku projektów, które potrafią wykorzystać potencjał 64bit ja akurat licze projekt AP26 na XP 1 wu liczy około 40 min, natomiast na win7 1 wu przelicza się około 20 min. Natomiast jeśli chodzi o normalne wykorzystanie systemu to przyspieszenie widać w 7zip i innych programach, które mają obsługę 64bit. Jeśli chodzi o codzienne użytkowanie to można zauważyć różnice w profesjonalnych aplikacjach takich jak  CAD, kodowanie/dekodowanie muzyki/filmów, Visual Studio, ale jeżeli użytkowanie kompa ogranicza się do przeglądania netu to niewiele zyskasz bo jak na razie jedyna przeglądarka, która ma wersje 64bitową jest przeglądarka, którą używa się raz do ściągnięcia FF/Opery/Chrome czyli nasz kochany IE, office w wersji x64 również pojawi się dopiero teraz wraz z premiera Office 2010.

Tak więc podsumowując jak chcesz przejść na x64 żeby szybciej liczyć to jak najbardziej, tylko musiałbyś zmienić projekt, żeby z tej mocy korzystać, w innych przepadkach nie ma to praktycznie sensu.

[AiDec]

Jesli zdecydujesz sie na 64bit, to zachecam do zapoznania sie z watkiem: http://pl.boincstats.com/forum/forum_thread.php?id=1774#68863

[Bluefish]

A jak ma się sprawa z działaniem programów 32 bit pod 64 ?? Spotkaliście się z jakimiś niedziałającymi ?? No i rozumiem że potrzebny będzie całkowity reinstall systemu, bo z tego co się zorientowałem nie da rady zrobić upgrade z 32 na 64 bity :(

Ale powoli zaczynam sprzątać na D:\ żeby mieć gdzie przegrać kopie vista 32 :)

[Troll81]

mi wszystko chula pod XP64 bit :D nawet znalazłem firewalla napiseanego na 64bit (comodo). Działam juz na tym XP od roku prawie i jestem bartdzo zadowolony :D

[sesef]

A jak ma się sprawa z działaniem programów 32 bit pod 64 ?? Spotkaliście się z jakimiś niedziałającymi ?? No i rozumiem że potrzebny będzie całkowity reinstall systemu, bo z tego co się zorientowałem nie da rady zrobić upgrade z 32 na 64 bity :(

Ale powoli zaczynam sprzątać na D:\ żeby mieć gdzie przegrać kopie vista 32 :)

Jeżeli program działał na wersji 32bit visty to ruszy również na wersji 64bit tylko w procesach będzie miał dopisek *32 oznacza to, że ten program działa w czymś w podobie trybu emulacji środowiska 32bit.

[Bluefish]

W teorii to wiem jak to działa, ale ja pytałem bardziej praktycznie. Bo nieraz bawiłem się różnymi emulatorami (łącznie z emulacją C64 na Amidze, a nawet Spectruma na C64) i z doświadczenia wiem że praktycznie zawsze znalazł się program który teoretycznie powinien działać a jednak nie działał.

[Troll81]

mi jak dotychczas wsio działa....

[Bluefish]

To w takim razie jeszcze w tym tygodniu postaram się przesiąść na 64bit. A w przyszłym miesiącu może +2 GB ram ;)

No i jak już się przesiąde to zapuszcze jakiś 64 bitowy projekt.

[Troll81]

Polecam PrimeGrid :D tam się dostaje niezłego kopa :D

[AiDec]

@Bluefish: Faktycznie, zawsze sie znajdzie cos co nie zadziala na x64. Tak jak i zawsze znajdzie sie cos 64bitowego, co nie zadziala na 32 bit XP. Owszem, zawsze sa jakies problemy, ale jak masz leb na karku i nie boisz sie czasem troszke pokombinowac, poszukac w necie, to dasz sobie rade :).

[Bluefish]

Wiem coś na ten temat. Pamiętam jak przesiadałem się z XP na Viste, wszyscy mi to odradzali. I momentami zastanawiałem się czy nie mieli racji, szczególnie jak przez 3 dni nie umiałem uruchomić programu Smartie (do sterowania wyświetlaczem LCD). Dopiero po trzech dniach szukania w internecie sam wpadłem na to że program uruchamiał sie z poziomu zwykłego użytkownika (bez uprawnień administratora) i w takim stanie nie miał dostępu do portu LPT ;) Z często używanymi programami nie ma problemu, schody zaczynają się jak używa się jakiegoś programu o którym większość ludzi nawet nie słyszała :)

[AiDec]

Wiem coś na ten temat. Pamiętam jak przesiadałem się z X P na Viste(...)

I mniej wiecej tak to wyglada w przypadku 32 i 64, aczkolwiek z o wiele mniejszymi problemami. Innymi slowy jest to powiedzmy 10% tego co miales po przesiadce z X P na zViste.

[TJM]

Ja się zastanawiam pomału nad ucieczką z 32bit XP na 64bit Win7. Sporo jest argumentów za - najważniejszy to że wreszcie będę mógł wygodnie testować 64 bitowe aplikacje/optymalizacje i popracować trochę nad 64 bitową wersją enigmy.
Niestety minusy też są i to poważne - zarówno Vista jak i Win7 niezbyt mi się podobają, oba te systemy usiłują zrobić z użytkownika niemyślącego głupka i są dość upierdliwe zanim się co nieco rzeczy powyłącza. Na samym starcie zabaw z Win7 miałem takie zgrzyty przy korzystaniu z aplikacji zainstalowanych na dysku sieciowym, że w ostatniej chwili zrezygnowałem z kasowania folderu systemu spod uruchomionego z konieczności Xpka.
Poza tym oba te systemy wydają mi się trochę muliste w porównaniu z Xpkiem - po prostu takie mam wrażenie, że się wolniej wszystko dzieje. I to zapotrzebowanie na pamięć - z 2GB raczej nie ma co startować do Win7, zwłaszcza z moim zwyczajem trzymania w tle aplikacji z których aktualnie nie korzystam.

[Tomasz R. Gwiazda]

to czemu nie xp64?
na i 2gb ram to juz od dawna za malo :)

[AiDec]

Xp64 nie jest juz od dawna wspierany przez Microshit. Zapomnij o aktualizacjach oprogramowania itp. Microshit wypuscil to cacko i zarzucil, bo chcial wprowadzic i zarobic na zViscie.

[TJM]

2GB RAM na 32 bitowym XP to wielkość w sam raz, jeszcze chyba nigdy nie brakło mi pamięci podczas normalnego użytkowania, co najwyżej przy odpalaniu jakichś dziwnych programów lub np. niedorobionych aplikacji BOINC.
Natomiast na takim Win7 ciutkę kiszka, od razu po starcie z włączonym BOINCem, komunikatorem i przeglądarką mam zajęte ponad 50%.
XP64 w ogóle dla mnie się nie liczy, to nie jest system który nadawałby się do codziennego użytku.

[Szopler]

XP64 ma co miesiąc aktualizację zabezpieczeń... używam tego codziennie od roku i nie zauważyłem problemów...

[TJM]

To spróbuj poużywać mając w PC jakiś mniej znany sprzęt, pewnie od razu posiwiejesz próbując znaleźć sterowniki albo doprowadzić urządzenie do stabilnego działania. Do mojego kontrolera ATA/133 są sterowniki chyba pod każdy system, zresztą nawet na Win95 zawsze działał bez (tylko brakowało zainstalowanych zakładek), ale oczywiście pod XP 64 nie da się go zainstalować, wisi cały czas w nieznanych urządzeniach a podpiętych napędów nie widać, chociażbym na głowie stanął i klaskał nogami. A o takim rarytasie jak stara karta do zrzucania obrazu z kamery pod XP 64 to w ogóle mogę pomarzyć  ;D

[Bluefish]

Właśnie takie rodzynki spowodowały że nigdy nie przeszedłem na Linuxa, i że od momentu zainstalowania Viśty nie używam karty TV ;)

[Troll81]

a dla mnie to powód by nie używac dziwnego sprzetu którego producent nie robi supportu. To taki podejście na zasadzie... kupiłeś i spadaj.

[Bluefish]

Troll81 - czasem to niekoniecznie musi chodzić o sam sprzęt. Ja na przykład tak bardzo przyzwyczaiłem się do mojego wyświetlacza LCD w kompie że z tego powodu nie przesiadłem się na Linuxa (wyświetlacz jest sterowany przez program napisany pod win, pod linuxem niestety niedostępny). Mam tylko nadzieje że pod x64 będzie działać. Nie żebym dyskryminował Linuxa bo to bardzo dobry system, ale niestety niektórych rzeczy pod niego nie ma.

[Troll81]

A podaj model wyświetlacza :D producenta itp.... idę o zakład że dałoby się to jakoś przerobić na linuxa :D chćby na emulatorze.... :D

[Bluefish]

No i sam widzisz. Problem w tym że wyświetlacz jest samodzielnie przeze mnie zbudowany, a sterowany programem Smartie. Niestety programu pod wine-m nie idzie emulować, tym bardziej że steruje on portem LPT :)

[Troll81]

a może lcdproc pod linuxem da rady??

Kod [Zaznacz] Rozwiń

http://lists.omnipotent.net/pipermail/lcdproc/2003-May/007573.html

[Bluefish]

Po pierwsze nie umiałem go nawet uruchomić, a po drugie można w nim (z tego co wyczytałem) używać tylko trybu tekstowego i wszystko trzeba w zasadzie programować samemu. W Smartie nie dość że masz już większość gotową od ręki to jeszcze są dodatkowe skrypty typu zegar 'graficzny' na cały wyświetlacz (niezastąpiony jak się czasem w nocy obudze), albo informacje z Winampa (fajnie jest widzieć pasek postępu winampa siedząc 2 metry od kompa) ;)

[Troll81]

to może ten??

Kod [Zaznacz] Rozwiń

http://ssl.bulix.org/projects/lcd4linux/

[Bluefish]

Troll81 - o tym lcd4linux też czytałem, ma nawet dość dużo opcji. Ale póki co przeszedłem na Viste 64. Niestety póki co nie zauważam większej różnicy w szybkości. Będę musiał jeszcze poczytać o optymalizacjach. Dołączyłem też do projektu PrimeGrid i mam już całe 82 punkty ;)

[X X X]

   Drugi wieczór bawię się Win7/64, z BM 6.6.38/64. Generalnie nie jest źle, a jak udało mi się odnaleźć... DOS, to nawet wydałem okrzyk zachwytu. Z drugiej strony nie ma OE. Na razie zwróciłem uwagę na to, że przy kompie z 1 Core/w32 i 100% obciążenia mogę pracować normalnie i nie dostrzegam opóźnień. Na lapku ICD/T2450/w32, przy 2x100% są pewne  opóźnienia, ale to dość typowe dla lapka. Natomiast na C4/w7 przy 3x100% jest super, natomiast 4x100% prowadzi do ogólnej niestabilności - odpowiedzi stają się zadziwiająco długie, a durnie nadgorliwy Win zaczyna zabijać różne zadania twierdząc, że są kaput, itd. Czy da się jakoś nastawić 3x100%+1x50%?

   I jeszcze jedna wkurzająca sprawa. Jak pod WinXP kasuję 10 zadań w BM, to komp udaje przez 20s zwiechę, a później idzie do przodu jak gdyby nic. Pod Win7 taka operacja kończy się zabiciem BM, jego restartem i masą idiotycznych komunikatów - można mu to jakoś wyperswadować?

PS: I jeszcze... niektóre aplikacje, np. RCN, choć oznaczone są jako 64bit, to pracują jako *32 - W7 oszukuje czy autorzy projektu?

[Bluefish]

Używasz OS w wersji Beta a do tego BM chyba też beta (bo podajesz że 6.6.38 a ja najnowszą na stronie Boinca widzę 6.6.36) i dziwisz się że wszystko pracuje niestabilnie ;) Ja mam Vista x64 + BM 6.6.36 i wszystko chodzi dość dobrze (momentami zamula jak używa CUDY).

PS. Czy to normalne że w PrimeGrid za próbkę LLR która liczyła się prawie 100 h mam w pending tylko 1308 punktów :(

[X X X]

   "Oczyściłem" Winshita z czego tylko mogłem, a zwłaszcza z namolnych aktualizacji i powróciłem do klienta 36/64b. W efekcie jest na tyle dobrze, że da się w miarę swobodnie pracować. Jednak opóźnienia przy 4x100% są wyraźnie większe. Nawet jak dam identyczne nastawy na "pracę" i "czuwanie". Wygląda na to, że system ma bogate życie wewnętrzne. Wieczorem opublikuję zestawienie projektów z wynikami pod W32 i W64. Tytułem wstępu powiem, że prawdziwego kopa dostaje PrimeGrid i Ibercivis.

A przy okazji - czy ktoś wie, jak przypisać jakiemuś procesowi na sztywno wyższy priorytet? Skoro BOINC ma niższy, to jakoś to się robi. ;)

[AiDec]

natomiast 4x100% prowadzi do ogólnej niestabilności - odpowiedzi stają się zadziwiająco długie, a durnie nadgorliwy Win zaczyna zabijać różne zadania twierdząc, że są kaput, itd.

Z moich obserwacji wynika ze dla Wzjeben jest to czesta sytuacja. Przyczyny nie znam.

I jeszcze jedna wkurzająca sprawa. Jak pod WinXP kasuję 10 zadań w BM, to komp udaje przez 20s zwiechę, a później idzie do przodu jak gdyby nic. Pod Win7 taka operacja kończy się zabiciem BM, jego restartem i masą idiotycznych komunikatów - można mu to jakoś wyperswadować?

1. Generalnie szybszy dysk by pomogl (badz bardziej zaawansowany - wiekszy cache itp.).
2. Mniej generalnie, to wszystko co spowoduje przyspieszenie HDD (defragmentacja porzadnym defragmentatorem, SWAP na osobnej partycji, wylaczenie indeksowania plikow), powinno rowniez spowodowac zmniejszenie skali problemu.

[TJM]

Ja używam progsa contig z sysinternals, wyłączam BOINCa i defragmentuję jego folder.

C:\Documents and Settings\TJM>contig -a -s F:\ProgramyNI\BOINC\*

Contig v1.55 - Makes files contiguous
Copyright (C) 1998-2007 Mark Russinovich
Sysinternals - www.sysinternals.com


Processing F:\ProgramyNI\BOINC\all_projects_list.xml...
F:\ProgramyNI\BOINC\all_projects_list.xml is defragmented

Processing F:\ProgramyNI\BOINC\aupdate.exe...
F:\ProgramyNI\BOINC\aupdate.exe is defragmented

Processing F:\ProgramyNI\BOINC\aupdate.ini...
F:\ProgramyNI\BOINC\aupdate.ini is defragmented

Processing F:\ProgramyNI\BOINC\aupdate.txt...
F:\ProgramyNI\BOINC\aupdate.txt is defragmented

Processing F:\ProgramyNI\BOINC\boinc.dll...
F:\ProgramyNI\BOINC\boinc.dll is defragmented

Processing F:\ProgramyNI\BOINC\boinc.exe...
F:\ProgramyNI\BOINC\boinc.exe is in 10 fragments

[...]

Processing F:\ProgramyNI\BOINC\data\client_state.xml...
F:\ProgramyNI\BOINC\data\client_state.xml is in 56 fragments

Processing F:\ProgramyNI\BOINC\data\client_state_prev.xml...
F:\ProgramyNI\BOINC\data\client_state_prev.xml is in 61 fragments


Processing F:\ProgramyNI\BOINC\data\job_log_www.enigmaathome.net.txt...
F:\ProgramyNI\BOINC\data\job_log_www.enigmaathome.net.txt is in 24 fragments

[...]

Summary:
    Number of files processed   : 686
    Average fragmentation       : 2.86443 frags/file

Tutaj widać jak fragmentują się wszystkie regularnie zapisywane przez BOINCa pliki. Żeby tego uniknąć najłatwiej byłoby katalog data wyrzucić na oddzielną partycję, ale nawet wtedy wystarczy dołączyć do projektu który intensywnie korzysta z plików i fragmentacja to tylko kwestia czasu.
Regularne odpalanie contig -s X:\sciezka\do\BOINC\* trochę redukuje problem i naprawdę bardzo pomaga, jeśli liczy się projekty z krótkimi zadaniami, do tego mięszające na dysku (np. FreeHAL). contig -a -s X:\sciezka\do\BOINC\* pokazuje listing plików z fragmentacją, niestety przewija się szybko więc najlepiej przekierować do pliku - contig -a -s X:\sciezka\do\BOINC\* >c:\plik.txt Progsa wystarczy ściągnąć, wypakować z archiwum i najlepiej wrzucić np. do katalogu Windows, wtedy będzie domyślnie w ścieżce wyszukiwania bez wklepywania całej ścieżki do polecenia.

Smutne jednak jest to, że nawet w 5 minut po defragmentacji odpalam kolejną i już widać, że niektóre pliki zdążyły się w tym czasie sfragmentować.

Summary:
    Number of files processed   : 695
    Number of files defragmented: 4
    Average fragmentation before: 1.01439 frags/file
    Average fragmentation after : 1 frags/file

a przecież system plików NTFS ma opcję zajęcia fragmentu powierzchni dysku dla pliku, mógłby BOINC ustawić z 10MB dla każdego pliku .state - one nigdy nie osiągają raczej takich wielkości - problem fragmentacji od razu by znikł.

Jeszcze w kwestii wyłączania BOINCa na czas defragmentacji - nie jest to konieczne, ale czasami  bardzo przyspiesza cały proces.

[Ufol]

Podsumowując:
Na dzień dzisiejszy aplikacje 64 bitowe posiadają następujące projekty:
Primegrid, tu nasuwa się pytanie, czy dotyczy to wszystkich podprojektów?
Simap, proszę liczących tam o podzielenie się wrażeniami. O ile szybciej przetwarzane są próbki w porównaniu do 32 bitów?
WCG, a dokładniej pisząc, Computing for clean water, to obecnie jedyny podprojekt Worldcommunitygrid liczący na 64 bitach. Są zapowiedzi aplikacji dla innych podprojektów, ale kiedy powstaną, tego nie wiadomo.

[Tomasz R. Gwiazda]

Mersinne tez juz ma

i mysle ze tych co maja dla x64 jest napewno wiecej

Aqua tez ma

[Troll81]

Na pewno więcej. Pytanie z jakim skutkiem..... i czy rzeczywiscie daje przyrost.

[lolek]

W SIMAP pod Win 7 WU liczy się jakieś 1,5 x szybciej, więc zysk naprawdę spory  :)
A aplikacje x64 ma naprawdę sporo projektów np. milka

[simonic]

Jednak największy zysk pojawia się PrimeGrid ...

[Ufol]

Na czym polega ten mechanizm? Myślę o optymalizowaniu aplikacji pod kątem systemów 64 bitowych. Teoretycznie powinny liczyć dwókrotnie szybciej. Tak się jednak nie dzieje. Primegrid, rekordzista na tym polu, osiąga 50% lepsze wyniki niż pod 32 bitami. Naprawdę niezły jest jeszcze Simap. Czy nie rozumiem procesu przeprowadzania obliczeń? Wartoby było, gdyby opisał ktoś tą sprawę bardziej szczegółowo.
Czy wszystkie aplikacje można napisać tak, aby liczyły szybciej pod 64 bitami? Jeżeli nie, to co sprawia, że niektóre się do tego nadają a inne nie? Istnieją różnice w wydajności, tj. zysku w czasie mielenia, jaka jest górna granica tego przyspieszenia, 50% Primegrida to maksimum?
Brzmi to wszystko mocno haotycznie i niegramatycznie, ale chciałem jakoś ożywić dyskusję. Może jakieś hasło na wiki w tym temacie by się pojawiło.