Текущее время: Пт, авг 17 2018, 18:54

Часовой пояс: UTC + 4 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 27 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: ADS пытается сожрать все что есть
СообщениеДобавлено: Ср, май 04 2016, 18:27 
Директор
Директор
Аватара пользователя

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Чт, май 05 2016, 00:55 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Как там говорят -> "Работает, не трогай!"
А по делу, файловый кеш в линуксе, читали про него ?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Чт, май 05 2016, 10:33 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 782
Пол: Мужской
Спасибо, почитал. Выходит это 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
Очистилось только чуть больше гига.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 06:09 
Специалист
Специалист

Зарегистрирован:
Ср, янв 16 2013, 05:04
Сообщения: 170
А можете пояснить какая связь между ADS (как я понял подсистема печати), кэшем в линуксе и его сбросом:?:


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 09:46 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 782
Пол: Мужской
Ну видимо с тем, что запрашиваемые файлы с дисковой подсистемы мэпируются в память, но после использования не выгружаются, т.к. могут быть повторно использованы этим же или другими процессами. Однако, в моем случае это 1-2 ГБ всего. А памяти 24 Гб.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 09:53 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
RikoNw написал:
Спасибо, почитал. Выходит это 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
Очистилось только чуть больше гига.


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


Последний раз редактировалось SergoB Пт, май 06 2016, 10:18, всего редактировалось 1 раз.

Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 10:16 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 782
Пол: Мужской
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.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 10:18 
Специалист
Специалист

Зарегистрирован:
Ср, янв 16 2013, 05:04
Сообщения: 170
RikoNw написал:
Ну видимо с тем, что запрашиваемые файлы с дисковой подсистемы мэпируются в память, но после использования не выгружаются, т.к. могут быть повторно использованы этим же или другими процессами.

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

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

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

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 10:24 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 782
Пол: Мужской
Так я и верю что она возьмет все что плохо лежит :D Просто сейчас 24 гб, ну дам я в два раза больше - она и это съест. Хотя по факту там работа то простая, наливай да пей, ой то есть склеивай две xml, да выплевывай pdf.
Не тянет это на 24 гига :lol:


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 10:30 
Менеджер
Менеджер

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 11:16 
Специалист
Специалист

Зарегистрирован:
Ср, янв 16 2013, 05:04
Сообщения: 170
RikoNw написал:
Смущает огромное (>100) кол-во запущенных jstart судя по htop.

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

Code:
ps -ef|grep jstart |wc -l


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 11:28 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 782
Пол: Мужской
sap2me написал(а):
RikoNw написал:
Смущает огромное (>100) кол-во запущенных jstart судя по htop.

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

Code:
ps -ef|grep jstart |wc -l


Выводит два процесса, а в 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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 11:36 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Вы под кем запускали ipcs -ma ? Ерунда какая то в выхлопе.
Сделайте под root-ом и отсортируйте по bytes


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 11:38 
Специалист
Специалист

Зарегистрирован:
Ср, янв 16 2013, 05:04
Сообщения: 170
RikoNw написал:
Выводит два процесса, а в htop показывает кучу трэдов.

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

RikoNw написал:
Насколько я понимаю, если база по дефолту, она съедает чуть больше чем PGA+SGA, у меня это 2+1 ГБ примерно, что соответствует данным в htop


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

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ADS пытается сожрать все что есть
СообщениеДобавлено: Пт, май 06 2016, 11:40 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 782
Пол: Мужской
SergoB написал(а):
Вы под кем запускали 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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 27 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB