Какую версию Linux установить: i386 или x64?
Мое большое беспокойство является дисками, поскольку кажется, что Вы не можете купить дешевки:
А главные примечания поставщика:
'Большинство RAID-контроллеров разработано к тайм-ауту данная команда, если дисковод становится безразличным в течение данного периода времени. Результат будет состоять в том, что диск появится от строки или будет отмечен плохо, и предупреждение будет дано клиенту. Диски класса предприятия (или диски, разработанные для сред RAID), имейте предел повторной попытки, прежде чем сектор будет отмечен плохо. Этот предел повторной попытки включает диску ответить на RAID-контроллер в течение ожидаемого периода времени. В то время как настольные диски могут работать с RAID-контроллером, массив будет прогрессивно уходить строка как возрасты дисковода и может привести к потере данных'.
, Который кажется безумным мне, другой глюк, который гарантирует, что поставщики дисков получат много возвратов от людей, которые 'не знают лучше'. Однако я читал, тот Google сделал техническое описание (не может найти это tho), который показывает, что нет никакого различия в надежности дисков между этими двумя 'классами', предлагаемыми поставщиками систем хранения. Я сомневаюсь, что Google использует аппаратные RAID-контроллеры в их бежевом флоте поля все же.
, Возможно, mdadm (в набеге Linux) имеет настройки, которые можно использовать для контакта с более нетерпеливыми настройками в настольных встроенных микропрограммных обеспечениях диска?
, Возможно, в действительности, все платят за их гарантию в течение knobbled периода 'тайм-аута' в микропрограмме контроллера?
Поскольку сервер просто использует операционную систему на 64 бита
Назад в 2006 были проблемы, получающие драйверы устройств.
Вы говорите о Виртуальном сервере так, чтобы, конечно, не относился к Вам.
Все программное обеспечение, которое Вы хотите запустить, будет работать над операционной системой на 64 бита очень хорошо
Ссылки ниже являются соответствующими разделами от страницы Wikipedia http://en.wikipedia.org/wiki/64-bit
"В x86-64 архитектуре (AMD64) большинство 32-разрядных операционных систем и приложений может работать гладко на 64-разрядных аппаратных средствах".
-
1Ссылки являются всей пользой, но I' m имеющий проблему, понимая точку кавычки. Это, кажется, говорит, что можно установить 32-разрядную ОС и 32-разрядные приложения сверху ее, на 64-разрядных аппаратных средствах. Кажется, как будто вопрос утвержден на этом знании, и OP спрашивает, должен ли он установить один или другой (компромисс производительности/совместимости), учитывая, что они будут оба работать над его аппаратными средствами. – Matt J 9 June 2009 в 21:29
Только с 384 МБ RAM мне не точно ясно, почему Вы хотели бы пойти путем на 64 бита. Вам, очевидно, не нужна способная ОС на 64 бита для обращения к тому объему памяти. Можно даже видеть увеличенное использование памяти из-за использования 64 битов (с одной стороны, все указатели - теперь 64 бита вместо 32). Вы, вероятно, не получите при помощи OS на 64 бита, за исключением того, что можно считать в ссылках, предоставленных giaresu....
Если аппаратные средства составляют 64 бита, способные, затем идут для x86_64 установки. Почти все серийное программное обеспечение открыто и скомпилировано для той архитектуры. Самыми большими проблемами раньше были двоичные плагины для браузера, но теперь существуют версии на 64 бита и Java и Flash player (хотя этот все еще немного экспериментален).
Для нормального использования у Вас не будет проблемы, но если Вы зависите от немного (закрытых) 32bit-только приложение, можно хотеть придерживаться установки на 32 бита. Обратите внимание, что большинство дистрибутивов в их 64 версиях также обеспечивает подмножество своих библиотек, скомпилированных в режиме на 32 бита, таким образом, можно все еще запустить 32bit-только приложение при условии, что можно найти, что все пакеты удовлетворяют зависимости (но - по крайней мере, с Debian - довольно легко преобразовать 32 бита .deb библиотека к пакету совместимости, устанавливаемому на распределении на 64 бита),
Основная болевая точка, которую я видел при попытке использовать 64-разрядный Linux ОС, является поддержкой драйвера аппаратных средств. Принятие Ваших определенных аппаратных средств имеет хорошие стабильные 64-разрядные драйверы, я сказал бы, идут, чтобы x64 версия помогла соответствовать требованиям завтрашнего дня Ваша установка.
У меня есть два каламбура о 64-разрядном Linux. Java и Flash. Я регулярно использую Eclipse и Разработчика SQL, и получение их настроенный было раздражающим. Не невозможный или ужасный, но была некоторая дополнительная работа. Мне все еще не установили надежный Флеш-плагин.
Как всегда это всегда - вопрос того, чего Вам нужен Ваш machine/s для достижения. Можно найти невозможным сделать то, в чем Вы нуждаетесь с 64-битным кодом по ряду причин, но я всегда говорю, что все должны AIM, чтобы работать в 64-разрядной среде, но быть очень в поисках причин, которые мешали бы Вам делать так.
Я в настоящее время выполняю 64-разрядную версию CentOS 5.1 без проблемы. Если у Вас еще нет определенного, статически скомпилированного двоичного файла (или хуже, закрытое приложение), не потейте он, просто пойдите 64-разрядные. 64-разрядная среда поддерживается большинством виртуальных машин в эти дни.
Самой большой проблемой с использованием 64-разрядной ОС является потраченная впустую память при использовании JAVA-приложений (Java счастлив указателем). Можно смягчить это путем предоставления разработчикам версию на 32 или 64 бита Java и объяснение проблем.
Это немыслимо для нахождения программного обеспечения, которое не будет работать на 64-разрядной системе, которая будет работать на 32-разрядной системе. Redhat обеспечивает 32-разрядный, разделяют библиотеки для всего.
Пользователи, которые должны выделить больше чем 4 ГБ (действительно 2 или 3 ГБ) RAM, будут очень расстроены, узнают ли они, что Вы установили 32-разрядную ОС. Хотя у меня действительно были некоторые пользователи, которые использовали несколько сотен megs RAM, если катастрофическая утечка памяти не произошла. Они были очень нарушены, что мы дали им 64-разрядный Java на 64-разрядной ОС - целая разрушенная система (минуты времени простоя) вместо проблематичного приложения (секунды времени простоя).
Существуют все еще некоторые коммерческие приложения, которые только поддерживаются на 32-разрядной версии (поскольку я обнаружил, когда я пытался развернуться, Почтовый сервер Kerio 6.6.1 назад в марте - 6.7.0 был выпущен в мае и 64-разрядный совместимый, таким образом, это хорошо теперь). Если Вы - планирование только запускающий приложения FOSS или несколько коммерческих приложений с закрытым исходным кодом, которые являются 64-разрядные совместимый, это не большая часть проблемы.
Это зависит.
Как упомянуто другими, некоторая работа приложений лучше на ОС на 32 бита по сравнению с ОС на 64 бита. Реверс также верен.
Как упомянуто другими, ОС на 64 бита допускает больше доступа RAM, чем даже 32 бита с включенным PAE, хотя PAE, включенный ОС, может общий доступ много RAM.
То, что я нашел, очень к моей тревоге, то, что чипсет/BIOS помещает предел на максимальную память, которую я могу использовать. Даже с Ubuntu на 64 бита, моя система все еще может только получить доступ к 3.2 ГБ RAM. Я решил возвратиться к версии на 32 бита для использования в своих интересах лучшей совместимости с некоторыми пользовательскими приложениями