Используемая память в Linux 32bit и Linux 64bit

vsz

res

Почему 64битный линукс жрёт в разы больше памяти чем 32битный?

Это не так.

Единственное объяснение которое приходит в голову - процессы видят что памяти чуть больше чем дохрена и не стесняются требовать у системы больший объём.

Не совсем так. Ядро резервирует больше памяти. Для процессов в пользовательском пространстве разница обычно объясняется принципиальными особенностями архитектуры amd64 (длиной указателя, например).

Почему 64битный линукс жрёт в разы больше памяти чем 32битный?

Обычно 64-разрядный занимает памяти лишь немногим больше, на несколько %, а почему у тебя в разы - ХЗ.

vsz

v - virtual

жрёт в разы

Потому, что ядро и программы видят больше памяти и стремятся её использовать. Многие размеры буферов и пр задаются в %. Проверяется загрузкой с параметром ядра mem=64m.

Проведи ещё один эксперимент. Выдерни часть памяти, оставив 4ГБ, и поставь 64-битный Дебиан.

Почему-то никто не посоветовал поставить ядро с PAE на 32bit дебиан.

1) VSZ — это не занятая память.
2) Free memory — wasted memory. Многие программы в линуксе действительно используют больше памяти при увеличении доступной памяти.

Выдерни часть памяти, оставив 4ГБ

Из 15-и слотов выдернуть, в 16-м оставить?
Там скорее всего 32+32 или 16+16+16+16.

Но ведь 64 бита ставят для использования > 4gb озу. Стоит ли размениваться на какие-то десятки мегабайт при таких обьемах памяти?

Немного больше подробностей о моих экспериментах. Я поставил 64битный дебиан на виртуалку (virtualbox). На виртуалке было 1гб памяти. Далее сделал копию hdd и tar'ом запаковал всё содержимое корневой директории в архив. Этот архив залил в отформатированную файловую систему на мощном компе (с 32гб памяти). Т.е. что на компе, что на виртуалке файловая система была идентична.

А теперь самое интересное. Только что запустил виртуалку, на ней занято 49мб памяти. А на компе по прежнему 147.

В общем думаю моя догадка подтверждается экспериментально. Процессы берут больше памяти когда её много. Как сказал анонимус, в процентах.

Однако: udevd как на виртуалке, так и на компе занимают одинаково 20мб памяти.

Про PAE - спс что напомнил. Буду экспериментировать с 32битным линуксом.

http://www.linuxatemyram.com

Вопрос банальный, но всё же - уверен, что считаешь без дискового кэша?

Он вообще считает vsz, игнорируя что ему писали :3

А зачем тебе 32 гига? Да еще и в линуксе, ну ладно бы там на виндовые супер игры

Мамка наверное дофига стоит. Кинь сюда модель

Заметил одну странность. На компе 32гб памяти. Поставил на него 32битный дебиан. По понятным причинам памяти он увидел около 4гб.

Поставь ядро с PAE.

А зачем тебе 32 гига? Да еще и в линуксе, ну ладно бы там на виндовые супер игры

На самом деле это не декстопный комп а сервак :) будет разбит на несколько виртуальных тачек посредством xen. С линуксом раньше работал мало, в основном юзаю фрибсд.

http://www.linuxatemyram.com

Ггг, сайт порадовал) но буферы+кэш хавают мало, особенно когда система пустая и только запустилась. Как советуют на сайте, сделал free -m. На серваке used-cache-buffers = 105, на виртуалке 25.

Он вообще считает vsz, игнорируя что ему писали :3

Не игнорирую, просто на самом деле в подсчёте памяти занятой одним процессом чёрт ногу сломит, например из-за шаред-либ которые юзаются одновременно несколькими процессами. Меня в основном интересуют суммарные показатели.

Поставил Debian32+PAE на сервер. Занято 58мб памяти в базовой инсталляции. В общем решил, что пока есть возможность юзать 32битную ось - её нужно юзать.

Теоретически, 64-битная система будет немного быстрее 32-битной там, где 64-битный софт оптимизирован.

Если у тебя не гента, то у amd64 есть ещё профит в включении большего количества возможностей процессора при сборке. Поэтому x86 (даже с PAE) есть смысл ставить, только если нужны какие-то специфичные драйвера, которых нет под amd64.

Меня в основном интересуют суммарные показатели.

free -m — вторая строчка, первая цифра

На компе 32гб памяти.

Н-да.

Вроде по умолчанию ставится.