Избавиться от swap

>И чем это может грозить???

покилянием задач =)

Запихните swap в оперативку :)

http://www.linux.org.ru/jump-message.jsp?msgid=637222

И на хрена это делать?

Ну посмотри под нагрузкой сколько жрется памяти. В принципе, ничем не грозит. С другой стороны, неужто на таком сервере не найдется места под swap на всякий случай?

<quot>jackill: И на хрена это делать?</quot>

Уперлись в ограничение SCSI partitions<=15 :-( НУЖНО нам более 15 партиций на одном диске! 13-ти не хватает для СУБД :(, а две как минимум уйдут на / и swap и поэтому хотим сэкономить! (свопиться в файл не предлагать)

Может, кто-нить еще знает, как обойти это ограничение 15 партиций на 1 SCSI диск????

>Может, кто-нить еще знает, как обойти это ограничение 15 партиций на 1 SCSI диск????

поставить второй диск

Чем swap не угодил? Если из соображений производительности, то может написать daemon-скрипт, который при малом кол-ве памяти будет делать swapon? Хотя это грязный хак, как говорят...

Систему и БД на одном диске держать? И туда же ещё и swap?

Настоятельно рекомендую: расстреляйте вашего DBA незамедлительно.

Этот вопрос был адресован, если внимательно посмотреть, Demetrio, а вовсе не тебе. :)

Как обойти ограничение - не в курсе и вообще в первый раз про такое слышу.

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

P.S. Из любопытства - а зачем 13 разделов на БД?

Все можно сделать просто - из fstab выкини swap-раздел. Если у тебя ядро 2.6, то в rc.local добавь строчку echo 0 > /proc/sys/vm/swappiness (на всякий случай).

Без свапа есть только одна опасность - кончится память и повиснет все нафиг (если в ядре есть OM-killer, то сначала все последовательно будет отстреляно).

А если со свопом кончится память то ничего не повиснет? Насмешил

А что если свопить в файл? Как в виндах? И своп есть и раздел свободен.

Привет всем, я тот самый anonymous с вопросом о swap-е

Народ, спасибо что ответили и столь бурно обсудили :-) Чтоб уж не совсем нас за чайников держали - поясню:

это сервак баз данных и в нем 6x140 SCSI винтов, собрали RAID 10 на нем => 420 гигов всего. К сожалению, наш RAID контроллер не умеет бить на разделы созданный RAID 10 (RAID 5 почему-то умеет :-)) - и поэтому мы ВЫНУЖДЕНЫ ограничиться одним диском. Кто знаком с RAID технологиями - поймет почему мы не создадим меньший RAID+зеркало, например - чем больше дисков в 10-м страйпе, тем он быстрее работает, это начальная школа :-))

Далее, у нас здоровая СУБД ASE 12.5.2 и мы хотим создать на ней raw девайсы. Линукс позволяет одному raw device сопоставить один реальный раздел (это логично) Но! СУБД ASE 12.5.2 поддерживает девайсы ТОЛЬКО ДО 32 GB!!!! После несложных расчетов видно, что нам необходимо создать много девайсов на этом массиве! Больше 15-ти, и экономия даже одного раздела (swap) для нас очень важна. А учитывая то, что есть 4 Gb оперативы - мы и подумали - а не послать ли этот своп на ... :-))

Только за стабильность системы опасаемся - отсюда и вопрос!

P.S. свопить в файл - было бы нежелательно так как слыхал я, что это тормоза и рекомендовано только как временная мера, когда свап резко исчерпался. А уж свапить в транзакционную файловую систему - это мазохизм вообще :-)).

Между прочим, заместо идиотских DOS-партиций лялих умеет поддерживать нормальные BSD slices. Которых можно наплодить - хоть жопой жуй...

baklan: КАК?????? это бы нам очень пригодилось, но RedHat по крайней мере жестко указывает на ограничение именно партиций на SCSI диске! Я так понял - чего-то они там с номерами устройств перемудрили, потому что это ограничение тока в SCSI, в IDE больше можно создать!

А чего бы вам при таких проблемах и таких потребностях в сторону LVM не посмотреть ?