|
|
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
предесловие... постоянно падают кластер оракл 10.2 грид 11.1 РХЕЛ 4.6 иногда там 2-3 процесса пожирают весь SGA и сервак начинает капать на swap, 2-3 часа и он совершает харакири... по началу думали баг ASM.... надо создать тригер на процессы, чтобы проверял Shared memory, если у процесса он больше 9gb then send mail any ideas? top -b > top.txt egawk? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2010, 16:32 |
|
||
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
mblshaпредесловие... постоянно падают кластер оракл 10.2 грид 11.1 РХЕЛ 4.6 иногда там 2-3 процесса пожирают весь SGA и сервак начинает капать на swap, 2-3 часа и он совершает харакири... по началу думали баг ASM.... надо создать тригер на процессы, чтобы проверял Shared memory, если у процесса он больше 9gb then send mail any ideas? top -b > top.txt egawk? man ipcs. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2010, 18:52 |
|
||
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
mblshaиногда там 2-3 процесса пожирают весь SGA и сервак начинает капать на swap, 2-3 часа и он совершает харакири... по началу думали баг ASM.... надо создать тригер на процессы, чтобы проверял Shared memory, если у процесса он больше 9gb then send mail что-то странное Вы диагностируете, сегменты shm не умееют расширяться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2010, 03:06 |
|
||
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
используй huge pages и вырубай DISM ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2010, 09:30 |
|
||
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
Андрей Панфилов, так свап расширяется, а память забранная процессом, общий сга 18гб, 2 процесса по 9гб и наступает капец. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2010, 09:49 |
|
||
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
mblshaАндрей Панфилов, так свап расширяется, а память забранная процессом, общий сга 18гб, 2 процесса по 9гб и наступает капец. почитайте доку соберите статистику , вероятнее всего процессы в своп заганяет буферизация ФС. И чем выше рандомный ввод вывод тем больше заганяет. Базе нужен блок 8 к , а в кеш попадает 64 + При этом ОС кого то выганяет в своп, что бы освободить эти 64к + для дисковой операции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2010, 10:50 |
|
||
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
ДохтаР, в ФС сидят только аркайвы, пользуемся ASM ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2010, 13:29 |
|
||
|
Process's shared momory
|
|||
|---|---|---|---|
|
#18+
mblshaтак не свап расширяется, а память забранная процессом, общий сга 18гб, 2 процесса по 9гб и наступает капец.Ничего не понял если честно. SGA при запуске оракла выделяется сразу (даже в случае использования ASMM) и сегметны отведенные под sga расширяться/уменьшаться не могут - такова реализация shared memory, поэтому что означает фраза "пожирают весь SGA" мне совершенно неясно. Хотя формально менеджер памяти может определять, что некоторые участки памяти не используются, и позволяет делать оверкоммит без использования swap (может у Вас для PGA настройки кривые?). В любом случае на лицо ошибка сайзинга и городить костыли смысла не имеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2010, 15:57 |
|
||
|
|
start [/forum/topic.php?fid=25&msg=36941615&tid=1484613]: |
0ms |
get settings: |
4ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
155ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 196ms |
| total: | 401ms |
| 0 / 0 |
