Кто кушает пол гига ОЗУ?

java

Жаба не используется.

Что изображено у тебя на графике? Как получены исходные данные?

> Что изображено у тебя на графике? Как получены исходные данные?

Изображено кол-во свободной памяти. Там написано же. Разве имеет значение, как получены данные? Это net-snmp и его MIB'ы. А вообще пусть это хоть скриптом из free выдерается. Какая разница-то?

>Изображено кол-во свободной памяти. Там написано же.

Вам пытаются намекнуть, что надо корректно задавать вопросы, если грамотный ответ вас действительно интересует.

> Вам пытаются намекнуть, что надо корректно задавать вопросы, если грамотный ответ вас действительно интересует.

Если, как Вам кажется, что вопрос задан не корректно, объясните в чем его не ясность? Я попробую скорректировать его.

А можно на вывод top'a взглянуть?

echo firefox

top - 12:21:06 up 6 days, 18 min,  1 user,  load average: 0.06, 0.04, 0.00
Tasks: 119 total,   1 running, 118 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2%us,  0.0%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8201444k total,  1730436k used,  6471008k free,   180700k buffers
Swap:  2031608k total,        0k used,  2031608k free,  1116968k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2476 root      20   0 19428 7456 3408 S    0  0.1  12:22.72 CGServer
    1 root      20   0 10308  736  632 S    0  0.0   0:35.45 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.11 migration/0
    4 root      15  -5     0    0    0 S    0  0.0   0:00.01 ksoftirqd/0
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/0
    6 root      RT  -5     0    0    0 S    0  0.0   0:00.12 migration/1
    7 root      15  -5     0    0    0 S    0  0.0   0:05.17 ksoftirqd/1
    8 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/1
    9 root      RT  -5     0    0    0 S    0  0.0   0:00.18 migration/2
   10 root      15  -5     0    0    0 S    0  0.0   0:03.99 ksoftirqd/2
   11 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/2
   12 root      RT  -5     0    0    0 S    0  0.0   0:00.15 migration/3
   13 root      15  -5     0    0    0 S    0  0.0   0:07.83 ksoftirqd/3
   14 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/3
   15 root      15  -5     0    0    0 S    0  0.0   0:00.00 events/0
   16 root      15  -5     0    0    0 S    0  0.0   1:41.77 events/1

> echo firefox

Это сервант, на нем даже иксы не стоят.

Всего занято около 600МБ, с учетом communigate и его возможных модулей/коннекторов и фильтров, возможно это и не так уж много.

А "ps -aux" что выводит?

[root@idev html]# ps -aux
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.7/FAQ
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND

mysql     2677  0.1  0.4 275112 35376 ?        Sl   Apr16  10:31 /usr/local/mysq
root      2692  0.0  0.1 248544 13636 ?        SN   Apr16   0:06 /usr/bin/python
named     6703  0.0  0.3 203372 29248 ?        Ssl  Apr17   0:04 /usr/sbin/named
499      12748  0.0  0.2  58124 17648 ?        Ssl  14:08   0:03 memcached -d -p
root     12763  0.0  0.1 266668 14720 ?        Ss   14:08   0:03 /usr/sbin/httpd
apache   12765  0.0  0.3 281128 28100 ?        S    14:08   0:10 /usr/sbin/httpd
apache   12766  0.0  0.3 282096 30364 ?        S    14:08   0:10 /usr/sbin/httpd
apache   12767  0.0  0.3 282112 30516 ?        S    14:08   0:10 /usr/sbin/httpd
apache   12768  0.0  0.3 281088 29876 ?        S    14:08   0:10 /usr/sbin/httpd
apache   12769  0.0  0.3 282108 30316 ?        S    14:08   0:10 /usr/sbin/httpd
apache   12770  0.0  0.3 282108 30396 ?        S    14:08   0:10 /usr/sbin/httpd
apache   12771  0.0  0.3 282112 29636 ?        S    14:08   0:09 /usr/sbin/httpd
apache   12772  0.0  0.3 284160 30668 ?        S    14:08   0:09 /usr/sbin/httpd

В общей сложности занято не больше 5% от 8Гб ОЗУ. Но самое страшное, что 5 минут назад, ещё пол гига ОЗУ куда-то скушались!

[root@idev html]# free
             total       used       free     shared    buffers     cached
Mem:       8201444    2237936    5963508          0     183844    1638396
-/+ buffers/cache:     415696    7785748
Swap:      2031608          0    2031608

Вопрос куда кешируется 1,5Гб ОЗУ?

> Вопрос куда кешируется 1,5Гб ОЗУ?

Вопрос неправильный.

Короче, я так понимаю, что читать доки ты всё равно не пойдешь, посему объясню тут. Выражение "куда кешируется 1,5Гб ОЗУ" - бессмыссленно по определению, поскольку кешируется не память куда-то, а что-то в неё кешируется.

Возьми большой файл в несколько гигов и сделай cat big_file.iso >/dev/null - и увидишь, что у тебя после выполнения этой команды "пропало" ещё изрядно памяти. Просто при обращении к файлу, система вычитывает данные в память, но поскольку память не востребована, не спешит эти данные выкидывать на случай если они ещё потребуются. Если же память потребуется приложениям - эта память будет моментально отдана им, так что можешь рассматривать её как свободную, малолетний дебильный блевун-вендузятнег.

> Короче, я так понимаю, что читать доки ты всё равно не пойдешь, посему объясню тут. Выражение "куда кешируется 1,5Гб ОЗУ" - бессмыссленно по определению, поскольку кешируется не память куда-то, а что-то в неё кешируется.

Действительно не правильно поставил вопрос.

> Возьми большой файл в несколько гигов и сделай cat big_file.iso >/dev/null - и увидишь, что у тебя после выполнения этой команды "пропало" ещё изрядно памяти. Просто при обращении к файлу, система вычитывает данные в память, но поскольку память не востребована, не спешит эти данные выкидывать на случай если они ещё потребуются. Если же память потребуется приложениям - эта память будет моментально отдана им, так что можешь рассматривать её как свободную

А как насильно ее вернуть в free?

> малолетний дебильный блевун-вендузятнег.

21 год - это не мало, как кажется мне. Блевун тоже относится не ко мне. И виндузятник не про меня. Опять не аргументов. А злость есть и это уже не мудрость, это именно злость.

За помощь спасибо. За оскорбления незачот, однако отвечать ничего не буду, надоело.

>> можешь рассматривать её как свободную

> А как насильно ее вернуть в free?

Ты тупой? То, что у тебя в памяти кешируются данные с диска - это хорошо. А с точки зрения твоих программ - им эта память будет распределена ядром по первому требованию.

Не надо пытаться подогнать систему под вывод своей кривой диагностической утилиты.

> 21 год - это не мало, как кажется мне. Блевун тоже относится не ко мне.

А к кому это относится по-твоему?

> И виндузятник не про меня.

Значит ты домохозяйка. Как человек, не имеющий представления о том как работает UNIX, не желающий его иметь и в то же время, не явлющийся вендузятником.

> Опять не аргументов. А злость есть и это уже не мудрость, это именно злость.

Ща расплачемся от сочувствия к тебе.

> За помощь спасибо. За оскорбления незачот, однако отвечать ничего не буду, надоело.

Это не оскорбления, а констатация факта.

Уважаемый, когда вы заставите сервер освобождать память, чтобы во free было всегда максимальное число - вы с таким же успехом можете вынуть лишнюю память в принципе, результат будет тот же. Память во FREE вообще никак не используется.

Грубо говоря, у вас на сервере есть 8-1,7 свободной памяти, до тех пор пока она будет свободна в вашем понимании - ни одно приложение не сможет ее использовать, т.е. прироста производительности от free памяти не будет в принципе, поэтому планировщик отдает память под дисковый кеш, что даст выигрыш в файловых операциях. Если бы вы активно работали с файлами - то планироващик бы просто отдал ВСЮ свободную память под дисковой кеш. И самое смешное, что в Windows точно так же.

Вам нужно начинать переживать тогда, когда при тех же задачах начнет использоваться swap.

кто бы ни кушал вашу память, до тех пор, пока ее 6-5-4-3-2-1 Гб свободно - вам даже думать не надо.

> вам даже думать не надо.

Да он и так не сильно этим утруждается.

> кто бы ни кушал вашу память, до тех пор, пока ее 6-5-4-3-2-1 Гб свободно - вам даже думать не надо.

Спасибо за разъяснение вопроса.

> кто бы ни кушал вашу память, до тех пор, пока ее 6-5-4-3-2-1 Гб свободно - вам даже думать не надо.

Ну где-то с 4Гб можно уже начинать думать про proc/sys/vm/swappiness , если я правильно понимаю эту метафизику