Печать

Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

[Trennis]

Добрый день.
У меня такой вопрос, в течении недели на моём шлюзе использование оперативной памяти увеличилось до 2 Гб, уже Своп пошёл в дело, не могу понять в чём дело, это вообще нормально?

На сервере MySQL, EXIM, Apache, Bind, Cacti и ещё всякая мелочь. Обратил внимание на то, что стало так где-то после запуска NUT, может ли это быть причиной?

Заранее спасибо.

[muff]

А покажите, пожалуйста, вывод команды

Код: [Выделить]

top -S

[Trennis]

Вот результат:

Код: [Выделить]

last pid: 18673;  load averages:  0.00,  0.00,  0.00                                                                                 up 1+03:49:45  20:03:32
172 processes: 3 running, 151 sleeping, 18 waiting
CPU:  0.2% user,  0.0% nice,  0.4% system,  0.2% interrupt, 99.2% idle
Mem: 441M Active, 1236M Inact, 193M Wired, 39M Cache, 112M Buf, 51M Free
Swap: 2048M Total, 364K Used, 2048M Free

  PID USERNAME   THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
   11 root         2 171 ki31     0K    16K CPU0    0  54.5H 200.00% idle
   12 root        18 -60    -     0K   144K WAIT    1  10:56  0.00% intr
 1464 squid        1  44    0   105M 98264K kqread  0   7:54  0.00% squid
    0 root         9 -68    0     0K    64K -       0   5:37  0.00% kernel
 1476 root         1  44    0 11160K  5828K select  1   3:35  0.00% snmpd
 1141 bind         5  44    0 70868K 55960K kqread  1   2:47  0.00% named
   18 root         1  44    -     0K     8K syncer  0   1:41  0.00% syncer
15194 root         1  44    0  3708K  1524K select  1   1:06  0.00% natd
 5042 root         1  44    0  5852K  4152K select  1   0:44  0.00% tmux
 1838 mysql       27  44    0   647M   111M ucond   0   0:41  0.00% mysqld
 1868 clamav       2  44    0   127M   112M select  1   0:29  0.00% clamd
 1874 clamav       1  56    0 16680K  5340K pause   1   0:24  0.00% freshclam
   13 root         1 -16    -     0K     8K -       0   0:24  0.00% yarrow
 1406 uucp         1  44    0  3488K  1220K select  0   0:22  0.00% apcsmart
 1408 uucp         1  44    0  5144K  1860K select  1   0:17  0.00% upsd
    3 root         1  -8    -     0K     8K -       1   0:10  0.00% g_up
    4 root         1  -8    -     0K     8K -       0   0:05  0.00% g_down
    2 root         1  -8    -     0K     8K -       0   0:03  0.00% g_event
 1927 root         1  44    0 85288K 15136K select  1   0:03  0.00% httpd
 1902 root         1  44    0  3448K  1404K kqread  0   0:02  0.00% dovecot
   20 root         1  44    -     0K     8K sdflus  1   0:02  0.00% softdepflush
   21 root         1 -16    -     0K     8K flowcl  1   0:02  0.00% flowcleaner
 1880 mailnull     1  44    0 13292K  3604K select  0   0:02  0.00% exim-4.76-0
 2088 uucp         1  44    0  5132K  1832K nanslp  0   0:02  0.00% upsmon
15219 root         1  44    0  3428K  1168K select  1   0:02  0.00% rinetd
 1426 uucp         1  44    0  5132K  1804K nanslp  0   0:02  0.00% upsmon
   14 root        20 -64    -     0K   160K -       0   0:02  0.00% usb
16178 root         1  44    0  7128K  4324K piperd  1   0:02  0.00% perl
 1056 root         1  44    0  3488K  1276K select  1   0:01  0.00% syslogd
 1913 mailnull     1  44    0  7948K  2532K kqread  1   0:01  0.00% dovecot-auth
   19 root         1  44    -     0K     8K vlruwt  0   0:01  0.00% vnlru
15477 www          1  44    0 87336K 26188K lockf   0   0:01  0.00% httpd
 1908 root         1  44    0  3540K  1052K nanslp  1   0:01  0.00% bruteblockd
 1474 squid        1  44    0  2664K  1288K piperd  0   0:01  0.00% unlinkd
   17 root         1  44    -     0K     8K psleep  0   0:00  0.00% bufdaemon
    9 root         1  44    -     0K     8K psleep  1   0:00  0.00% pagedaemon
18571 root         1  44    0  3824K  2164K CPU1    0   0:00  0.00% top
16168 www          1  44    0 87336K 25768K lockf   0   0:00  0.00% httpd
 1989 root         1  44    0  3516K  1284K nanslp  0   0:00  0.00% cron
16409 www          1  44    0 87336K 22628K lockf   0   0:00  0.00% httpd
 1416 uucp         1  44    0  5132K  1768K nanslp  0   0:00  0.00% upslog
14996 root         1  44    0  7128K  4312K piperd  0   0:00  0.00% perl
 1919 mailnull     1  44    0  7948K  2740K kqread  0   0:00  0.00% dovecot-auth
16367 www          1  44    0 86312K 20828K lockf   0   0:00  0.00% httpd
18546 Adminbief    1  44    0  9572K  3800K select  0   0:00  0.00% sshd
 5043 root         1  45    0  4704K  2116K wait    0   0:00  0.00% bash
    1 root         1  76    0  2912K   328K wait    1   0:00  0.00% init
16464 www          1  44    0 86312K 20808K lockf   0   0:00  0.00% httpd
14997 root         1  44    0  4704K  2068K wait    0   0:00  0.00% bash
18544 root         1  50    0  9572K  3784K sbwait  1   0:00  0.00% sshd
16177 root         1  44    0  3292K   724K kqread  1   0:00  0.00% tail
 1488 mysql        1  76    0  3632K  1248K wait    0   0:00  0.00% sh


[muff]

Дык памяти предостаточно.
Занято - 441M (Active). Обратите внимание на значение Inact - 1236M. В своп выгружаются именно неактивные страницы (из Inact), которые долго не использовались. Со временем Inact должно переходить во Free, но по какому событию это происходит - затрудняюсь сказать.
По статистике на основной массе серверов (даже на ненагруженых), Free почти нету - в основном все в Inact.
Информация из хендбука:

• Active: по статистике страницы недавно использовались.
• Inactive: по статистике страницы недавно не использовались.
• Cache: (наиболее часто) страницы, которых перемещены из числа неактивных в статус, в котором они содержат данные, но которые могут часто сразу же использоваться повторно (как с их старым содержимым, так и повторно с новым.) Это может быть некоторое непосредственное перемещение из состояния active в состояние cache, если известно, что страница чиста (не модифицировалась), но такое перемещение определяется политикой, зависящей от выбора алгоритма разработчиком VM-системы.
• Free: страницы, не содержащие данных, и которые могут быть использованы при некоторых условиях, когда страницы кэша могут не подойти. Свободные страницы могут повторно использоваться в состояниях прерывания или процессах.
• Wired: страницы, зафиксированные в памяти, обычно для использования ядром, а также иногда для специального использования процессами.

[Trennis]

А раньше Free было как раз около 1200М.

---------------------
Вообщем почитал ещё разные посты, оказалось что это нормально и, что паниковать не стоит, а то я уже испугался. Подумал нужно скоро сервак ловить будет, чтобы не упал Но всё же интересно, почему именно с этого периода До этого достаточно долго работал, и не захватывал так много

В любом случае, спасибо тебе Muff:)

P.S. Есть одна догадка, почему так происходит, хочу проверить...

[muff]

Если догадка подтвердится - просьба прокомментировать.

[Trennis]

Разумеется   Я просто всегда вспоминаю, когда ищу проблему, и на форуме нахожу такую же, и в конце надпись: "Спасибо, я уже разобрался", и ничего более, не хочется чтобы так на мою натыкались

----------------
Значит так. Проверил почему такой скачок был. Я примерно с начала недели тестировал на нём работу сайта, который сейчас находится на другой машине. Вот собственно говоря и полезла память в Inact, та которую использовал Апачь для формирования страниц

Просто было любопытно. Сейчас, после перезагрузки, Free держится в районе 1500 Mb. Хотя со временем всё равно будет перебегать в Inact.