ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / linux бд в свап
9 сообщений из 9, страница 1 из 1
linux бд в свап
    #39334059
AlexVin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexVin
Гость
оракле 12.1.0.2.160419

как на линуксе из ос (не из бд) посмотреть сколько реально занимает памяти оракловый процесс?
вот так
ps auxw | sort -n -k6 | tail -n 6
на аиксе показывает правду, на линуксе какие-то запредельные значения (походу добавляет туда шаред сегмент)
...
Рейтинг: 0 / 0
26.10.2016, 08:26
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334107
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
ps -eo pid,rss,args | sort -k 2 -n | tail -5
...
Рейтинг: 0 / 0
26.10.2016, 09:43
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334127
python3.5
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
python3.5
Гость
https://github.com/pixelb/ps_mem/blob/master/ps_mem.py
...
Рейтинг: 0 / 0
26.10.2016, 10:02
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334148
AlexVin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexVin
Гость
Вячеслав Любомудровps -eo pid,rss,args | sort -k 2 -n | tail -5
ну вот на тесте - показывает те же самые 2 гига у каждого из сотни оракловых процессов, когда на машинке всего 8
...
Рейтинг: 0 / 0
26.10.2016, 10:15
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334154
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Оно в kb кажет
...
Рейтинг: 0 / 0
26.10.2016, 10:28
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334244
AlexVin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexVin
Гость
Вячеслав ЛюбомудровОно в kb кажет
да. центос 6. на рхеле то же самое

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
$ ps -eo pid,rss,args | sort -k 2 -n | tail -5
  778 2197160 oracleMYDB (LOCAL=NO)
  658 2216556 oracleMYDB (LOCAL=NO)
28632 2621136 oracleMYDB (LOCAL=NO)
27512 2815456 ora_dbw0_MYDB

$free
Mem:        7904748

memory_target                        big integer 5G

select * from v$sgainfo
Shared Pool Size	1644167168
...
Рейтинг: 0 / 0
26.10.2016, 11:42
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334371
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Судя по memory_target HugePages не используются
Поэтому и SGA туда попадает

С HugePages у меня достаточно коррелирует с PGA
 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
SQL> !ps -eo pid,rss,args | grep 'oracletest (LOCAL=NO)' | sort -k 2 -n | tail -5 | sort -n
 2099 13792 oracletest (LOCAL=NO)
 2101 17092 oracletest (LOCAL=NO)
 3882  8932 oracletest (LOCAL=NO)
26509  9244 oracletest (LOCAL=NO)
29339 12220 oracletest (LOCAL=NO)

SQL> select spid, trunc(pga_alloc_mem/1024), trunc(pga_max_mem/1024) from v$process
  2  where spid in (2099, 2101, 3882, 26509, 29339) order by to_number(spid);

SPID                     TRUNC(PGA_ALLOC_MEM/1024) TRUNC(PGA_MAX_MEM/1024)
------------------------ ------------------------- -----------------------
2099                                         12962                   12962
2101                                         23778                   28066
3882                                          4834                    8290
26509                                        13538                   13538
29339                                         4514                   36770

Хотя, конечно, не так точно, как хотелось бы
Для большей точности надо лезть в /proc/PID/smaps

Да это и не те цифры, которые нужны
Вот когда один процесс сильно выделяется на фоне других (жрет кучу памяти), то он будет виден и через такой запрос
...
Рейтинг: 0 / 0
26.10.2016, 13:43
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334919
AlexVin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexVin
Гость
ну, я думал на memory_target, но sga_target без HugePages через ps показывает так же много

питоновый скрипт показывает интересные вещи - для некоторых процессов очень адекватно, а для некоторых, не сходящиеся с другими показатели, например(это другая машинка):
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
питон:
 Private  +   Shared  =  RAM used   Swap used   Program[pid]
  1.5 GiB +   1.5 GiB =   3.0 GiB     1.7 MiB   oracle_7031_oradb [7031]
ps:
ps -eo pid,rss,args | grep 7031
 7031 19832088 oracleORADB (LOCAL=NO)
select:
select spid, trunc(pga_alloc_mem/1024), trunc(pga_max_mem/1024),  from v$process p 
7031	5526	10006


и что - это где-то утечка или несовершенство измерительных приборов?

таки нет простой башевской команды для точного измерения кушаемой памяти оракловых процессов в линуксе? (неправильно я тему обозвал)
...
Рейтинг: 0 / 0
27.10.2016, 06:59
| Ответить | Цитировать | Написать  
linux бд в свап
    #39334953
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
HugePages в RSS не отображается
Если HugePages не используется, то в RSS будет как приватная так и разделяемая память процесса, которая находится в физической памяти (т.е. не в свопе / файле)

Почему у тебя такое расхождение -- смотри в smaps -- там конкретно по каждому отображению (map) видна статистика
...
Рейтинг: 0 / 0
27.10.2016, 09:18
| Ответить | Цитировать | Написать  
9 сообщений из 9, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / linux бд в свап
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39334371&tid=1887140]:
 0ms
get settings:
 10ms
get forum list:
 20ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 56ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 59ms
get tp. blocked users:
 2ms
others: 241ms
total:  412ms
созд. / загр.: 412ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]