Forum Debian Users Gang

Hmm, jak ktoś nie stawiał LFS'a to polecam. Przednia zabawa i szkoła dobra. ;)

Co do 64bitowych procesorów Intela, to jest to technologia EMT64, więc jest to coś jakby emulacja 64bitów. Procki są 32bitowe, ale z możliwością obsługi 64bitowych instrukcji. Ponoć gdyby nie umowa z AMD to Intel w ogóle nie miał by nic wspólnego z 64bitami. Dopiero po roku czasu od wprowadzenia danej technologii przez AMD, Intel może wprowadzić ją w swoich produktach (i odwrotnie). Niedługo wyjdzie stabilny Lenny, więc też mam dylemat w jakiej wersji go zainstalować. :) Mam Dual-Core 2.2 i 2GB Ram.

Ostatnio edytowany przez LordD (2009-02-04 11:44:31)

Przyłączam się do pytania: 32 czy 64 bity - na desktop, 2 GB RAM-u, procesor AMD 64 X2 4600 :-)

A jakie konkretnie są korzyści, oprócz obsługi pamięci (mnie nie dotyczy)?

Moje subiektywne, podkreślam - subiektywne, wrażenie to jest takie, że na tym samym lapku 64-bitowy system działał nieco wolniej, więc wróciłem do 32-bitowego.

Ja nie zauważyłem spadku wydajności - jest identyczna (procek Athlon64), a czasem jak zapuszczę dziwne programy matematyczne (studia wymagają) to szybciej działa liczenie.

Problemów z mocem nie zauważyłem - a używam.

1. nalezy rozrozniac segmentacje pamieci (http://pl.wikipedia.org/wiki/Segmentacja_pamięci) od stronnicowania (http://pl.wikipedia.org/wiki/Stronicowanie_pamięci)
2. praktycznie kazdy wspolczesny sytem operacyjny korzysta ze stronnicowania pamieci (jest to zwiazane z machanizmem zarzadzania pamiecia)
3. segmentacja pamieci (bankowanie) w architekturze x86 dziala zawsze (w Linuxie <4GB RAM jest zakryte tworzeniem jednego banku w ktorym mamy stronnicowanie)
4. szamotanie jest to sytuacja gdy nazbyt czesto wystepuja bledy strony ... czyli gdy zbyt czesto zachodzi koniecznosc wyswapowania strony z pamieci i zaladowania w jej miejsce innej strony a nie przepisywania adresow ...
5. juz kiedys pisalem - bitowosc procesora w ogolnosci nie rowna sie wiekosci przestrzeni adresowej (patrz avr 8bit a 16 bitowa przestrzen adresowa)
6. Intel przez pewien czas promowal swoja architekture 64bitowa, ale sie nie przyjela glownie ze wzgledu na brak kompatybilnosci w dol z x86

czadman napisał(-a):

bercik napisał(-a):

3. jedyny problem na systemach serwerowych 64-bity jest z javaws (trzaba instalowac wersje 32-bitowa co troche miesza z java ale mozna sobie poradzic) - sama javaws przydaje sie np. do odpalania zdalnej konsoli graficznej do serwerow Sun'a ...

Ten problem chyba został już rozwiązany.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4802695

a to interesujace w grudniu jeszcze nie bylo ... niedlugo pewnie bede mial okazje sprawdzic ...

Wg. mnie na desktopie takim do 4GB RAM, zwykłe zastosowania (nie developer, obróbka video, itp.) wystarczy 32 bity (na dzień dzisiejszy bez dopracowanej javy i flasha).  Ale jeśli masz maszynę ( 2 x 8 rdzeni, 64 GB RAM, parę TB HDD) i jest to serwer to tylko 64 ;-)

Dzienki za info. Czyli wybór jest prosty, już dziś leci debianik 64bit, jako że to serwer, to żadnych desktopowych gadgetów potrzebować nie będę, ale jednak po to zrobilli te 64bitowe, ale były wydajniejsze. A jak coś je moze dobrze obsłużyćm to myśle, że właśnie maszyna serwerowa ;)

Powiedzcie jeszcze jak jest z paczkami 64? Jest jakieś specjalne repo z paczkami 64? Może jakieś dodatkowe typu backports?

Pozdro

Ostatnio edytowany przez Grzeslaw (2009-02-05 10:22:33)

System 64 bitowy powinien szybciej wykonywać niektóre polecenia niż system 32 bitowy - w zależności od kompilatora. Jeżeli kompilator użyje tego samego rodzaju instrukcji w systemie 32 i 64 bitowym to prawdopodobnie różnica będzie bliska zeru. Jednak jak wiadomo procesory 64 bitowe nie są stare, więc można bezpiecznie założyć, że będzie obsługiwał różne rodzaje instrukcji (sse,sse2 i inne), które powinny przyspieszyć wykonywanie niektórych instrukcji. Systemy 32 bitowe są kompilowane z dużą wsteczną kompatybilnością dla architektury, co oznacza, że kosztem optymalizacji umożliwia się instalacje na starszych procesorach. Ogólnie program będzie zajmował nieco miejsca na dysku i po uruchomieniu w pamięci (zmienne i wskaźniki rosną w masę, a także sam kod trochę puchnie). Dodatkowo z doświadczenia mogę powiedzieć, że z systemem 64 bitowym nie ma większych problemów. Czasami trzeba powalczyć z bibliotekami 32-bitowymi, ale robi się to raz, a potem są cały czas dla nas dostępne i możemy o nich zapomnieć ;) Więc z mojej strony polecam Debiana 64 bitowego ;)

A ja z Call of Duty mam zerowy problem. Śmiga jak należy. Także z innymi programami które włączałem poprzez Crossover nie było problemów, ani z uruchomieniem, ani z wydajnością.

Zawsze jest tak że coś nowego wchodzi do strefy produkcyjnej a następnie dopiero do domu. Na razie widziałem aplikację zarządzające które w porównaniu z 32b to śmigało ale była pisana pod 64b. Posiadam serwer na którym mam 64b też sobie chwalę mam hosting na serwerze 64b też jest super ale do domu nie kupił bym sobie 64b na razie jeszcze nie ma dobrych aplikacji, a jak włączasz pisane pod 32b to wolniej chodzi niż na 32b procku.