![]() |
|
|
Google unix.com
|
|||||||
| Форумы | Регистрация | Правила форума | Ссылки | Альбомы | ЧАВО | Список участников | Календарь | Поиск | Сегодняшние сообщения | Отметить форумы читать |
| UNIX перспективных И опытных пользователей Эксперт-на-экспертов. Узнайте современные UNIX, UNIX команды, Linux, операционные системы, системы управления, программирование, Shell, Shell скриптов, Solaris, Linux, HP-UX, AIX, OS X, BSD. |
Подробнее UNIX и Linux Темы форума можно найти полезные
|
||||
| Нить | Резьба для начинающих | Форум | Ответы | Последнее сообщение |
| Высокие памяти в AIX 5.1 | jayakumarrt | AIX | 5 | 02-14-2008 07:17 PM |
| Высокая загрузка процессора в среднем | squid04 | Red Hat | 2 | 09-27-2006 09:07 AM |
| Высокая нагрузка | Джиоти | HP-UX | 4 | 05-01-2006 03:31 AM |
| Высокая Использование ядра с помощью сна | handak9 | UNIX перспективных И опытных пользователей | 4 | 09-19-2005 02:29 PM |
| Применение высокой нагрузкой процессора | Frank2004 | AIX | 0 | 04-20-2005 11:41 PM |
![]() |
|
|
LinkBack | Резьба Инструменты | Искать в этом Thread | Оценить Thread | Режимы дисплея |
|
|
|
||||
|
Sun: Высокий ядра использования И очень высокие нагрузки в среднем
Привет,
Я наблюдаем очень высокие ядра использования и очень высокие нагрузки в среднем на моей системе (Хотя мы не намного загрузка данных в базу данных). Вот вывод началу ... Есть ли знают, что я должен быть в поиске? Спасибо, Лорейн Last PID: 13144; нагрузка в среднем: 22.32, 19.81, 16,78 09:23:50 165 процессов: 148 спальных, 12 работает, зомби 1, 4 CPU Процессоры состояний: 0.2% простоя, 75,5% пользователей, 24,2% ядро, 0,1% iowait, 0.0% подкачки Память: 12G реальной, 185M бесплатно, 17G подкачки используется, 603M своп бесплатно PID USERNAME LWP PRI Ницца SIZE RES ВРЕМЯ ГОСУДАРСТВЕННОГО процессора КОМАНДОВАНИЯ 6653 Informix 2 51 -10 5758M 4835M CPU / 6 513:14 8.35% oninit 6652 Informix 2 51 -10 5759M 4841M запустить 556:36 8.25% oninit 6654 Informix 2 50 -10 5758M 4830M запустить 487:37 8.21% oninit 6655 Informix 2 50 -10 5758M 4824M запустить 470:20 8.07% oninit 6633 Informix 2 51 -10 5759M 4841M запустить 913:09 7.28% oninit 15233 metrica 1 44 2 16M 15M запустить 35:23 5.66% Perl 12897 metrica 1 36 2 9968K 9080K CPU / 2 0:57 5.14% Perl 12496 metrica 1 30 0 1136K 880K запустить 1:52 4,93% смол 12913 metrica 1 36 2 11M 10M запустить 0:56 4.74% Perl 6647 Informix 2 59 -20 5757M 5088M сна 43.4H 4.64% oninit 6648 Informix 2 59 -20 5757M 5084M сна 35.6H 3.71% oninit 11260 metrica 4 40 0 3946M 557M запустить 268:29 3.04% metrica_load 12922 metrica 1 60 2 11M 11M сон 0:49 2.71% Perl 6649 Informix 2 59 -20 5757M 5090M сна 27.4H 2.68% oninit 6650 Informix 2 59 -20 5757M 5057M сна 16.9H 2.08% oninit |
|
||||
|
Похоже, что у вас много переключение контекста - то есть, почему ядро активно.
Вы можете захотеть взглянуть на то, как приоритеты установлены на процессы, которые становятся все переехали IN / OUT. Если эти процессы не застряла в петле, вы можете очистить движение по сдаче одного или двух процессов пройти немного быстрее. Ваша система не будет появляться в I / O связаны, поэтому она должна быть процессора раздора. FWIW - Она также выглядит ваш своп очень близки к maxed, как хорошо, как и 95% из них используется. |
|
||||
|
Привет,
Я раскрыто подкачки вопроса 95% полной мере. Как я могу проверить, как устанавливаются приоритеты? Является ли этот параметр ядра? Я никогда не видел столько активность в ядре и раньше, что может причинить этот процессор раздора? Существует лишь небольшая нагрузка на систему. Благодаря миллиона |
|
||||
|
Я решительно подозревать данного сервера требуется больше памяти. Если вы посмотрите на IO Подождите он очень маленький, то есть I / O, не вызывая проблем. Но свободной памяти составляет лишь несколько процентов от общей суммы, то есть вы из памяти. Система с кусками для перемещения данных между основной памятью и своп является то, что является движущей использование процессора через крышу. Если вы получаете больше памяти, оно должно решить эту проблему, поскольку, что обмен может остановиться.
Один из способов, чтобы проверить, что это использование SAR-G, чтобы проверить, насколько пейджинг активности продолжается. Вот пример из моего окна. криптоном $ SAR-G 5 5 SunOS 5.10 Generic_118822 криптона-02 sun4u 02/06/2006 10:18:34 pgout / с ppgout / с pgfree / с pgscan / S% ufs_ipf 10:18:39 0,00 0,00 0,00 0,00 0,00 10:18:44 0,00 0,00 0,00 0,00 0,00 10:18:49 0,00 0,00 0,00 0,00 0,00 10:18:54 0,00 0,00 0,00 0,00 0,00 10:18:59 0,00 0,00 0,00 0,00 0,00 Средний балл 0.00 0.00 0.00 0.00 0.00 криптоном $ Криптон не сильно загружены, и количество свободной памяти, поэтому нет подкачки или обмен происходит на всех. Если ваше окно показывает ненулевое число здесь она из памяти и необходимости замены. Occasional ненулевое это нормально, как это может быть просто перемещение старых данных из памяти, но если это постоянно высокое число это является проблемой. Моя догадаться, что это то, что вы увидите. |
|
||||
|
Да Вы правы - значение Р / В и С / выходы имеют очень высокий на моем сервере.
metrica @ # metrica SAR-G 5 5 SunOS metrica 5,8 Generic_117350-11 sun4u 02/06/06 14:25:10 pgout / с ppgout / с pgfree / с pgscan / S% ufs_ipf 14:25:15 12,25 42,49 38,14 0,00 0,00 14:25:20 10,76 29,75 26,42 0,00 0,00 14:25:25 8,38 18,56 18,56 0,00 0,00 14:25:30 1,79 21,27 21,27 0,00 0,00 14:25:35 2,59 4,58 4,58 0,00 0,00 Среднее 7,17 23,38 21,84 0,00 0,00 Но этот сервер 12G памяти. Это должно быть много считая того, что мы работает по системе, так что я думаю, Dont я могу просить купить больше памяти. Если я смотрю, чтобы в случае Informix или некоторые другие процессы захвата на память на поле? Спасибо еще так много для вашего руководства. |
![]() |
| Закладки |
| Резьба Инструменты | Искать в этом Thread |
| Режимы дисплея | Оценить эту ветку |
|
|