64-розрядна композиція не буде споживати вдвічі більше пам’яті для тих самих завдань. Деякий код буде вдвічі більшим (і в оперативній пам’яті, і на диску), а деякі структури даних будуть занадто великими через більших покажчиків і з міркувань ефективності (тобто структури, що додаються, щоб вирівняти 64-бітні межі, а не 32-бітні ), але більшість об'ємних даних, таких як дані, що зберігаються в оперативній пам'яті в базі даних, не матимуть помітного збільшення площі.
Використання 64-бітної збірки може дати вам трохи додаткової продуктивності для завдань, що займають процесор / пам'ять, оскільки код зможе використовувати додаткові (і більші) регістри, доступні в процесорі, замість того, щоб обмежуватися меншою кількістю менших, доступних у 32-розрядний режим, і він може бути більш ефективним з точки зору гіпервізора, оскільки йому не знадобиться стільки контекстних комутаторів, які передбачають стрибки в довгий (64-бітний) режим.
Моя кишка пропонує перейти на 64-бітний варіант, якщо ви не покладаєтесь на 32-бітний пакет, який не має 64-бітної версії або коду, щоб ви могли скласти свій власний.
Я б запропонував спробувати обидва, якщо у вас є час: встановіть щось на зразок VirtualBox на домашній машині, якщо у вас є 64-розрядна здатність та створити два 512 Мб VM (один із повністю встановленою 32-бітною версією та один із повністю 64- біт) із поєднанням програмного забезпечення, яке ви плануєте використовувати. Це дасть вам кращу вказівку на будь-яку різницю, яку ви помітите, ніж правила з великим пальцем та здогадки.
Як зауваження: 4Gb - це багато своп для машини 512Mb, віртуальної чи іншої. Якщо у вас на диску стільки ж підключеного до диску, скільки у вас в оперативній пам’яті, ви, швидше за все, побачите значне падіння продуктивності через обмінювання свопів (сторінки, які постійно обмінюються між оперативною пам’яттю та диском), якщо потрапите в ситуацію, коли у вас 8 разів стільки сторінок пам’яті на диску, скільки у вас в оперативній пам’яті, я думаю, що VM вже давно ефективно зупиниться. Деякі з цього простору було б набагато краще використовувати як зберігання файлів, якщо у вас є можливість.