Jest stary i 64-bitowy obraz i VM dla pisk. W Esug naciskałem, aby uzyskać 64-bitową obsługę Pharo, ale to porusza się powoli. [edit] I widzę, że jest teraz eksperymentalny 64-bitowy vm i obraz dla linuksa x86. [/ edit] Piskliwy vm był przedwczesny. Eliot Miranda pracuje nad nowym zestawem kodu bajtowego/obrazu dla 64 bitów. Gdy to się skończy, założę się, że Pharo, Squeak i Newspeak będą migrować do tego.
Obraz 64-bitowy może działać wolniej niż 32-bitowy, ale jest to prawdopodobnie prawie stały współczynnik, a tym samym staje się coraz mniej istotny, ponieważ prędkość komputera rośnie. Ważniejsze jest to, że możliwość korzystania z dużej ilości pamięci RAM pozwala programistom na kompromisy czasowo-przestrzenne. To znaczy, między jego czasem a kosztem barana. 4 GB kosztuje mniej niż godzinę inżynieryjną w Europie Zachodniej i USA.
Podczas korzystania z większych obiektów bezpośrednich (małe rozmiary do 2^62/63, małe płótno?) Obrazy 64-bitowe mogą być szybsze. Gemstone ma implementacje kolekcji, które skalują się o wiele lepiej, oryginalne implementacje wykorzystują pojedynczą tablicę jako sklep z zapleczem. W przypadku dużych kolekcji potrzebna jest co najmniej tablica tablic jako zapas.
Zrobiłem kilka konwersji danych, w których zdecydowanie wolałbym załadować wszystkie dane w obrazie, a następnie rozpocząć analizowanie, przekształcanie, czyszczenie i eksportowanie. Praca z dysku spowalnia proces o współczynnik równy 100. Zmniejsza to liczbę cykli sprzężenia zwrotnego od minut do godzin lub dni. Cykl sprzężenia zwrotnego ma kluczowe znaczenie, zwłaszcza podczas rozpoczynania procesu, ponieważ do tej pory nie wiem wystarczająco dużo o systemie. Później może uda mi się go podzielić, ale to zakłada, że po prostu go nie ma.