64-разрядное устройство не потребляет вдвое больше памяти для одной и той же задачи. Некоторый код будет в два раза больше (как в ОЗУ, так и на диске), а некоторые структуры данных будут также больше из-за более крупных указателей и по соображениям эффективности (то есть структуры дополняются для выравнивания с 64-битными границами, а не с 32-битными). ), но большинство объемных данных, таких как те, которые хранятся в ОЗУ в базе данных, не будут занимать заметно больше места.
Использование 64-битной сборки может дать вам немного дополнительной производительности для задач, интенсивно использующих ЦП / память, поскольку код сможет использовать дополнительные (и более крупные) регистры, доступные в ЦП, вместо того, чтобы ограничиваться меньшим количеством меньших, доступных в 32-битный режим, и он может быть более эффективным с точки зрения гипервизора, так как ему не потребуется столько переключений контекста, которые включают в себя переход в длинный и длинный (64-битный) режим.
Моя интуиция предлагает перейти на 64-битный вариант, если только вы не полагаетесь на 32-битный пакет, у которого нет 64-битной версии или кода, чтобы вы могли скомпилировать свой собственный.
Я бы предложил попробовать оба варианта, если у вас есть время: установить что-то вроде VirtualBox на домашнюю машину, если у вас есть 64-разрядная, и создать две виртуальные машины объемом 512 МБ (одну с полностью 32-разрядной установкой и одну с полностью 64-разрядной). бит один) со смесью программного обеспечения, которое вы планируете использовать. Это даст вам лучшее представление о любых различиях, которые вы заметите, чем практические правила и догадки.
В качестве примечания: 4Gb - это большой обмен для 512Mb машины, виртуальной или другой. Если у вас столько же страниц на диске, сколько у вас в ОЗУ, то вы, вероятно, увидите значительное снижение производительности из-за перестановки подкачки (страницы постоянно меняются между ОЗУ и диском), если вы попадаете в ситуацию, когда у вас есть 8 раз столько страниц памяти на диске, сколько у вас в оперативной памяти, я ожидаю, что виртуальная машина уже давно остановится. Часть этого пространства будет гораздо лучше использоваться в качестве хранилища файлов, если у вас есть возможность.
