Виртуализация: 64-разрядный или 32-разрядный?
Используя значение по умолчанию http.conf (или очень близко к нему) на самом деле обычно хорошая вещь. Вы были бы удивлены, насколько лучше в этот апачские разработчики и инженеры Redhat, чем большинство из нас :)
Прежде всего, и я приношу извинения, если это звучит немым, но действительно ли Вы уверены, что nginx настроен перед апачем? Я не могу сказать Вам, сколько раз я видел, что люди читают сообщение в блоге, рекомендующее nginx, и пошел и устанавливаю их существующего апача к mod_proxy / изображения назад к nginx.
Во-вторых, большинство апачских модулей, особенно те, которые прибывают в сборку redhat/centos, очень хорошо записаны для пользований совместно использованными библиотеками и временем выполнения в апреле, таким образом, они вряд ли купят Вас очень комментирование их.
Я думаю самая большая вещь, на которую Вы, вероятно, хотите посмотреть, php op кэш. Это может иметь поразительное влияние и на производительности и на пакетном использовании памяти сценариев PHP. Fortunatly как пользователь CentOS, можно установить EPEL repo и "конфетку, устанавливают php-pecl-apc" и имеют его установка в моментах. Посмотрите, как это помогает.
Есть ли любые преимущества или недостатки между 64-разрядной и 32-разрядной виртуализацией, кроме предела памяти на 4 гигабайта на 32-разрядные машины.
Существует много преимуществ для выполнения в среде на 64 бита. Самое большое, как Вы говорите, способность обратиться к большим объемам памяти. В то время как можно заставить ядро на 32 бита обращаться больше чем к 4 ГБ RAM, отдельные процессы будут все еще ограничены 4 ГБ. Это влияет не только "на реальный поршень", но и их все виртуальное адресное пространство..., которое является конкретной проблемой, если приложения планируют сделать широкое применение виртуальной памяти через mmap () или другие методы. Лак http кэш является главным примером этого. Обсужденный здесь и в другом месте.
Эта статья от AMD (предупреждение: PDF), обсуждает 64 по сравнению с 32 биты в некоторых деталях.
Существуют теоретические преимущества производительности для системы на 64 бита, вызванные большим количеством регистров, более широкие выборки памяти (то есть, больше чтения битов на операцию чтения), и т.д, но данные, которые я видел до сих пор, предполагают, что производительность 32 по сравнению с 64 битами в настоящее время не является большой частью причины выбрать один или другой.
Гость на 32 бита будет использовать меньше памяти. Я обычно использую гостей на 32 бита на своем хосте на 64 бита, если у меня нет определенной причины. Если Вам нужна верхняя память, затем идут 64.
Одно соображение является требованиями RAM виртуальной машины. Вы найдете, что MySQL и Lighttpd используют больше памяти в Ubuntu на 64 бита по сравнению с Ubuntu на 32 бита.
Таким образом, мне нравится использовать установки на 32 бита на маленьком VMs с небольшой RAM, такой как 512 или меньше. Вы часто видели бы эти низкокачественные конфигурации со многими поставщиками VPS как linode или slicehost.
Единственные сравнительные тесты, которые я видел для показа реального достоинства для кода на 64 бита, были для mysql (и дб в целом), это работало на Sun Крайние 5 (на земле RISC, 32 бита почти всегда быстрее немного), если производительность имеет значение, это может производитель реальная разница.
Еще одна точка, VMware заявляет для установки VM для использования одного ЦП, если Вам не нужно больше производительности, поскольку это обычно быстрее (существуют издержки от нескольких виртуальный CPU).