Для Intel Core 2 Duo, я должен обновить мой x32 с x64 Linux?
Я понимаю, что Core 2 Duo - это 64-разрядный процессор, а Core Duo - 32-разрядный. Дайте мне знать, если мое понимание неверно. Мой сервер Linux с Core 2 Duo E8400 в настоящее время работает под управлением Fedora 9 x32. Эта машина имеет 4 гигабайта оперативной памяти, и я не предвижу необходимости добавлять больше памяти в ближайшее время.
Есть ли реальное преимущество при переходе с x32 на x64? Если да, следует ли мне обновить Fedora 9 x32 до Fedora 11 x64 (если эта форма обновления даже поддерживается) или переустановить? Потеряю ли я что-нибудь ценное, придерживаясь x32? Из того, что я прочитал, похоже, что я ничего не теряю, придерживаясь x32, и эта производительность увеличивается при переходе с x32 на x64 только для определенных специальных рабочих нагрузок.
Этот вопрос похож на, но более конкретен, чем " Какую версию Linux установить: i386 или x64? ", Что фактически напомнило мне, что я хотел задать этот вопрос. Этот вопрос общий, этот вопрос специфичен для Core 2 Duo, так как у меня уже есть оборудование.
Рабочая нагрузка для этого сервера: легкий веб-сервер и сервер EMail, полный NAT для домашней сети, а также легкое использование NFS/SMB для домашней сети для музыки, семейных фотографий и т. Д.
Я думаю, что ответ, который я получу, будет близок к следующему: "Так как вы уже установили x32, обновление на месте x64 будет затруднено... и потому что выигрыш для x64 очень мал для вычислений общего назначения... подождите до следующей полной установки и в то время, конечно, смените на x64." Тем не менее, это область, где мои знания очень неполны. Я не удивлюсь, если ответ "Не беспокойся", и я не удивлюсь, если ответ "Эй, ты должен сделать это при первой же возможности".
9 ответов
Из моего опыта использования 32 и 64-битных вариантов FreeBSD на одном и том же оборудовании я увидел ощутимое (но не огромное) преимущество в работе с 64-битной версией. 64-битная версия существует достаточно долго, чтобы у активных проектов не было проблем. Единственная область, в которой это не обязательно верно, касается скомпилированных коммерческих приложений (не похоже на проблему для вашей рабочей нагрузки).
Если бы вы устанавливали с нуля, я бы порекомендовал 64-битную для вашей рабочей нагрузки, но если у вас есть рабочее решение на месте, я не думаю, что стоит его менять.
Архитектура x86_64 имеет несколько других преимуществ, а не только пространство памяти. Наиболее важным из них является увеличение количества регистров, что позволяет компилятору генерировать более эффективный код.
Однако вряд ли это сильно повлияет на производительность вашей системы.
Если вам не нужна полная 4-гигабайтная память, вам, вероятно, не придется испытывать трудности с полной переустановкой ОС. Все должно быть перекомпилировано, чтобы получить выгоду.
Единственным преимуществом перехода на 64-битную версию является возможность адресации памяти объемом более 4 ГБ. AFAIK, нет никаких преимуществ в производительности при переходе на 64-битную при работе с 4 ГБ или меньше.
В дополнение к этому, 64-битная версия все еще является относительно новой в том смысле, что она не получила широкого распространения. (по сравнению с длинной историей 32-битных систем) Вы можете / можете столкнуться с проблемами совместимости, работающими на 64-битных системах.
Имейте в виду, что есть несколько плагинов с закрытым исходным кодом, которые не очень хорошо работают с 64-битной версией. По моему опыту, бета-версия 64-битного плагина была нестабильной, и у nspluginwrapper с 32-битным плагином есть некоторые интересные особенности (но они пригодны для жизни). Мне никогда не удавалось заставить Java-апплеты работать с 64-битным браузером...
Это зависит.
Как уже упоминалось, некоторые приложения работают лучше на 32-битной ОС, а не на 64-битной. Обратное также верно
Как уже упоминалось, 64-битная ОС обеспечивает больший доступ к ОЗУ, чем даже 32-битная с включенным PAE, хотя ОС с поддержкой PAE обычно имеет доступ к большому объему оперативной памяти.
К моему большому разочарованию я обнаружил, что набор микросхем /BIOS ограничивает максимальный объем памяти, который я могу использовать. Даже с 64-битной Ubuntu моя система все еще может получить доступ только к 3,2 ГБ оперативной памяти.
Увеличение производительности составляет 1-3% на приложениях с интенсивным расчетом. Реальное преимущество 64-битной системы - возможность использовать более 4 ГБ ОЗУ.
С другой стороны, проблема в том, что существует множество пакетов с закрытым исходным кодом, доступных для Linux только в 32-битных пакетах с 32-битными зависимостями. Иногда могут быть настоящие боли в спине.
Гектометр
Это может быть сделано при условии, что вы нашли время, чтобы отделить ваши данные от остальной части системы.
Сделайте новую 64-битную установку на отдельном жестком диске. Затем загрузите 64-битную установку с подключенным старым жестким диском. Смонтируйте старый диск где-нибудь в /mnt, затем добавьте ваши данные в новую установку. Обязательно подбирайте настройки для различных сервисов по пути, а также небольшие кусочки в /var/spool/mail, /root, /home и т. Д. Перезагрузите, когда закончите. Если это не работает, как ожидалось, вы ничего не потеряете, ваша старая установка все еще там.
2009-12-07 Обновление:
Посмотрите, как вы можете использовать фоновые задания, cron/ при планировании и т. Д., Чтобы помочь с переходом. Перемещение объемных данных должно происходить в пакетном режиме, пока вы хорошо спите ночью; и если это не жизнеспособный вариант, то вам, возможно, придется переосмыслить это или вообще отказаться от него. Помните, вы хотите, чтобы система работала для вас, а не наоборот.
Если вы хотите, чтобы ваша ОС могла использовать более 3,5 ГБ этого ОЗУ (возможно, немного меньше в зависимости от того, какое у вас оборудование PCI), тогда да. Из-за структуры памяти 32-битных систем часть этого физического ОЗУ будет затенена устройствами PCI и областями памяти BIOS.