|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 25 Feb 2003 01:08:06 To : Oleg Drokin Subject : Re: Swap -------------------------------------------------------------------------------- > <b3cjdb$nkf$1@car.linuxhacker.ru> <20030224100943.GU20375@segfault.kiev.ua> > <b3cu1b$obh$1@car.linuxhacker.ru> From: Valentin Nechayev <netch@segfault.kiev.ua> >>> Oleg Drokin wrote: OD>>> Угу. С другой стороны иметь по дефолту гигабайты неиспользуемого свопа OD>>> тоже несмешно. VN>> Мы мирные люди, но наш бронепоезд стоит на запасном пути. И хорошо, если VN>> его никогда не придётся запускать. Hо если придётся - надо, чтобы он был VN>> проверен, смазан и правильно зачехлён. OD> Я в смысле, что при задизабленном оверкоммите, нужно иметь 1 (одну) OD> страничку на кажную страничку, которая не MAP_SHARED примапленна в процессе. Зачем? OD> То бишь сделал fork() - выделил в свопе еще столько же места сколько у OD> процесса address space, плевать что он его никогда не будет юзать. потому OD> как "наш бронепоезд..." ну и далее по тексту ;) Если бы строители VM предусмотрели нормальные меры для таких случаев - не требовалось бы. А так - действительно может и потребоваться, если вдруг все эти процессы решат, что им надо проапдейтить все свои данные. Это происходит, например, в случае апача с mod_perl, почитай в apache-talk. Прошлым летом в ru.unix.prog был тред об этом и как корректно строить VM так чтобы избавить процессы от опасности неконтролируемо и без предупреждения исчерпать ресурс. OD> [green@shrek green]$ ps axl | awk 'BEGIN {a=0 ; } {a+=$7; } END {print a;}' OD> 12956852 OD> Это что же выходит? Мне на своем серваке еще 12 гигов свопа делать ? (пол OD> гига памяти и пол гига свопа у меня уже есть). Чисто из соображений OD> эстетики? ;) Опять же, если они все у тебя вдруг захотят записать во все свои данные чего-то - да, тебе потребуется 12 гиг. -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/736801eac01b.html, оценка из 5, голосов 10
|