LINUX.ORG.RU

Дохнет сервак. процесс-лист


0

0

160 processes: 148 sleeping, 12 running, 0 zombie, 0 stopped
CPU0 states: 87,4% user, 11,4% system,  0,0% nice,  0,1% idle
CPU1 states: 93,1% user,  6,3% system,  0,0% nice,  0,0% idle
CPU2 states: 88,4% user, 10,4% system,  0,0% nice,  0,1% idle
CPU3 states: 97,2% user,  2,1% system,  0,0% nice,  0,1% idle
Mem:  3871012K av, 3695048K used,  175964K free,       0K shrd,  408276K buff
Swap: 3156648K av,       0K used, 3156648K free                 2306136K cached

15435 oracle    14   0  126M 103M 95856 R    36,3  2,7  15:19 oracle 
15470 oracle    14   0  123M 101M 93416 R    36,1  2,6  15:17 oracle 
15376 oracle    16   0  136M 113M  103M R    35,9  3,0  15:14 oracle 
15399 oracle    14   0  125M 102M 94784 R    35,7  2,7  15:36 oracle 

=====================
Как это все объяснить?? что за процессы оракла которые висят 15 минут и жрут все прроцы??? Я  не админ этого сервака и не особо опытный юзер. Если можно, дайте какие-нить заключения.   
anonymous

Да это все тупые девелоперы виноваты Жрать процесс может sql запрос вида: select * from table где table - таблица с 2-3 миллионами записей ...

anonymous
()
Ответ на: комментарий от anonymous

девелоперы? Может и виноваты. Но я боюсь что все-таки и админы оракла тоже как-то причастны. А? А таблицы там такие встречаются, бывает.

anonymous
()
Ответ на: комментарий от anonymous

просто непонятно, что это за процессы - дейситвительно ли это клиентские sql-запросы или это служебные процессы оракла. Слышал я как-то о том, что ненастроенный оракл думает что он один на сервере и все отжирает по максимуму? Есть такая вероятность? Если есть, то будем вызывать внещнего админа, пусть ковырнет...

anonymous
()
Ответ на: комментарий от anonymous

Ну насчет служебных процессов - это маловероятно - там же не делается vacuum db :) посмотри есть ли коннекты к базе оракла

anonymous
()

Такое использование процессора на сервере БД - вполне нормально.

no-dashi ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.