Изменить размер СВОП раздела? (Как изменить раздел своп раздела?)

[zboy85]

У меня проблема - добавил на сервер памяти, и получилось что оперативной памяти сейчас больше чем размер свопа.
Как можно увеличить раздел свопа без переустановки и безопасно?
И может ли такое несоответствие приводить к тому, что линукс уходит в своп, или причина в другом?

[SLEDopit]

У меня проблема - добавил на сервер памяти, и получилось что оперативной памяти сейчас больше чем размер свопа.
Как можно увеличить раздел свопа без переустановки и безопасно?
И может ли такое несоответствие приводить к тому, что линукс уходит в своп, или причина в другом?

а есть ли смысл увеличивать своп?
стопроцентно безопасного способа увеличения нет, можно подвинуть разделы gparted'ом, но есть вероятность, пусть и небольшая, потери данных.

[rm_]

У меня проблема - добавил на сервер памяти, и получилось что оперативной памяти сейчас больше чем размер свопа.

Проблема в том, что Вы думаете о свопе и его объёмах в терминах 94-го года и винды 3.11.
Рекомендация "своп должен быть больше RAM" не имеет абсолютно разумного объяснения на сегодня, а может и никогда не имела.
После добавления оперативной памяти можно подумать о том, чтобы своп уменьшить, но никак уж не увеличивать.

[Grom]

Согласен с предыдущими ответами, что увеличивать размер свопа особого смысла нет.
Только маленькое замечание:

стопроцентно безопасного способа увеличения нет, можно подвинуть разделы gparted'ом, но есть вероятность, пусть и небольшая, потери данных.

Пожалуй, есть один 100%-безопасный способ увеличить своп: создать еще одну своп-партишен.

[allez]

Пожалуй, есть один 100%-безопасный способ увеличить своп: создать еще одну своп-партишен.

Стопроцентно безопасным способом является лишь создание файла подкачки. Создание же раздела подкачки таковым быть не может, так как есть риск грохнуть таблицу разделов диска.

[Flaming]

Да ладно вам, за те несколько секунд, которые на это потратятся, ничего не грохнется.

[rm_]

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

Я тоже везде предпочитаю своп-файлы, как раз из-за их гибкости.

[guglez]

Слышал что если размер свопа меньше, чем количество оперативки - то такой своп работать не будет. Это так?

[Flaming]

Слышал что если размер свопа меньше, чем количество оперативки - то такой своп работать не будет. Это так?

Бред бредом. Своп будет использоваться только тогда, когда кончится оперативка. Исключение - некоторые программы.

[/dev/random]

Слышал что если размер свопа меньше, чем количество оперативки - то такой своп работать не будет. Это так?

Это верно только для WinNT 4.0 (и, возможно, Win2000 - не помню). В нём, действительно, работа со свопом осуществлялась по-идиотски: для каждой страницы в памяти при её выделении также выделялась страница в своп-файле, и свопиться она могла только туда. Если свопа оказывалось меньше, чем оперативной памяти, то могли быть неприятности. В наши же дни, AFAIK, нет ни одной операционки, которая бы использовала такой подход. И уж тем более, такого бреда никогда не было в линуксе.

[rm_]

Своп будет использоваться только тогда, когда кончится оперативка.

Ну почему, может и раньше, может и позже (но не надолго ). Точнее говоря, понятие "кончилась оперативка" у ядра довольно гибкое, и настраивается через swappiness.

[zboy85]

Хорошо, а подскажите тогда мне, как сделать так, чтобы программы не уходили в своп. У меня просто машина виснет из за mysql - я так понимаю, было бы больше свопа - не висли бы. А только свопа не остается - все, достучаться до машины не возможно, только физической перезагрузкой

[allez]

Хорошо, а подскажите тогда мне, как сделать так, чтобы программы не уходили в своп.

Боюсь, что никак. Да вы лучше все-таки своп-файл сделайте:

Код: Выделить всё

dd if=/dev/zero of=/.swapfile bs=1M count=1024 # В данном примере создается файл размером 1 гигабайт
mkswap -v1 /.swapfile
swapon /.swapfile

Потом впишете этот файл в /etc/fstab и будет вам счастье.

[Flaming]

zboy85, сказано же:

Точнее говоря, понятие "кончилась оперативка" у ядра довольно гибкое, и настраивается через swappiness.

Просто поставить такое значение, чтобы он вообще не использовался, или 0 или 100, точно не помню...
Можно его вообще из fstab выкусить, если мешает, но не рекоммендуется, хотя наверняка без него заработает.

[eddy]

Если оперативы 512М и больше, своп вообще не нужен: даже матлаб при своих требованиях к памяти своп не жрет (правда, если не нагружать его сверхогромными матрицами, но тогда проц сдохнет :-) )

[rm_]

поставить такое значение, чтобы он вообще не использовался, или 0 или 100, точно не помню...

Ноль. Только крайне сомневаюсь, что это поможет.

Если сервер с несколькими гигабайтами памяти ещё на несколько гигабайтов уходит в своп, после чего тот переполняется и наступает OOM (видимо), значит "что-то тут не чисто". Либо комбинация неоптимально написанных, "кладущих базу" запросов с неправильной настройкой MySQL (есть в нём возможность ограничить выделяемые на один запрос объёмы ОЗУ и процессора? воспользуйтесь ею), либо просто, возлагаемая на сервер нагрузка многократно превышает то, что можно реалистично ожидать от этой СУБД и этой аппаратной конфигурации.

Добавление свопа может и помочь, но во-первых ненадолго, а во-вторых - от сервера, у которого съедена вся оперативка и ещё несколько раз по столько же - своп, нормальную производительность вряд ли удастся получить.

[pktfag]

Хорошо, а подскажите тогда мне, как сделать так, чтобы программы не уходили в своп.

Пусть /dev/sda2 - раздел для свопа.
sudo swapoff /dev/sda2 - отключение использования свопа системой.
sudo swapon /dev/sda2 - включение использования свопа системой.

[SLEDopit]

Если оперативы 512М и больше, своп вообще не нужен: даже матлаб при своих требованиях к памяти своп не жрет (правда, если не нагружать его сверхогромными матрицами, но тогда проц сдохнет :-) )

ну уж не знаю как у вас, а у меня гиг оперативы и 1-1,5 из 2х гигов свопа влегкую съедает gimp. особенно если обрабатывать > 3 картинок одновременно.

[Nikky]

Где-то на нашем форуме прочел следующее: при достаточном обьеме оперативной памяти (сегодняшние дистрибутивы  минимумом считают 256Mb, 512 - zer goot!, а больше и того лучше).  Понимаю, что эти выкладки давались для десктопов, сервера могут требовать гораздо больше. Раздел (файл) подкачки нужен в основном для стабильной работы системы при утечках памяти в бажных программах. Звучит убедительно. Топикстартеру порекомендовал бы посмотреть более пристально на Mysql, причина по-видимому в неоптимизированых запросах, как уже говорилось выше.

[vantaker]

Раздел (файл) подкачки нужен в основном для стабильной работы системы при утечках памяти в бажных программах.

...
... и при использовании hibernate вместо выключения компа