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