Post
#1
|
|
|
Grupa: Przyjaciele php.pl Postów: 1 467 Pomógł: 13 Dołączył: 22.02.2003 Ostrzeżenie: (0%)
|
Witam,
ostatnio czytałem (przeglądałem (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) ) dokumentacje Intela i wyczytałem, że główna róznica pomiędzy 64 a 32 bitowymi procesorami to to, że te pierwsze mają większy zakres dostępu do pamięci (wirtualnej i fizycznej). Słyszałem to też drogą ploteczkową. I teraz stąd moje pytanie: czy jest to naprawdę jedyna różnica? Warto w takim razie kupować takie procesory (dla mnie i tak już za późno...), jeżeli nie mam zamiaru w ciągu najbliższych pięciu lat mieć więcej jak 4GB pamięci (tym bardziej, że Linux potrafi więcej obsługiwać nawet przy 32-bitowych maszynach, nie wiem jak reszta)? Pozdrawiam |
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 800 Pomógł: 0 Dołączył: 26.11.2005 Skąd: Nowy Sącz Ostrzeżenie: (0%)
|
http://pl.wikipedia.org/wiki/Problem_roku_2038
Jabol... Czytaj wikipedię! Z resztą zwiększenie z 32 bitów do 64 bitów rozmiar da na pewno większą wydajność, przy mniejszym taktowaniu. |
|
|
|
Post
#3
|
|
|
Grupa: Przyjaciele php.pl Postów: 1 467 Pomógł: 13 Dołączył: 22.02.2003 Ostrzeżenie: (0%)
|
http://pl.wikipedia.org/wiki/Problem_roku_2038 Jabol... Czytaj wikipedię! Z resztą zwiększenie z 32 bitów do 64 bitów rozmiar da na pewno większą wydajność, przy mniejszym taktowaniu. WTF ze znakiem? Kogoś chyba bolała głowa... Chyba, że to wymyślili jeszcze przed 1.1.1970 A tak swoją drogą nie widzę powodu aby samo zwiększenie długości słowa miało dać zwiększenie wydajności A wracając do tematu: dzięki za odpowiedzi! dochodzę do wniosku, że wygląda na to, że jednak było warto. Co do większej ilości rozkazów to można również więcej rozkazów na 32-bitowcach zaimplementować, to nie kwestia wielkości słowa, a raczej tego, czy kompilator będzie umiał ich użyć (dlatego winy to shit, bo nie używają zupełnie rozszerzeń optymalizacyjnych specyficznych dla danego modelu procesora! a jedynie tylko standardowych operacji i686! chyba, że znają jakąś strasznie sprytną sztuczkę, żeby to obejść?). W każdym razie skoro te aplikacje są wydajniejsze to świetnie. Jednak nie były to wyrzucone pięniądze. Jedyne co mnie irytuje to to, że muszę działać na systemie w profilu multilib, bo inaczje połowa aplikacji by mi nie działa (na windowsach też by nie działały, nie łudźcie się. jeżeli Wam 32-bitowe aplikacje działają to znaczy, że Wasz win to multilib!). Teraz rozumiem, czemu wszyscy tak swojego czasu jechali win 95 i 98 (pamiętam te czasy, tylko wtedy jeszcze nie wiedziałem o co chodzi). Inna sprawa, że w 64 bitowych maszynach int ma 4 bajty. long ma dla odmiany 8 bajtów oraz pointer. A long long to po prostu long (tutaj na pewno jest przyśpieszenie). Czy to znaczy też szybsze działania zmiennoprzecinkowe? Tutaj małe podsumowanie. Kod sizeof(void *)=8 Mógły ktoś na 32-bitowcu odpalić?sizeof(char)=1 sizeof(short)=2 sizeof(int)=4 sizeof(long)=8 sizeof(long long)=8 sizeof(float)=4 sizeof(double)=8 sizeof(long double)=16 Kod #include<stdio.h>
int main(void) { printf("sizeof(%s)=%d\n", "void *", (int)sizeof(void *)); printf("sizeof(%s)=%d\n", "char", (int)sizeof(char)); printf("sizeof(%s)=%d\n", "short", (int)sizeof(short)); printf("sizeof(%s)=%d\n", "int", (int)sizeof(int)); printf("sizeof(%s)=%d\n", "long", (int)sizeof(long)); printf("sizeof(%s)=%d\n", "long long", (int)sizeof(long long)); printf("sizeof(%s)=%d\n", "float", (int)sizeof(float)); printf("sizeof(%s)=%d\n", "double", (int)sizeof(double)); printf("sizeof(%s)=%d\n", "long double", (int)sizeof(long double)); return 0; } Ten post edytował Jabol 16.06.2007, 22:44:22 |
|
|
|
Jabol Procesory 64-bitowe i korzyści 16.06.2007, 19:45:02
Turgon Jabol chodzi tutaj o błąd roku 2000 któregoś... W ... 16.06.2007, 20:00:02
dr_bonzo Ahaaa, i to dlatego takie procki wprowadzili, ciek... 16.06.2007, 20:06:35 
Jabol Cytat(dr_bonzo @ 16.06.2007, 21:06:35... 16.06.2007, 20:19:13
sztosz 64 bity to int 64 bitowy. To więcej rozkazów. Jest... 16.06.2007, 21:30:40
kwiateusz Kodsizeof(void *)=4
sizeof(char)=1... 16.06.2007, 23:18:56
dr_bonzo Zaraz odpale, ale z tego co wiem to tylko void* be... 16.06.2007, 23:21:29
sztosz A może by tak podać kompilator i OS pano... 16.06.2007, 23:55:10
kwiateusz BCB@XP u mnie było widze że moj long duble nie dom... 17.06.2007, 02:27:59
Turgon Cytatsizeof(void *)=4
sizeof(char)=1
sizeof(short)... 17.06.2007, 07:07:27
hwao Tak naprawdę jedyna odczuwalna różnica dla użytkow... 17.06.2007, 08:53:44
Jabol No rzeczywiście u Was ten long double nie domaga. ... 17.06.2007, 12:13:08
fridek Procki 64-bit przydają się, jeśli ktoś chce mieć w... 17.06.2007, 12:32:56
Jabol @fridek: z pamięcią to już wiemy. t... 17.06.2007, 12:53:58
sztosz Kodsztosz@skynet ~
$ ./a.exe
before: 1.00... 17.06.2007, 12:58:00
Jabol hmmm... ciekawy, long double ma dokładnie tą samą ... 17.06.2007, 13:07:15
sztosz To po zmianie testu:
Kodsztosz@skynet ~
$ ./a... 17.06.2007, 13:13:11
Turgon U mnie:
Cytatturgon@genesis:~/Desktop$ ./a.o... 17.06.2007, 13:55:15
Jabol @sztosz: nie zmieniałem tego testu . Porównaj dokł... 17.06.2007, 14:22:02
Turgon U mnie na tym się kończy 17.06.2007, 14:59:32
sztosz Nie przypatrywałem się A teraz nie mam jak bo mi ... 17.06.2007, 19:05:55 
Jabol Cytat(sztosz @ 17.06.2007, 20:05:55 )... 17.06.2007, 20:22:18
dr_bonzo @sztos: tylko mi nie mow ze znow dla ciekawosci kl... 17.06.2007, 19:15:30
sztosz @dr_bonzo: Nie, instalowałem Gentoo, spytało się c... 18.06.2007, 00:06:18 
Jabol Cytat(sztosz @ 18.06.2007, 01:06:18 )... 18.06.2007, 05:55:15
sztosz Aspekt nie dokonany!
Ale mów do jakich wniosk... 18.06.2007, 08:56:09
DeyV M$ wypowiada się na ten temat tak:
http://w... 18.06.2007, 10:55:36
Jabol @DeyV: walnij ten test co przygotowałem (ten ostat... 18.06.2007, 11:45:56
Sh4dow a tak dorzucę swoje 3 grosze
Kodgcc version 4.1.3... 25.06.2007, 13:13:49
Jabol Cytat(Sh4dow @ 25.06.2007, 14:13:49 )... 25.06.2007, 15:52:28 ![]() ![]() |
|
Aktualny czas: 28.12.2025 - 09:32 |