Добрый день!Возникла необходимость разобраться в росте нагрузки на маршрутизатор cisco 2851.
В выводе загрузки ЦП показано 40%, однако если посмотреть распределение нагрузки по отдельным процессам и сложить эти цифры, то 40% не набирается даже близко.cisco2851#sh processes cpu sorted
CPU utilization for five seconds: 40%/36%; one minute: 42%; five minutes: 44%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
101 176792916 453941772 389 0.65% 0.75% 0.71% 0 IP Input
19 51560556 128686491 400 0.65% 0.57% 0.57% 0 ARP Input
261 47001740 165314785 284 0.57% 0.58% 0.57% 0 IP-EIGRP: HELLO
160 65912161857972832 3 0.49% 0.48% 0.49% 0 HQF Shaper Backg
98 31232628 76977948 405 0.40% 0.44% 0.43% 0 ADJ resolve proc
129 13548188 11970657 1131 0.32% 0.32% 0.32% 0 CEF: IPv4 proces
260 143118912 191434293 747 0.16% 0.17% 0.16% 0 IP-EIGRP: PDM
42 8434120 7743461 1089 0.16% 0.16% 0.16% 0 Per-Second Jobs
2 2207288 1545151 1428 0.08% 0.05% 0.07% 0 Load Meter
38 1205116 5860812 205 0.08% 0.02% 0.00% 0 Net Background
94 2198680 236923067 9 0.08% 0.04% 0.06% 0 ACCT Periodic Pr
161 2160632 76507606 28 0.08% 0.04% 0.06% 0 RBSCP Background
112 673496 30155746 22 0.08% 0.01% 0.00% 0 SSS Feature Time
100 2376784 236923039 10 0.08% 0.08% 0.08% 0 IP ARP Retry Age
15 0 1 0 0.00% 0.00% 0.00% 0 IPC BackPressure
14 0 1 0 0.00% 0.00% 0.00% 0 IPC Seat Manager
13 145552 7714280 18 0.00% 0.00% 0.00% 0 IPC Deferred Por
12 182020 7714268 23 0.00% 0.00% 0.00% 0 IPC Periodic Tim
16 0 1 0 0.00% 0.00% 0.00% 0 OIR Handler
17 0 1 0 0.00% 0.00% 0.00% 0 Crash writer
18 121688 257510 472 0.00% 0.00% 0.00% 0 Environmental mo
23 0 1 0 0.00% 0.00% 0.00% 0 AAA_SERVER_DEADT
7 0 2 0 0.00% 0.00% 0.00% 0 Timers
25 0 2 0 0.00% 0.00% 0.00% 0 DDR Timers
20 1523792 8054018 189 0.00% 0.03% 0.02% 0 ARP Background
27 153072 1145150 133 0.00% 0.00% 0.00% 0 EEM ED Syslog
28 904396 1544509 585 0.00% 0.01% 0.00% 0 HC Counter Timer
21 0 2 0 0.00% 0.00% 0.00% 0 ATM Idle Timer
30 0 1 0 0.00% 0.00% 0.00% 0 RO Notify Timers
22 0 2 0 0.00% 0.00% 0.00% 0 AAA high-capacit
32 0 2 0 0.00% 0.00% 0.00% 0 SMARTОтсюда вопрос - почему общая утилизация процессора не соответствует сумме частных?
И второй вопрос: что за процесс IDS SM? Google не отвечает.
Allocator PC Summary for: I/OPC Total Count Name
0x403514F8 10490176 5 IDS SMЗаранее спасибо.
>[оверквотинг удален]
> 0
> 0.00% 0.00% 0.00% 0 SMART
> Отсюда вопрос - почему общая утилизация процессора не соответствует сумме частных?
> И второй вопрос: что за процесс IDS SM? Google не отвечает.
> Allocator PC Summary for: I/O
> PC
> Total Count Name
> 0x403514F8 10490176 5
> IDS SM
> Заранее спасибо.Потому-что второе число (которое после слеша) означает процент процессорного времени, расходуемого на прерывания.
Теперь считаем: 40-36=4%. Это процессорное время расходуемое на запущенные процессы. Если вы сложите все ваши процессы показанные, то получите приблизительно 4%.
Как-то так.
>[оверквотинг удален]
>> PC
>> Total Count Name
>> 0x403514F8 10490176 5
>> IDS SM
>> Заранее спасибо.
> Потому-что второе число (которое после слеша) означает процент процессорного времени,
> расходуемого на прерывания.
> Теперь считаем: 40-36=4%. Это процессорное время расходуемое на запущенные процессы. Если
> вы сложите все ваши процессы показанные, то получите приблизительно 4%.
> Как-то так.Спасибо! не знал.
А то, что касается второй части вопроса? Что за процесс такой IDS SM. Он жрет у меня большую часть i/o памяти.
>[оверквотинг удален]
>>> IDS SM
>>> Заранее спасибо.
>> Потому-что второе число (которое после слеша) означает процент процессорного времени,
>> расходуемого на прерывания.
>> Теперь считаем: 40-36=4%. Это процессорное время расходуемое на запущенные процессы. Если
>> вы сложите все ваши процессы показанные, то получите приблизительно 4%.
>> Как-то так.
> Спасибо! не знал.
> А то, что касается второй части вопроса? Что за процесс такой IDS
> SM. Он жрет у меня большую часть i/o памяти.Это один из буферов в private particle пуле.
Скорее всего у вас много трафика уходит в process-switching.
Зачем вы смотрите на процессы? У вас по прерываниям CPU загружен. Из 40% общей утилизации - 36 уходит на прерывания, а не процессы. Изучайте конфиг, на предмет поиска причины, почему трафик идет не через CEF, а CPU