Добрый день, дайте дельный совет, плиз: есть java-система на linux с ролью ADS, ей сколько не давай - она сжирает всю память.
Не свопится, работает хорошо, но напрягает. Может там что-то надо включать руками, типа garbage collector ?

Как там говорят -> "Работает, не трогай!"
А по делу, файловый кеш в линуксе, читали про него ?

Спасибо, почитал. Выходит это memory-mapped files.
https://www.dropbox.com/s/fxfxei0m52jmxoh/Screen%20Shot%202016-05-05%20at%2009.18.39.png?dl=0
Дропнул кэши для проверки
sync; echo 3 > /proc/sys/vm/drop_caches
Очистилось только чуть больше гига.

А можете пояснить какая связь между ADS (как я понял подсистема печати), кэшем в линуксе и его сбросом:?:

Ну видимо с тем, что запрашиваемые файлы с дисковой подсистемы мэпируются в память, но после использования не выгружаются, т.к. могут быть повторно использованы этим же или другими процессами. Однако, в моем случае это 1-2 ГБ всего. А памяти 24 Гб.

Ну расскажите нам что прочитали, может что нового узнаем
У вас там только SAP что ли установлен, думаете больше нечему закешиться в файловый кеш? База там, еще что нибудь веселое.
Релиз Linux-а какой ? В последних релизах вы можете его принудительно ограничить и посмотреть, он это или нет, но по всем симптомам это он.
В вашей команде вроде не хватaет sync, ну и free -m можно глянуть как вариант (очень приблизительно).

RHEL 6 (2.6.32-573.8.1.el6.x86_64 #1 SMP Fri Sep 25 19:24:22 EDT 2015 x86_64 x86_64 x86_64 GNU/Linux)
Там только java-инстанция с ролью ADS, все по дефалту, оракл тоже не кастомил (pga/sga).

Закэшировано 2.7 Гб:
free -m
total used free shared buffers cached
Mem: 24030 23699 331 2422 350 2756
-/+ buffers/cache: 20592 3438
Swap: 11438 104 11334

Смущает огромное (>100) кол-во запущенных jstart судя по htop.

предлагаю не усложнять с memory-mapped files

память процессов это одно. кэши в линуксе которые вы сбрасывали и которые занимают всю свободную оперативку это другое.

Сбросы кэша в общем случае бессмыслены - система все равно со временем отъест все что освободится. там ведь и вы по каталогам лазите и нфс всякие с фтп работают. И система файлы с дисков читает и в логи пишет.

Но вы можете быть спокойны - если ADS вдруг понадобится еще памяти, то он с легкостью отберет ее у кэшей. Без вашей помощи.

Так я и верю что она возьмет все что плохо лежит Просто сейчас 24 гб, ну дам я в два раза больше - она и это съест. Хотя по факту там работа то простая, наливай да пей, ой то есть склеивай две xml, да выплевывай pdf.
Не тянет это на 24 гига

Не могу сходу сказать почему их так много, надо разбираться, есть еще где то работающая JAVA ? Как там с кол-вом этих процессов ?
посмотрите ipcs -ma что показывает? Если вы базу не настраивали то по дефолту она половину памяти забирает.
Может легко быть баг в ядре или basis-е ...

а здесь какое число будет?

Выводит два процесса, а в htop показывает кучу трэдов.

ipcs -ma

------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00004dbe 98306 root 777 630094 1
0x00000000 262148 orapr1 640 33554432 32
0x00000000 294917 orapr1 640 2281701376 32
0x8795c49c 327686 orapr1 640 2097152 32

------ Semaphore Arrays --------
key semid owner perms nsems
0x0000752f 98307 sapadm 777 5
0x49119308 360454 orapr1 640 194
0x0067771c 720908 pr1adm 777 1
0x00531268 1015823 pr1adm 777 1


FCAServerThreadCount = 15 (по configtool)
Ядро 7.42 Patch 27
Насколько я понимаю, если база по дефолту, она съедает чуть больше чем PGA+SGA, у меня это 2+1 ГБ примерно, что соответствует данным в htop

Вы под кем запускали ipcs -ma ? Ерунда какая то в выхлопе.
Сделайте под root-ом и отсортируйте по bytes

ну вот мы разобрались, что с джистартом у тебя все нормально.



следующий вопрос: ты что собственно хочешь, часть планок памяти из сервера вытащить?

или просто заняться нечем?

Опачки, да, виноват. Вот под рутом:

key shmid owner perms bytes nattch status
0x00000000 4489221 orapr1 640 2281701376 31
0x0000274e 4161552 pr1adm 740 422085400 2
0x0000271a 4063245 pr1adm 740 200000000 1
0x00002760 655372 pr1adm 740 91774976 195
0x00002796 425993 pr1adm 740 65536000 1
0x000027bd 196611 pr1adm 740 60000000 1
0x00002759 4194321 pr1adm 740 60000000 3
0x00004dc4 65537 sapadm 760 40141728 1
0x00000000 4456452 orapr1 640 33554432 31
0x8795c49c 4521990 orapr1 640 2097152 31
0x0044aa20 4227090 pr1adm 700 1573056 1
0x0044aa21 4259859 pr1adm 700 1048576 1
0x6c01f9ed 4325376 zabbix 600 657056 6
0x00004dbe 98306 root 777 630094 1
0x0000274f 4128783 pr1adm 740 86040 1
0x0382be85 393224 pr1adm 640 4096 2
0x0000275f 491531 pr1adm 740 4096 3
0x0382be84 4096014 pr1adm 640 4096 1
0x00000000 360455 pr1adm 740 1024 1
0x00000000 458762 pr1adm 740 1024 1

------ Semaphore Arrays --------
key semid owner perms nsems
0x00000000 0 root 600 1
0x00000000 32769 root 600 1
0x7a01f9ed 884738 zabbix 600 13
0x0000752f 98307 sapadm 777 5
0x00004e9e 393220 pr1adm 740 1
0x00004e5c 458757 pr1adm 740 1
0x49119308 1146886 orapr1 640 194
0x00004eaa 425991 pr1adm 740 1
0x00004e46 491528 pr1adm 740 1
0x003d0900 688137 pr1adm 700 1
0x00004e54 622602 pr1adm 740 1
0x002dc7db 655371 pr1adm 740 60
0x0067771c 720908 pr1adm 777 1
0x002dc7da 786445 pr1adm 740 60
0x00000000 819214 root 600 1
0x00531268 1015823 pr1adm 777 1