|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 17 Jun 2002 10:23:38 To : Vickenty Fesunov Subject : Re: Memory -------------------------------------------------------------------------------- >>> Vickenty Fesunov wrote: VN>> И правильно, что остается. Ту память, что не отдана программам, забирает VN>> дисковый кэш, неразобранные остатки старых программ, и прочие данные, VN>> которые могут быть применены повторно. И которые лучше держать в памяти, VN>> чем читать снова с диска. VN>> Тот показатель, который ты смотришь - количество памяти, выделенное VN>> специальным очистительным процессом ядра для быстрого занятия VN>> потребителями. Ее количество держится в районе 2-10М в среднем; меньше VN>> вредно слишком частой работой этого чистильщика, больше - неэффективным VN>> использованием памяти. VN>> Если кто-то начнет сильно "жрать" память - будет расти занятый объем VN>> свопа. Вот на этот показатель и надо смотреть, а не на free рама. VF> IMHO ты не прав. Если кто-то жрёт память, то будет уменьшаться размер кеша, VF> а только потом расти своп. Это теория. И это, вероятно, практика для ядер с алгоритмами вытеснения от Andrea Arcangeli (хотя были и свисточки, что нифига там не вылечили). А вот для RikVanRiel'овских - все 2.2, 2.4 до 10 и даже после него в ac ветке - вытеснение из кэша делается слишком медленно, мягко говоря. Почему и получается такая бяка. VF> А смотреть надо на `free` там где написано "+/- VF> Buffers/Cache" (по памяти). Там как раз отображается объём памяти оставшийся VF> от программ. Ты думаешь, я не смотрел, когда ловил эту позу? Он вначале падает до 2M, но дальше не падает - 2M обеспечивается экстренной расчисткой - а начинается равномерное вытеснение программ в своп и данных на диск. А программы тут же хотят вылезти обратно. А данные сбрасываются слишком медленно. Вот тут и начинается поза зю... Сходи на groups.google.com поищи fido7.ru.linux тему "VM thrashing" или "VM trashing" (не помню как я subj написал - орфографически корректно или издевательски) - там это все было. /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7368b7fc4cf1.html, оценка из 5, голосов 10
|