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

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

[melcomtec]

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].

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

[Радик Юсупов]

  17.10.2010 10:56, melcomtec пишет:
>
> Предисловие
> ===========
>
> 1. Я против того, чтобы ставить 64-х битную систему из-за крутизны или
> только для того "чтоб было".
> 2. Я против того, чтобы менять вылизанную и выстраданную в настройках
> и доводках до ума систему 32-бит на 64, только потому, что 64 бита
> чем-то лучше или перспективней.
> 3. Я отдаю себе отчёт в том, что 64-х битные GNU/Linux системы могут
> содержать в себе на данном этапе больше проблем и ошибок, чем
> аналогичные 32-х битные.
Я лично перешел на 64-х битную систему для тестирования lxde на этой 
платформе..
Отхватил проблем... Повесил пару багов. Если честно, пока ничего 
хорошего кроме того, что теперь имею возможность собирать 64х битные 
системы.
Как-то так.

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

[melcomtec]

Статья - http://www.opennet.ru/opennews/art.shtml?num=27938
Название - Оценка безопасности различных дистрибутивов Linux
Дата публикации - 13.09.2010 09:45

Выдержка из статьи:

"Как видно из результатов тестов, ядра всех тестируемых дистрибутивов
подвержены уязвимостям типа "return-to-function", позволяющим
вредоносному коду использовать корректные системные функции в своих
целях. Атаки такого типа достаточно сложно отличить от "легального"
кода. Лучшая защищенность может быть достигнута с использованием
64-битного адресного пространства, так как согласно данной публикации
32-битное адресное пространство может быть просто просканировано
вредоносным кодом для поиска искомого значения данных."

Ключевая фраза:

"Лучшая защищенность может быть достигнута с использованием 64-битного
адресного пространства"

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

[Alexander Yereschenko]

Доброе!
В сообщении от Четверг 28 октября 2010 15:33:23 автор melcomtec написал:
> Статья - http://www.opennet.ru/opennews/art.shtml?num=27938
> Название - Оценка безопасности различных дистрибутивов Linux
> Дата публикации - 13.09.2010 09:45
> 
> Выдержка из статьи:
> 
> "Как видно из результатов тестов, ядра всех тестируемых дистрибутивов
> подвержены уязвимостям типа "return-to-function", позволяющим
> вредоносному коду использовать корректные системные функции в своих
> целях. Атаки такого типа достаточно сложно отличить от "легального"
> кода. Лучшая защищенность может быть достигнута с использованием
> 64-битного адресного пространства, так как согласно данной публикации
> 32-битное адресное пространство может быть просто просканировано
> вредоносным кодом для поиска искомого значения данных."
> 
> Ключевая фраза:
> 
> "Лучшая защищенность может быть достигнута с использованием 64-битного
> адресного пространства"

Чисто теоретически...
Ничто не мешает просканировать 64-битное адресное пространство, но не 
сканировать при этом несуществующую физически память.


С уважением, Александр

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

[Aleksey Novodvorsky]

30 октября 2010 г. 21:19 пользователь melcomtec
<altlinux-lists@xakep.ru> написал:
> Alexander Yereschenko <ave4600@gmail.com> написал:
>>
>> Доброе!
>> В сообщении от Четверг 28 октября 2010 15:33:23 автор melcomtec написал:
>> > Статья - http://www.opennet.ru/opennews/art.shtml?num=27938
>> > Название - Оценка безопасности различных дистрибутивов Linux
>> > Дата публикации - 13.09.2010 09:45
>> >
>> > Выдержка из статьи:
>> >
>> > "Как видно из результатов тестов, ядра всех тестируемых дистрибутивов
>> > подвержены уязвимостям типа "return-to-function", позволяющим
>> > вредоносному коду использовать корректные системные функции в своих
>> > целях. Атаки такого типа достаточно сложно отличить от "легального"
>> > кода. Лучшая защищенность может быть достигнута с использованием
>> > 64-битного адресного пространства, так как согласно данной публикации
>> > 32-битное адресное пространство может быть просто просканировано
>> > вредоносным кодом для поиска искомого значения данных."
>> >
>> > Ключевая фраза:
>> >
>> > "Лучшая защищенность может быть достигнута с использованием 64-битного
>> > адресного пространства"
>>
>> Чисто теоретически...
>> Ничто не мешает просканировать 64-битное адресное пространство, но не
>> сканировать при этом несуществующую физически память.
>>
>>
>> С уважением, Александр
>> _______________________________________________
>> smoke-room mailing list
>> smoke-room@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/smoke-room
>
> А практически? И по состоянию на сегодня. Я не думаю, что эксперты ошиблись.
> В любом случае, напишите им о своём видении ситуации, и пусть они
> опровергнут свою информацию.

Ну да, в IDC уже пишем.
Серверы, конечно, на 86_64. А вот десктопы тут совсем ни при чем.

Rgrds, Алексей

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

[Michael Shigorin]

On Sat, Oct 30, 2010 at 09:36:05PM +0400, Aleksey Novodvorsky wrote:
> Серверы, конечно, на 86_64. А вот десктопы тут совсем ни при чем.

Брр :)

PS: правда, мне всё лень перетаскивать уже притёртые 32-битные
корни на x86_64 и при 64-битных железках.  Плюсов столько не
набирается.  При установках с нуля x86_64 идёт и на десктоп.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1202 bytes --]

On Sat, Oct 30, 2010 at 08:54:19PM +0300, melcomtec wrote:

m> выглядят как минимум не серьёзно. Я ведь никому глаза не выцарапываю и в
m> лицо не плюю. Я очень рад прочесть обоснованное мнение каждого и сказать за
m> это спасибо. Только не вижу я тут этих обоснованных возражений. Максимум,
m> что мне пришло на личную почту от возражающих, это "воспользуйтесь Google",
m> "такой информации в Интернет много" и далее в том же духе. Я нахожу
m> источники информации отличные от "бабушек на улице" и привожу их аргументы в
m> пользу своей симпатии. Кто считает иначе, пусть напишет обоснованно свою
m> точку зрения. "32 + PAE" - основная формула некоторых противников. Я
m> постарался изложить взгляд на преимущества 64-х битной архитектуры GNU/Linux
m> тех людей, которых трудно назвать идиотами.

Вопрос суммарных преимуществ/недостатков.

Никакого смысла использовать i586 на сервере я нынче не вижу. А вот на
десктопе у i586 _пока_ в целом преимуществ больше ("оно просто все
работает").

Хотя я уже давно на x86_64, и i586 у меня только на ноутбуке.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]