Czy istnieje dobry powód, aby uruchamiać oprogramowanie 32-bitowe zamiast 64-bitowych na komputerach 64-bitowych?

Czy jest jakiś dobry powód, aby dostarczyć wersję 32-bitową wraz z 64-bitową wersją jakiegokolwiek oprogramowania skierowanego do nowoczesnych komputerów stacjonarnych, na których działają 64-bitowe systemy operacyjne na 64-bitowym sprzęcie?

Wygląda na to, że 64-bitowe oprogramowanie byłoby bardziej wydajne, w razie potrzeby pozwalałoby na większe wykorzystanie pamięci itp. Apple nawet używa 64-bitowych procesorów do swoich telefonów, mimo że mają tylko 1-2 GB pamięci RAM, znacznie poniżej 4 GB limit 32-bitowych procesorów.

Korzyści z 32-bitowego oprogramowania w środowiskach 64-bitowych

• Niższe zużycie pamięci, szczególnie w aplikacjach z dużym wskaźnikiem, 64-bitowy w porównaniu z 32-bitowym może łatwo podwoić wymagania dotyczące pamięci.
• Pliki obiektowe są również mniejsze.
• Kompatybilność ze środowiskami 32-bitowymi.
• Wycieki pamięci są ograniczone do 2 GB, 3 GB lub 4 GB i nie zajmą całego systemu.

Wady 32-bitowego oprogramowania w środowiskach 64-bitowych

• Limit pamięci 2 GB, 3 GB lub 4 GB na proces. (Tylko na proces, w sumie wiele 32-bitowych procesów może korzystać z pełnej dostępnej pamięci systemowej).
• Nieużywanie dodatkowych rejestrów i rozszerzeń zestawu instrukcji w zależności od x64. Jest to wysoce specyficzne dla kompilatora i procesora.
• Może wymagać 32-bitowych wersji wszystkich (większość dystrybucji Linuksa) lub nietypowych (większość wersji Windows) bibliotek i środowisk wykonawczych. Jeśli 32-bitowa wersja biblioteki współużytkowanej jest ładowana wyłącznie dla Twojej aplikacji, a to liczy się dla twojego śladu. Nie ma żadnej różnicy, jeśli łączysz się statycznie.

Inne aspekty

• Sterowniki zwykle nie stanowią problemu. Tylko biblioteki przestrzeni użytkownika powinny różnić się między wersją 32-bitową a 64-bitową, a nie API modułów jądra.
• Uwaga na różne domyślne szerokości dla typów danych liczb całkowitych, konieczne są dodatkowe testy.
• 64-bitowa architektura procesora może nawet nie obsługiwać 32-bitowej.
• Niektóre techniki, takie jak ASLR i inne, w zależności od znacznie większej przestrzeni adresowej niż pamięć fizyczna, nie będą działać dobrze (lub wcale) w 32-bitowym trybie wykonywania.

O ile nie porównam tutaj bardzo specyficznej architektury procesora, systemu operacyjnego i infrastruktury bibliotecznej, nie będę mógł wdawać się w więcej szczegółów.

Różnica między oprogramowaniem 32-bitowym a oprogramowaniem 64-bitowym polega na wielkości wskaźników, a być może na wielkości rejestrów liczb całkowitych. Otóż ​​to.

Oznacza to, że wszystkie wskaźniki w twoim programie są dwa razy większe. I (przynajmniej w architekturze ILP32 / LP64) twoje longsą również dwa razy większe. Zwykle osiąga to około 30% wzrost rozmiaru kodu obiektu. To znaczy że …

• Twój kod obiektu zajmie ~ 30% dłużej, aby załadować z dysku do pamięci RAM
• twój kod obiektowy zajmie ~ 30% więcej miejsca w pamięci
• skutecznie zmniejszyłeś przepustowość pamięci (dla kodu obiektowego) o ~ 20%
• skutecznie zmniejszyłeś rozmiar pamięci podręcznej instrukcji o ~ 20%

Ma to istotny wpływ na wydajność.

Takie postępowanie ma sens tylko wtedy, gdy można „odkupić” te koszty wydajności. Zasadniczo istnieją dwa sposoby, aby to zrobić: wykonujesz wiele 64-bitowych operacji na liczbach całkowitych lub potrzebujesz więcej niż 4 zmapowanej pamięci GiByte. Jeśli jedno lub oba z nich są prawdziwe, warto zastosować oprogramowanie 64-bitowe, w przeciwnym razie nie.

Uwaga: istnieje kilka architektur, w których nie ma odpowiednich wariantów 32- lub 64-bitowych. W takim przypadku pytanie oczywiście nie ma sensu. Najbardziej znane to IA64, który jest tylko 64-bitowy i nie ma wariantu 32-bitowego, oraz x86 / AMD64, które są, choć ściśle powiązane, różne architektury, x86 jest tylko 32-bitowy, a AMD64 jest tylko 64-bitowy.

W rzeczywistości to ostatnie stwierdzenie nie jest już w 100% prawdziwe. Linux ostatnio dodał x32 ABI, który pozwala na uruchamianie kodu AMD64 z 32-bitowymi wskaźnikami, więc nawet jeśli nie jest to „właściwa” architektura procesora, jest to sposób użycia architektury AMD64 w taki sposób, jakby miał natywny Wariant 32-bitowy. Zrobiono to właśnie dlatego napowietrznej wydajność wspomniałem powyżej powodując realne mierzalne, policzalne problemy dla użytkowników pracujących w świecie rzeczywistym świecie rzeczywistym kodu w systemach rzeczywistych.

Jeśli oprogramowanie musi łączyć się bezpośrednio ze starszymi systemami, sterownikami lub bibliotekami, może być konieczne dostarczenie wersji 32-bitowej, ponieważ AFAIK ogólnie system operacyjny (zdecydowanie Windows i Linux AFAIK) nie pozwala na mieszanie 64-bitowych i 32-bitowych -bitowy kod w procesie.

Na przykład, jeśli twoje oprogramowanie potrzebuje dostępu do specjalistycznego sprzętu, klienci często korzystają ze starszych modeli, dla których dostępne są tylko sterowniki 32-bitowe.

W pobliżu

Jeśli twoje oprogramowanie jest biblioteką DLL, MUSISZ podać wersje 32-bitową i 64-bitową. Nie masz pojęcia, czy klient będzie używał oprogramowania 32-bitowego, czy 64-bitowego do komunikowania się z biblioteką DLL, a biblioteka DLL musi używać tej samej długości bitów co aplikacja. To nie podlega negocjacji.

Jeśli twoje oprogramowanie jest samodzielnym plikiem wykonywalnym, jest mniej jasne. Jeśli nie potrzebujesz, aby twoje oprogramowanie działało na starszych systemach operacyjnych, może nie być konieczne zapewnienie wersji 32-bitowej. Po prostu trzymaj się wersji 64-bitowej, określ, że wymaga 64-bitowego systemu operacyjnego i wykonanej pracy.

Jeśli jednak potrzebujesz oprogramowania do działania na starszych systemach operacyjnych, być może NIE będziesz chciał udostępniać wersji 64-bitowej. Jeśli masz dwie wersje, to dwukrotnie testujesz, a prawidłowe testowanie oprogramowania w różnych wersjach systemu operacyjnego i językach nie jest szybkim procesem. Ponieważ oprogramowanie 32-bitowe działa idealnie na platformie 64-bitowej, nadal dość powszechne jest, że oprogramowanie jest wydawane tylko w wersji 32-bitowej, szczególnie przez mniejszych programistów.

Należy również pamiętać, że większość telefonów komórkowych jest 32-bitowa. Być może niektóre high-endowe są teraz 64-bitowe, ale nie ma istotnego powodu, aby zrobić ten krok. Jeśli więc pracujesz na różnych platformach i chcesz, aby Twój kod działał również na Androidzie, pozostanie w wersji 32-bitowej jest bezpieczną opcją.