Говоря о простоте обслуживания / поддержки программного обеспечения, имеет ли значение, какая версия linux i386 или x64 установлена?
Сервер, очевидно, 64-битный, однако мне интересно, добавит ли жизнь с 64-битной ОС больше проблем, когда дело доходит до поиска обновлений программного обеспечения и установки программного обеспечения.
Рассматриваемый дистрибутив Linux - это Centos 5, оборудование - это базовый VPS с 384 МБ.
Для сервера просто используйте 64-битную операционную систему
Еще в 2006 году были проблемы с получением драйверов устройств.
Вы говорите о виртуальном сервере, поэтому к вам это не относится.
Все программное обеспечение, которое вы хотите запустить, будет отлично работать в 64-битной операционной системе.
Ссылки ниже - это соответствующие разделы со страницы Википедии. http://en.wikipedia.org/wiki/64-bit
«В архитектуре x86-64 (AMD64) большинство 32-битных операционных систем и приложений могут без проблем работать на 64-битном оборудовании».
Имея всего 384 МБ ОЗУ, мне не совсем понятно, зачем вам использовать 64-битный путь. Очевидно, вам не нужна 64-битная ОС для работы с таким объемом памяти. Вы даже можете увидеть увеличение использования памяти из-за использования 64-битной версии (с одной стороны, все указатели теперь 64-битные, а не 32). Вы, вероятно, не выиграете от использования 64-битной ОС, за исключением того, что вы можете прочитать в ссылках, предоставленных giaresu ....
Если оборудование поддерживает 64-битную версию, выберите установку x86_64. Почти все упакованное программное обеспечение открыто и скомпилировано для этой архитектуры. Раньше самые большие проблемы были с бинарными плагинами для браузера, но теперь есть 64-битные версии как Java, так и Flash Player (хотя эта все еще немного экспериментальная).
При нормальном использовании у вас не будет никаких проблем, но если вы зависите от какого-либо (закрытого) 32-битного приложения, вы можете придерживаться 32-битной установки. Обратите внимание, что большинство дистрибутивов в их 64-й версии также предоставляют подмножество своих библиотек, скомпилированных в 32-битном режиме, поэтому вы все равно можете запускать 32-битное приложение при условии, что вы можете найти все пакеты для удовлетворения зависимостей (но - по крайней мере, с Debian - это довольно легко преобразовать 32-битную библиотеку .deb в пакет совместимости, устанавливаемый в 64-битном дистрибутиве)
Самая большая проблема при использовании 64-разрядной ОС - это нерациональная трата памяти при использовании приложений Java (Java поддерживает указатели). Вы можете смягчить это, предоставив разработчикам 32- или 64-разрядную версию Java и объяснение проблем.
Невозможно найти программное обеспечение, которое не будет работать в 64-битной системе, которое будет работать в 32-битной системе. RedHat предоставляет 32-битные библиотеки совместимости для всего.
Пользователи, которым необходимо выделить более 4 ГБ (на самом деле 2 или 3 ГБ) оперативной памяти, очень расстроятся, если узнают, что вы установили 32-разрядную ОС. Хотя у меня были пользователи, которые использовали несколько сотен мегабайт оперативной памяти, если не произошла катастрофическая утечка памяти. Они были очень расстроены тем, что мы дали им 64-битную Java на 64-битной ОС - вылетела вся система (минуты простоя) вместо проблемного приложения (секунды простоя).
Основная проблема, с которой я столкнулся при попытке использовать 64-разрядную ОС Linux, - это поддержка драйверов для оборудования. Предполагая, что ваше конкретное оборудование имеет хорошие стабильные 64-разрядные драйверы, я бы сказал, что стоит выбрать версию x64, чтобы защитить вашу установку в будущем.
У меня есть две придирки по поводу 64-битного Linux. Java и Flash. Я регулярно использую Eclipse и SQL Developer, и их установка меня раздражала. Не невозможно или ужасно, но нужно было потрудиться. У меня до сих пор не установлен надежный плагин Flash.
Есть еще несколько коммерческих приложений, которые поддерживаются только в 32-разрядной версии (как я обнаружил, когда пытался развернуть Kerio Mail Server 6.6.1 еще в марте - 6.7.0 был выпущен в мае и совместим с 64-разрядной версией, так что теперь все в порядке). Если вы планируете запускать только приложения FOSS или несколько коммерческих приложений с закрытым исходным кодом, совместимых с 64-разрядными версиями, это не такая уж большая проблема.
Как всегда, всегда вопрос в том, для чего вам нужны ваши машины. Вы можете найти невозможным делать то, что вам нужно, с 64-битным кодом по ряду причин, но я всегда говорю, что каждый должен AIM работать в 64-битной среде, но внимательно следить за причинами, которые вас остановят. от этого.
В настоящее время я без проблем использую 64-битную версию CentOS 5.1. Если у вас нет конкретного статически скомпилированного двоичного файла (или, что еще хуже, проприетарного приложения), не переживайте, просто перейдите на 64-разрядную версию. В наши дни 64-битная среда поддерживается большинством виртуальных машин.
Это зависит.
Как уже упоминалось другими, некоторые приложения работают лучше на 32-битной ОС по сравнению с 64-битной ОС. Обратное также верно.
Как упоминалось другими, 64-битная ОС обеспечивает больший доступ к ОЗУ, чем даже 32-битная с PAE включен, хотя ОС с поддержкой PAE может иметь доступ к большому объему оперативной памяти.
К моему большому разочарованию, я обнаружил, что набор микросхем / BIOS ограничивает максимальный объем памяти, который я могу использовать. Даже с 64-битной Ubuntu моя система все еще может получить доступ только к 3,2 ГБ ОЗУ. Я решил вернуться к 32-битной версии, чтобы воспользоваться преимуществами лучшей совместимости с некоторыми потребительскими приложениями.