Newsgroup: it.comp.reti.cisco
Titolo: E' normale un uso cpu del 71% ?

Facendo uno sho proc, vedo un uso cpu del 71% non è un pò troppo ?
Ecco lo sho proc attuale:
CPU utilization for five seconds: 88%/11%; one minute: 69%; five minutes:
69%
 PID QTy       PC Runtime (ms)    Invoked   uSecs    Stacks TTY Process
   1 Cwe 801311D0           16        184      86 5588/6000   0 Chunk
Manager
   2 Csp 8015A064         4420      38392     115 2600/3000   0 Load Meter
   3 M*         0          252        102    247010588/12000  1 Virtual Exec
   4 Lst 8013DBE4      3508516     180623   19424 5772/6000   0 Check heaps
   5 Cwe 8014338C          188        118    1593 5616/6000   0 Pool Manager
   6 Mst 80083ED4            0          2       0 5564/6000   0 Timers
   7 Mwe 8001B8EC            0          2       0 5572/6000   0 Serial
Backgroun
   8 Mwe 80060468            0          1       0 5768/6000   0 AAA
high-capacit
   9 Lwe 801EFD80        36312      27611    1315 5260/6000   0 ARP Input
  10 Mwe 8020AD68            0          3       0 5312/6000   0 DDR Timers
  11 Mwe 805CF9B0            4          2    2000 5572/6000   0 ATM Idle
Timer
  12 Lwe 8065B7D8           16          2    8000 5624/6000   0 Entity MIB
API
  13 Mwe 800214C8            0          1       0 5796/6000   0 SERIAL
A'detect
  14 Msp 800C0EF4         8816     185925      47 5604/6000   0 GraphIt
  15 Mwe 80226AF8            0          2       011572/12000  0 Dialer event
  16 Cwe 80145D58            0          1       0 5808/6000   0 Critical
Bkgnd
  17 Mwe 800F1480         6680      22288     29910436/12000  0 Net
Background
  18 Lwe 800777F8           12        104     11511096/12000  0 Logger
  19 Mwe 8009A424        12012     185924      64 5108/6000   0 TTY
Background
  20 Msp 800F07F0        18524     185947      99 8656/9000   0 Per-Second
Jobs
  21 Mwe 801D89C4       414844    8216134      50 5576/6000   0 LED Timers
  22 Hwe 805A2694         3552      77287      45 8404/9000   0 ATM Periodic
 PID QTy       PC Runtime (ms)    Invoked   uSecs    Stacks TTY Process
  23 Lwe 805F0890            0          1       0 8752/9000   0 ATM ARP
INPUT
  24 Hwe 805AA754            0          2       011556/12000  0 ATM OAM
Input
  25 Hwe 805A88AC            0          2       011056/12000  0 ATM OAM
TIMER
  26 Hwe 8002E8DC          604        458    1318 3172/6000   0 AAL Coalesce
  27 Hwe 800F09D0          684       2557     267 5796/6000   0 Net Input
  28 Csp 800FA850        11864      38394     309 5584/6000   0 Compute load
avg
  29 Msp 800F081C       154812       3229   47944 5716/6000   0 Per-minute
Jobs
  30 Msi 8003A398         7240      82236      88 5588/6000   0 DSL State
Machin
  31 Mwe 8011D400            0          2       0 5572/6000   0 AAA Server
  32 Mwe 8011F710            0          1       0 5796/6000   0 AAA ACCT
Proc
  33 Mwe 8011F7E0            0          1       0 5776/6000   0 ACCT
Periodic Pr
  34 Mwe 801BA064            0          2       0 5580/6000   0 AAA
Dictionary R
  35 Mrd 802B3068     54064776    8176536    661210656/12000  0 IP Input
  36 Mwe 802D568C            0          1       0 5780/6000   0 ICMP event
handl
  38 Mwe 8049AB98            0          4       011588/12000  0 PPP Hooks
  39 Mwe 804F01A4            4          1    400011752/12000  0 VPDN call
manage
  40 Mwe 8052DE2C            4          3    1333 4992/6000   0 PPPOE
discovery
  41 Mwe 8052E248            0          1       0 5780/6000   0 PPPOE
background
  42 Mwe 805426F0            0          1       011792/12000  0 SSS Manager
  43 Mwe 805454B8         1772      25649      6911772/12000  0 SSS Test
Client
  44 Mwe 8032D8B8        24460       3396    7202 8348/9000   0 IP
Background
  45 Hwe 80333808          964       3216     299 8592/9000   0 IP RIB
Update
  46 Mwe 8049AB98           16          4    400011076/12000  0 PPP IP Route
 PID QTy       PC Runtime (ms)    Invoked   uSecs    Stacks TTY Process
  47 Mwe 8049AB98            4          6     66611420/12000  0 PPP IPCP
  48 Mst 802953A8          772       3192     24110964/12000  0 TCP Timer
  49 Lwe 8029A68C          116         30    386611312/12000  0 TCP
Protocols
  50 Mwe 802F7DB8            0          1       0 5812/6000   0 RARP Input
  51 Mwe 80679394       905248    1981852     456 4820/6000   0 IP NAT Ager
  52 Mwe 80325EA4            0          1       0 5800/6000   0 HTTP Timer
  53 Lsi 80388104          752       3207     234 5544/6000   0 IP Cache
Ager
  54 Hwe 806AEC44            0          1       0 5788/6000   0 Socket
Timers
  55 Mwe 804228C0         6712       3217    2086 5544/6000   0 Adj Manager
  56 Mwe 8049AB98            4          2    2000 5584/6000   0 PPP Bind
  57 Mwe 804E2910            0          2       0 5576/6000   0 Dialer
Forwarder
  58 Mwe 8054BB28            0          2       0 5564/6000   0 PPP SSS
  59 Mwe 80651DC0            0          2       0 5760/6000   0 SNMP Timers
  60 Hwe 805E142C            0          2       011576/12000  0 ILMI Input
  61 Mwe 805D5FD4            0          2       0 5580/6000   0 ILMI Request
  62 Mwe 805D606C            0          2       0 5576/6000   0 ILMI
Response
  63 Mwe 805E1988        41196      94057     437 5492/6000   0 ILMI Timer
Proce
  64 Mwe 805EC0E8          100          2   5000011532/12000  0 ATM PVC
Discover
  65 Mwe 80129098            4          2    2000 5588/6000   0 LOCAL AAA
  66 Mwe 8012B160            4          2    2000 5584/6000   0 ENABLE AAA
  67 Mwe 8012B520            0          2       0 5588/6000   0 LINE AAA
  68 Mwe 805886E0            0          2       0 5588/6000   0 TPLUS
  69 Mwe 80059354            0          2       0 5564/6000   0 AAA SEND
STOP EV
 PID QTy       PC Runtime (ms)    Invoked   uSecs    Stacks TTY Process
  70 Mwe 80529B3C            0          1       0 5796/6000   0 VPDN Scal
  71 Mwe 8055FAD8          356       3213     110 5584/6000   0 SAA Event
Proces
  72 Mrd 80479B54       340868    5235025      6511560/12000  0 PPP manager
  73 Mwe 8049AB98       309172    5245934      5811228/12000  0 PPP Events
  74 Hwe 804B3504         9012     187202      48 5580/6000   0 Multilink
PPP
  75 Mwe 804B2EC0            8          2    4000 5568/6000   0 Multilink
event
  76 Mwe 80601D54         2424      38624      6210340/12000  0 PPPoA
Manager
  77 Lwe 802F19A8         2608       2575    101211460/12000  0 IP SNMP
  78 Mwe 806562A8         1788       1293    138211480/12000  0 PDU
DISPATCHER
  79 Mwe 80655E78         9836       1286    764810868/12000  0 SNMP ENGINE
  80 Mwe 80652224            0          1       011792/12000  0 SNMP Traps
  81 Mwe 806B3334         2888       6013     480 5312/6000   0 SNTP
  82 Mwe 804DA290          700          7  10000019480/24000  0 VTEMPLATE
Backgr

> Facendo uno sho proc, vedo un uso cpu del 71% non è un pò troppo ?
E' in effetti un po' alto, ma non è detto che la cosa possa crearti dei
problemi e soprattutto non c'è una medicina sola.
Innanzi tutto, se la rilevazione l'hai fatta  in un momento di punta, la
cosa è ancora abbastanza sotto controllo, cisco stessa dice che
l'utilizzazione nei 5 minuti non deve superare il 75%, tu ci sei abbastanza
vicino ma sei ancora nei limiti; se invece i valori sono anche più alti c'è
da pensare a prendere dei provvedimenti prima di trovarsi a dover gestire
delle emergenze.
Detto questo puoi provare a fare uno "sh proc cpu" e vedere se c'è un
processo in particolare che monopolizza la cpu, è un classico, ad esempio,
dimenticarsi un debug attivo e causare proprio un problema del genere.
Dopo di che puoi vedere se ci sono dei servizi attivi che non servono, in
quel caso magari scopri che disattivandoli rientri in valori più normali di
utilizzo della cpu.
Anche provare a cambiare release a volte dà dei risultati, anche se quasi
mai eclatanti, a meno che non ti trovi di fronte ad una release bacata.
Se tutto ciò non funziona e vuoi essere tranquillo non credo che tu abbia
alternativa alla sostituzione della macchina, ovviamente con un modello
superiore.
Ciao,
         Tosh.

 problemi e soprattutto non c'è una medicina sola.
forse ho risolto, misà che era un' acl di troppo....

 Ecco lo sho proc attuale:
dunque mi verebbe da rispondere laconicamente: "troppo rispetto a che
banda/piattaforma/traffico..more info please"..
in effetti il solo sho proc (apro.. sho proc cpu era piu' leggibile =)
non e' che sia sufficente.. io ci aggiungerei un sh ver (i bachi non sono
esclusiva M$) un show interfaces + sh int switch (dopo aver adeguatamente
resettato i counters) per capire se hai una limitazione sulla piattaforma,
se hai beccato o sei vittima dello scan di un bel wormazzo di quelli in
voga (od ammennicoli del genere) se c'e' qualche sfegatato del p2p sulla
tua rete, se sei sotto assedio e via dicendo.. cmq faccio qualche ipotesi:
dallo sho dovresti avere una piattaforma 800 + ipadls o giu' di li'.. visto
i processi pppoa,etc direi che quindi hai una connessione tipo alice/libero
, dai diciamo 640/1280 (visto i $ x l'800). 
Una cosa che mi salta all'occhio e' 88%/11%..88% in process mode piu' 
nessuna traccia di "cef scanner" , basso "ip cache" e "ip input".. prima
conclusione: hai disabiliotato fast switching e cef.. il process switching
e' decisamente + costoso in termini di CPU. Escludiamo wormazzoli,ect che
generano parecchie arp rewrite.. noto un discreto "ip nat ager" il che mi
fa supporre che o hai degli utenti indaffarati col web o hai qualche
servizio pubblicato o c'e' davvero un bel prog p2p che gira da qualche
parte.. se a cio' aggiungiamo che avrai sicuramente qualche acl + log
("logger") direi che il conto torna.
Insomma abilitando il cef (e sostituire eventuali acl antispoof con "ip
verify unicast reverse-path"), moderando il logging (che disabilita il cef
per il flusso "matchato") e facendo quattro chiacchere con chi abusa del
p2p, credo proprio che la CPU dovrebbe tornare su livelli assai + bassi.
Se poi tutte queste miei ipotesi sono una vaccata.. beh io c'ho provato =)
Saluti.