[room] GNU/Linux: 64-х битная платформа

[melcomtec <altlinux-lists@xakep.ru>]

Michael Shigorin написал:

> On Sat, Oct 16, 2010 at 01:06:38PM +0400, Alexei V. Mezin wrote:
>> >Ну давайте Вы уже в курилку со своими баснями о том, как нет
>> >толку от GNU/Linux 64-бит!
>> Пруфлинк на пользу от 64бит, или идите куда подальше (хоть бы и
>> в курилку), ОК?
>
> Давайте всё-таки не хамить друг другу.
>
> На эту тему действительно существуют полярные мнения,
> но железки с байтиками не важнее людей.
>
> По существу вопроса вроде как уже всё нужное сказано,
> а обсудить ощущения/впечатления/бенчмарки/тропинки --
> и впрямь пойдёмте в smoke-room@, мне тоже интересно.

Разрешите мне без злобы и негатива, заручившись интересом Михаила
Шигорина как поддержкой :-), описать свою точку зрения на этот вопрос.

Предисловие
===========

1. Я против того, чтобы ставить 64-х битную систему из-за крутизны или
только для того "чтоб было".
2. Я против того, чтобы менять вылизанную и выстраданную в настройках
и доводках до ума систему 32-бит на 64, только потому, что 64 бита
чем-то лучше или перспективней.
3. Я отдаю себе отчёт в том, что 64-х битные GNU/Linux системы могут
содержать в себе на данном этапе больше проблем и ошибок, чем
аналогичные 32-х битные.

Изложение
=========

То что я хотел бы сказать, кратко и доходчиво, хорошо описано в
руководстве "Debian на платформе AMD64". К нему я и прибегну для
помощи, просто процитировав оттуда некоторые основные положения.

"Текущее состояние

AMD64 является официально поддерживаемой архитектурой Debian начиная с
выпуска Debian 4.0 (etch).

Перенос содержит ядра для всех 64-битных процессоров AMD с расширением
AMD64 и для всех процессоров Intel с расширением EM64T и общим
64-битным пользовательским пространством.
Полностью 64-битное пользовательское пространство

Перенос AMD64 полностью 64-битный, позволяющий пользователю получать
преимущества этой архитектуры по сравнению с i386:

    * нет сегментации памяти в нижней и верхней памяти
    * До 128 ТБайт виртуального адресного пространства на процесс
(вместо 2 ГБайт)
    * Поддержка 64 ТБайт физической памяти вместо 4 ГБайт (или 64
ГБайт с расширением PAE)
    * 16 регистров общего назначения вместо 8
    * gcc по умолчанию использует математические функции SSE2 вместо 387 FPU
    * gcc по умолчанию пропускает frame-pointers при -O2
    * Оптимизация во время компиляции использует общую базу для
AMD64/EM64T вместо унаследованного i386 хлама
    * По умолчанию страницы памяти не исполняемые

Ядро поддерживает запуск 32-битных двоичных файлов, основные
библиотеки для них содержатся в пакете ia32-libs."

-- 
С уважением, Денис [melcomtec].