VPF::Разбивка жесткого диска при установке систем GNU/Linux

bilbobagginz

Дата 29.5.2008, 10:39 (ссылка)

(нет голосов)

Загрузка ...

Naughtius Maximus

Профиль
Группа: Экс. модератор
Сообщений: 8813
Регистрация: 2.3.2004
Где: Israel

Репутация: 34
Всего: 317

схема разбивки диска в линукс другая чем виндовс, и обычно одного раздела "под линукс" - не достаточно.

путь 1: минимальное рекоммендуемое количество разделов - 2, т.е.
- один на swap ( т.е. РАЗДЕЛ подкачки, а не "файл подкачки")
- один на "всё остальное"
величина swap - зависит от кол-ва RAM. если у вас RAM<2GB, то обычно советуют сделать swap = 2-2.5 x RAM
если у вас больше памяти, до 4 ГБ, то обычно "хватит" и swap = RAM. если больше памяти - то там нужно смотреть, в зависимости от задачи.
в некоторых случаях можно и без swap, но в очень некоторых.
это не самый оптимальный вариант.
величина / - зависит от нужды. если устанавливать собираетесь много софта, то обычно 15-20 GB - хватит.
недостаток: логи в /var или временные файлы /tmp или файлы пользователя могут забить всю систему ( при опр. файловых системах этого можно избежать ), и это не даст новым программам открываться, т.е. система в ступоре.
преимущество: используется всё имеющееся свободное дисковое пространство.
путь 2: более оптимальный, 3 раздела:
- swap
- /, для всего кроме каталога-раздела /home
- /home - тут будут лежать файлы пользователей ( или "ля") , которые будут на отдельном разделе.
преимущество: пользователи не могут забить /, когда придется систему переустанавливать, то файлы пользователей не нужно будет переформатировать. это удобнее. величина /home - oбычно - "всё свободное место оставшееся после создания / и swap"
недостаток: создается грагментация пространства, т.е. корневой каталог более ограничен, /tmp и /var всё еще могут забить /
путь 3: более оптимальный вариант, 5 разделов:
- swap
- / - для всего кроме каталога-раздела /home
- /home - тут будут лежать файлы пользователей ( или "ля") , которые будут на отдельном разделе. когда придется систему переустанавливать, то файлы пользователей не нужно будет переформатировать. это удобнее. величина /home - oбычно - "всё свободное место оставшееся после создания / и swap"
- /var - для системных файлов, логов и т.д.
- /tmp - для временных файлов.
преимущество: /var, /tmp не могут забить /, и т.д.
недостаток: при неправильном планировании - /tmp, /var, / - тратят много свободного места, которое пустует.

есть еще несколько "популярных" схем, напр. при наличии нескольких быстрых физических дисков - разбивка swap на равные доли на каждом физическом диске, это ускоряет действие swap-in/swap-out, что очень сильно сказывается на быстродействии с нагруженной памятью, об этом тут же, ниже - читайте примечания.
примечания:

#1. физическое расположение swap: swap - не обязательно делать на жестком диске. если приложение (т.е. компьютер + задача + решение ) требует быстрого swapa, можно swap разместить на карточке flash памяти. Они уже сегодня бывают в 8 GB. не проверял лично, но принципиально понятно: throughput флешки выше чем у диска, следовательно swap шустрее. это добавляет интересное преимущество: если флешка вдруг летит, то без reboot системы ее можно отмонтировать - swap off и поменять, почти в живую.
#2. распределение swap: если система стоит на многодисковом компьютере (несколько ФИЗИЧЕСКИХ дисков), то лучше swap ставить на наименее занятый. Также, если swap распределить по 4 SATA дискам, то его скорость - тоже сильно увеличивается, т.к. ядро умеет утилизовать параллельный доступ. лично не проверял количественно, но качественно был заметный прирост скорости скачки/подкачки в своп
#3. о размере раздела swap: размер должен быть настолько велик, чтобы при максимальной нагрузке система могла с одной стороны иметь достаточно пространства mem+swap, а с другой, swap должен не превышать некоторого максимума, за которым может произойти swap thrashing.
Цитата(nickless @ 28.5.2008, 01:00 )
размер свопа = пиковое количество потребляемой памяти - количество RAM
на самом деле, формула зависит от переменной swappiness, нескольких переменных ядра, и на приложении. изучив информацию значений переменных и вида нагрузки можно точно узнать сколько и как часто ядро сливает в файл подкачки, и тем самым знать как максимально много может понадобиться в результате.
#4. динамическое изменение величины swap. swap можно увеличить, создав файл нужной величины, и сформатировав его, а далее подсоединив:
Код
mkswap <filename> swapon <filename>

Если у читателя есть вопросы о написанном: ошибки, неточности или непонятные формулировки, пожалуйста пишите в PM автору.

удачи.

Автор: bilbobagginz Источник: Vingrad
Автор: nickless Источник: Vingrad

--------------------

Я ещё не демон. Я только учусь.

Warchief

Дата 10.6.2008, 01:06 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 52
Регистрация: 24.5.2007

Репутация: нет
Всего: 3

только вот зачем системе столько swap'a? многие придерживаются менения,что при наличии RAM > 1 GB, swap вообще не нужен, так как он попросту не используется. у меня раздел swap размером в 150 мб, за 4 дня работы компа, максимальная загрузка swap'a составила 20 КБ. У меня правда 4 ГБ RAM, но все это время работали кроме всего прочего 2 виртуальные машины под vmware.

bilbobagginz

Дата 10.6.2008, 01:59 (ссылка)

(голосов:1)

Загрузка ...

Naughtius Maximus

Профиль
Группа: Экс. модератор
Сообщений: 8813
Регистрация: 2.3.2004
Где: Israel

Репутация: 34
Всего: 317

Цитата(Warchief @ 10.6.2008, 01:06

)

только вот зачем системе столько swap'a?

это зависит от системы, от ее задач, и нагрузок.
некоторым системам своп не нужен, некоторым нужен маленький, а некоторым большой.
давайте согласимся, что если человек не знает сколько нужно, ему пригодится генерный совет.
а генерный обычно != оптимальный.

--------------------

Я ещё не демон. Я только учусь.

Warchief

Дата 10.6.2008, 02:38 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 52
Регистрация: 24.5.2007

Репутация: нет
Всего: 3

Цитата(bilbobagginz @ 10.6.2008, 01:59

)

некоторым системам своп не нужен, некоторым нужен маленький, а некоторым большой.

с этим точно не поспоришь

Цитата(bilbobagginz @ 10.6.2008, 01:59

)

давайте согласимся, что если человек не знает сколько нужно, ему пригодится генерный совет.
а генерный обычно != оптимальный.

ну в принципе соглсен ;)

sentry

Дата 11.7.2008, 19:07 (ссылка)

(нет голосов)

Загрузка ...

Code Monkey

Профиль
Группа: Участник
Сообщений: 133
Регистрация: 29.1.2007
Где: Москва

Репутация: нет
Всего: 10

Вот ТУТ еще хорошо написано.

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| *Администрирование NIX систем** \| Следующая тема »