On Sat, 1 Dec 2001 16:50:17 +0300 Artem <[EMAIL PROTECTED]> wrote:
> Saturday, December 01, 2001, 3:36:07 PM, you wrote:
> >> Скажите, кто какие выставил значения для следующих переменных ?
> >> Хочется добиться максимального кач-ва работы прокси.
> >> RAM 64, прокси используется под серфинг (не для закачек), в сутки
> >> 100-130MB трафика.
> >>
> >> mem_max, lo_mark, maxresident, db_cache_mem, и размер хранилища.
> >>
> >> P.S
> >> Запускаем top и видим, что в течении 4 часов сьедается вся память.
> >> Ради интереса поставили 256MB :-)
> >> Аа тоже самое ...
> >>
> >> Mem: 254576K av, 245616K used, 8960K free
> >> Swap: 248968K av, 0K used, 248968K free 168972K cached
см. ниже ^^^^^^^^^^^^^^^^^
> IK> Здесь не видно чем именно она сьедается, может она занята дисковыми
> IK> буферами...
> Как можно проверить ? :-o
...
> === by top
or by 'free' :)
> 78 processes: 77 sleeping, 1 running, 0 zombie, 0 stopped
> CPU states: 2.9% user, 3.5% system, 0.0% nice, 18.9% idle
> Mem: 254576K av, 249024K used, 5552K free, 0K shrd, 824K buff
> Swap: 248968K av, 0K used, 248968K free 178952K cached
ну вот она вся^^^^^^^^
И никуда не пропала. Ядро её делом заняла - на кэш пустила
(имеют место частые дисковые операции похоже).
Игорь указал на главное - swap not used.
> для /oops
> mem_max 70m
> lo_mark 20m
> maxresident 1m
> db_cache_mem 30m
>
> для /oops2
> mem_max 20m
> lo_mark 5m
> maxresident 1m
> db_cache_mem 30m
>
> для /oops3
> mem_max 40m
> lo_mark 10m
> maxresident 20m
> db_cache_mem 20m
А зачем так много ? Это от жадности? (шютка!) :)))
> IK> Всё что видно: своп не занят - значит все процессы вместились в память. В
> IK> чем тогда проблема?
> при 64MB первый oops падал каждый час (ясно, что mem_max,
> lo_mark,db_cache_mem были уменьшены 4 раза)
>
> сейчас не падает .. но в storage почти ничего не падает.
> Стало интересно : от чего падает и на что жрется память ?
По-моему Вы любите задавать риторические вопросы :))
"Было 64 - падал. Добавил больше - не падает. Почему? :)"
# Hint, how much cached objects keep in memory.
# When total amount become larger then this limit - start
# swaping cachable objects to disk
##
lo_mark
IMO для такой конфигурации мало оперативки в машине.
Большинство запущенных на машине процессов потенциальные
прожоры в отношении памяти. Таже samba любит большие буфера,
не говоря об остальных. А глядя на конфиг oops'а, у него
тоже отличный потенциал при заполнении кэша ;=>
--
VEL-RIPE
ICQ UIN# 3159256
=====================================================================
If you would like to unsubscribe from this list send message to
[EMAIL PROTECTED] with "unsubscribe oops" in message body.
Archive is accessible on http://lists.paco.net/oops-rus/
