High CPU Usage / Dropped Packets - Switch Blade WS-CBS3120X-S

Hi all,
I have a couple of Switches Blade 3120, working as active-standby model (HSRP) on a new site deployment. There are other 20 sites more or less, working on the same model, without issues. But in this one, we are seeing a high cpu usage. The traffic going through the platform is 600Mbps (on peaks), and in this case we have 40% of CPU usage. Traffic should be close to 3 Gbps. When we tried to send the whole traffic through the platform, active switch began to drop packets on the majority of interfaces.
When we analyze the CPU usage, there is a special process called "HL3U bkgrd proce" always have the most CPU use, but we do not know what concerns. We do not know if it is caused because there are PBRs configured. It should not matter. How I mentioned, there are other sites working fine and have had always the same PBR number.
Could you guys help us?. Any idea what is causing the high usage?. Is there a special debug we could to perform to diagnose the issue?. Also, we have seen a high interrupt CPU usage (9% in this case).
Find attached the whole diagnosis outputs.
Thanks for your assistance guys.
Cheers,
Juan Pablo
bog-sib-INT-rtr-1#show processes cpu sorted 5sec
CPU utilization for five seconds: 30%/9%; one minute: 25%; five minutes: 23%
PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process
157   140004809   107071220       1307 14.24% 10.19%  9.01%   0 HL3U bkgrd proce
119     6860957     1519183       4516  0.79%  0.59%  0.53%   0 hpm counter proc
166     2511492      302802       8294  0.15%  0.15%  0.15%   0 HQM Stack Proces
199     4182906    15255882        274  0.15%  0.21%  0.20%   0 IP Input        
357      237531      782101        303  0.15%  0.03%  0.00%   0 IP SNMP         
186         101         148        682  0.15%  0.09%  0.02%   1 Virtual Exec    
242       63071     2330717         27  0.15%  0.02%  0.00%   0 CEF: IPv4 proces
  12      163754      620353        263  0.15%  0.01%  0.00%   0 ARP Input       
   9           0           2          0  0.00%  0.00%  0.00%   0 License Client N
   8          41        1827         22  0.00%  0.00%  0.00%   0 WATCH_AFS       
  11          50           4      12500  0.00%  0.00%  0.00%   0 Image License br
   7           0           2          0  0.00%  0.00%  0.00%   0 Timers          
bog-sib-INT-rtr-1#sh ip cef summary
IPv4 CEF is enabled for distributed and running
VRF Default
119 prefixes (119/0 fwd/non-fwd)
Table id 0x0
Database epoch:        2 (119 entries at this epoch)

Hi Leolaohoo,
I had not played with this one too !!!!...
1). IOS version (It was recently updated)
bog-sib-INT-rtr-1#sh ver
Cisco IOS Software, CBS31X0 Software (CBS31X0-UNIVERSALK9-M), Version 12.2(58)SE1, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2011 by Cisco Systems, Inc.
Compiled Thu 05-May-11 04:08 by prod_rel_team
ROM: Bootstrap program is CBS31X0 boot loader
BOOTLDR: CBS31X0 Boot Loader (CBS31X0-HBOOT-M) Version 12.2(0.0.951)SE3, CISCO DEVELOPMENT TEST VERSION
bog-sib-INT-rtr-1 uptime is 2 weeks, 3 days, 17 hours, 14 minutes
System returned to ROM by power-on
System restarted at 00:59:27 UTC Sat Jun 9 2012
System image file is "flash:cbs31x0-universalk9-mz.122-58.SE1.bin"
2). What interface do you want to see?, do you want to see all interfaces? . This switch has 16 interfaces that connect servers, and other going to our client. Below, the state of the two kind of interfaces:
Interface to Client (Bearer)
TenGigabitEthernet1/0/1 is up, line protocol is up (connected)
  Hardware is Ten Gigabit Ethernet, address is 001f.275d.d81b (bia 001f.275d.d81b)
  Description: BearerNContent_Aggregrate
  MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 10/255, rxload 14/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s, link type is auto, media type is 10GBase-LR
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 2w3d, output hang never
  Last clearing of "show interface" counters 07:07:56
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 562469000 bits/sec, 83641 packets/sec
  5 minute output rate 430500000 bits/sec, 73141 packets/sec
     2020563158 packets input, 1739897855828 bytes, 0 no buffer
     Received 13257 broadcasts (13257 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 13257 multicast, 0 pause input
     0 input packets with dribble condition detected
     1745065310 packets output, 1347244137726 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out
Interface to Server
GigabitEthernet1/0/8 is up, line protocol is up (connected)
  Hardware is Gigabit Ethernet, address is 001f.275d.d808 (bia 001f.275d.d808)
  Description: bog-15
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 15/255, rxload 12/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, link type is auto, media type is 1000BaseX
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output 00:00:17, output hang never
  Last clearing of "show interface" counters 07:09:12
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 19418
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 47705000 bits/sec, 7155 packets/sec
  5 minute output rate 58897000 bits/sec, 8011 packets/sec
     178178750 packets input, 153802177226 bytes, 0 no buffer
     Received 4091 broadcasts (0 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     212233312 packets output, 206621942776 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out
Thanks for your help. I am losing my hair with this issue.
Cheers,
Juan P.

Similar Messages

  • Packet drops and High CPU on Cisco 3845 Switch

    Hello Experts,
    We are facing a lot of packet drops in our LAN.
    When we try to ping one of the access switches from the CE router, we get the follwoing output:
    pdel1799#ping 10.132.136.17 so 10.132.164.1 si 100 re 500
    Type escape  sequence to abort.
    Sending 500, 100-byte ICMP Echos to 10.132.136.17, timeout  is 2 seconds:
    Packet sent with a source address of  10.132.164.1
    Success  rate is 98 percent (491/500), round-trip min/avg/max = 1/9/44  ms
    pdel1799#
    Success  rate is 98 percent (491/500), round-trip min/avg/max = 1/9/44  ms
    pdel1799#
    Some command outputs and show tech of all switches attached from the customer which I have attached.
    I have also attached a diagram but the only router''s IP address is correct in the diagram while IP address of switches in the diagram are incorrect. Here are the correct IPs of the switches:
    Core Switch : 10.132.139.2
    Access Switches:
    10.132.136.17
    10.132.136.18
    10.132.136.29
    Apart from packet drops on VLAN 1 we are seeing  high CPU utilization on core switch
    ingur-msl-coresw#sh processes cpu sorted | ex 0.0
    Core 0: CPU utilization for five seconds: 61%; one minute: 45%;  five minutes: 47%
    Core 1: CPU utilization for five seconds: 63%; one minute: 46%;  five minutes: 56%
    Core 2: CPU utilization for five seconds: 36%; one minute: 74%;  five minutes: 69%
    Core 3: CPU utilization for five seconds: 85%; one minute: 69%;  five minutes: 65%
    PID    Runtime(ms) Invoked  uSecs  5Sec     1Min     5Min     TTY   Process
    5638   2374911     23863975 131    52.03    52.24    52.58    1088  fed               
    9227   43623       21191441 182    8.36     5.53     5.71     0     iosd              
    6146   1437288     13888905 56     0.95     0.68     0.70     0     pdsd              
    5639   1292905     86276135 11     0.13     0.13     0.11     0     platform_mgr      
    6161   2831440     20952285 955    0.13     0.12     0.10     0     cpumemd    
    I can get more details required to resolve this, please help!!

    Hi,
    I can see several Mac Flaps in the logs provided.... i.e. on int gi 1/1/3.  have you verified you don't have any bridging loop occurring on the network?
    Regards,
    Yaseen

  • ITunes 10.6 has High CPU Usage when switched to Mini Player

    iTunes has high CPU usage when switched to mini player. The CPU usage goes to 80-100% when the next song is played in Mini Player. iTunes then stays at high CPU usage.
    Upon exiting mini player the CPU usage will drop back to the normal 0-5% levels.
    This only happens when playing from the main music library; which my library is at 7089 items, 42.04 GB.
    When playing from a smaller playlist such as a smart playlist with about 15 songs in it for example, the CPU usage stays low/normal.

    Do you have any better luck with that if you update to iTunes 10.6.1.7?
    From the notes for the release:
    iTunes 10.6.1 provides a number of improvements, including:
    • Fixes several issues that may cause iTunes to unexpectedly quit while playing videos, changing artwork size in Grid view and syncing photos to devices.
    • Addresses an issue where some iTunes interface elements are incorrectly described by VoiceOver and WindowEyes.
    • Fixes a problem where iTunes may become unresponsive while syncing iPod nano or iPod shuffle.
    • Resolves an ordering problem while browsing TV episodes in your iTunes library on Apple TV.
    http://www.apple.com/itunes/download/

  • High CPU Usage on C6509

    Good day, can someone analyze this for me, in regards with high cpu usage.
    2222222222222222222222222222222222333332222244444222222222
         8888555559999955555777773333344444000007777711111555559999
    100                                                           
    90                                                           
    80                                                           
    70                                                           
    60                                                           
    50                                                           
    40                                              *****        
    30  ************************          ************************
    20  **********************************************************
    10  **********************************************************
        0....5....1....1....2....2....3....3....4....4....5....5....
                  0    5    0    5    0    5    0    5    0    5   
                   CPU% per second (last 60 seconds)
         4443333334443433334333333333333333333333343333333333333333
         1006530591135079734601132535328062177773414263667168577916
    100                                                           
    90                                                           
    80                                                           
    70                                                           
    60                                                           
    50                                                           
    40  *****  ********** **     * *  * *  ****  *  * *** ****** *
    30  #############**##*####*#*##*###*#*#########*##*****###****
    20  ##########################################################
    10  ##########################################################
        0....5....1....1....2....2....3....3....4....4....5....5....
                  0    5    0    5    0    5    0    5    0    5   
                   CPU% per minute (last 60 minutes)
                  * = maximum CPU%   # = average CPU%
         4744444545444444444444444444333344444444444444444434444444433344344444
         4547425182436632379924402500899822115303104140406471591734499730802883
    100                                                                       
    90                                                                       
    80   *                                                                   
    70   *                                                                   
    60   *                                                                   
    50   * *  ****  **   ***     *          *           *   ** *           **
    40  **********************************************************************
    30  #*******###**********##**********#********************************####
    20  ######################################################################
    10  ######################################################################
        0....5....1....1....2....2....3....3....4....4....5....5....6....6....7.
                  0    5    0    5    0    5    0    5    0    5    0    5    0
                       CPU% per hour (last 72 hours)
                      * = maximum CPU%   # = average CPU%
    Local_Backbone#sh proc cpu sorted 5sec
    CPU utilization for five seconds: 24%/16%; one minute: 27%; five minutes: 27%
    PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
    123  1380698152 938782622       1470  6.07%  6.66%  6.52%   0 IP Input        
       9    71590456 190912340        374  0.39%  0.48%  0.47%   0 ARP Input       
    213    53552228 246488976        217  0.23%  0.42%  0.48%   0 SNMP ENGINE     
    176     2804332  35409778         79  0.15%  0.02%  0.00%   0 OSPF Hello      
    319      918144  11719407         78  0.15%  0.01%  0.00%   0 OSPF Router 100 
       4         236       195       1210  0.07%  0.00%  0.00%   1 Virtual Exec    
    169     2374788   2035919       1166  0.07%  0.03%  0.00%   0 Adj Manager     
    118     5885520  15709517        374  0.07%  0.07%  0.07%   0 CDP Protocol    
      36       69788   9934569          7  0.07%  0.00%  0.00%   0 TTY Background  
    179    30669516 309965501         98  0.07%  0.23%  0.24%   0 IP SNMP
    need a quick opinion as i have another backbone abroad that uses only 5-10% of cpu usage.
    - same config
    - same setup (2BB for Sec/firewall, 2BB for Integration, 6Distro SW)
    - different number of users
    thank you and god bless.

    I also agree with Stephan that this is not a concern that the cpu you are seeing it sohuld reduce down.
    If in case still want to do the troubleshooting here is the procedure:
    Here are some of the commands you can refer while you see the high cpu:
    •1-  Show proc cpu sorted | ex 0.00%  >> First check whether CPU is due to Interrupt or due to Process Switching.
    Eg: CPU utilization for five seconds: 6%/2%; one minute: 2%; five minutes: 2%
    6% is total CPU utilization and 2 % is due to Interrupt. You would see this on a higher bit when you have the high cpu. Total-interrupt will give you the value of Process.
    More info: http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186a00804916e0.shtml
    b) Show proc cpu history :---Check since how long is the CPU been affected.
    2- Check if there is any interface drops are been seen:
    show interface | include line|drops   ( Check if any vlan/interface are having input drops)
    3- check if there are any STP issue:
    show spanning tree detail
    show spann det | in ieee|from|occur|is exec
    show spann det | in executing | changes
    show interface | include line|drops
    show cef drop
    show ip traffic   >> Check the traffic utilization.
    4- There are some internal debugging which would help to find out which packets ( from Src,dst) is hitting the CPU:
    debug netdr capture rx  <<<<( DEBUG OF NETDR IS VERY USEFULL TO CHECK WHAT PACKETSS ARE COMING TO CPU)
    show netdr capture-packet  >> This will give you the captured outputs were you can see the Src and dst . Then you can take the action with those src ip address guys to check why they are punting the traffic.
    HTH
    Regards
    Inayath
    ***Plz rate if this info is helpfull.

  • High CPU usage in cisco 7613 with rsp720-3cxl

    Hi everybody,
    our cisco 7613 has about  4.5 Gbps  Tx/Rx IP traffic in total, and we run ospf with other cisco cloud for routing I list in the following some our router show.what is your idea about our high cpu usage .Is it in normal range with the listed cards and modules.How can I tune the rsp720 and other SIP-200,400,600 for better performances
    why our interrupt rate is high ,and one thing more the total sum of 5sec in separate rows not equal to cpu utilization for five second 50% 
    show proc cpu sor
    CPU utilization for five seconds: 50%/46%; one minute: 54%; five minutes: 59%
     PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process
       8   196795220    12640741      15568  1.51%  0.38%  0.26%   0 Check heaps
     224  1048610528  4169501364          0  1.19%  1.45%  1.44%   0 IP Input
      13   374006320  3155162661          0  0.23%  0.26%  0.24%   0 ARP Input
     217   119862004   985030884        121  0.15%  0.32%  0.25%   0 ADJ resolve pro
    c
     185      537716  1825736183          0  0.07%  0.03%  0.02%   0 ACE Tunnel Task
     260     1550992  2983272818          0  0.07%  0.13%  0.15%   0 Ethernet Msec T
    i
     305    38186336    58050485        657  0.07%  0.02%  0.00%   0 XDR mcast
      34       67208    11707798          5  0.07%  0.00%  0.00%   0 IPC Loadometer
      27      232776    57160812          4  0.07%  0.01%  0.00%   0 IPC Periodic Ti
    m
     325    17539200    92894502        188  0.07%  0.15%  0.15%   0 CEF: IPv4 proce
    s
     195     7406636    43782487        169  0.07%  0.00%  0.00%   0 esw_vlan_stat_p
    r
    show ip route summ
    IP routing table name is default (0x0)
    IP routing table maximum-paths is 32
    Route Source    Networks    Subnets     Replicates  Overhead    Memory (bytes)
    static          1           120         0           7620        20812
    connected       0           313         0           18860       53836
    ospf 98         17          4892        0           589020      863984
      Intra-area: 89 Inter-area: 383 External-1: 0 External-2: 0
      NSSA External-1: 0 NSSA External-2: 4437
    bgp 12880       0           1           0           60          172
      External: 1 Internal: 0 Local: 0
    ospf 410        0           269         0           16220       47344
      Intra-area: 1 Inter-area: 0 External-1: 0 External-2: 268
      NSSA External-1: 0 NSSA External-2: 0
    internal        137                                             260544
    Total           155         5595        0           631780      1246692
    sh module
    Mod Ports Card Type                              Model              Serial No.
      1    0  4-subslot SPA Interface Processor-200  7600-SIP-200       
      2    0  4-subslot SPA Interface Processor-400  7600-SIP-400       
      3   24  CEF720 24 port 1000mb SFP              WS-X6724-SFP       
      6    1  1-subslot SPA Interface Processor-600  7600-SIP-600       
      7    2  Route Switch Processor 720 (Active)    RSP720-3CXL-GE     
      8    2  Route Switch Processor 720 (Cold)      RSP720-3CXL-GE     
    show ver
    System image file is "bootdisk:c7600rsp72043-adventerprisek9-mz.122-33.SRE2.bin"
    1 SIP-200 controller .
    1 SIP-400 controller (1 Channelized OC3/STM-1).
    1 SIP-600 controller (1 TenGigabitEthernet).
    2 Virtual Ethernet interfaces
    28 Gigabit Ethernet interfaces
    1 Ten Gigabit Ethernet interface
    1 Channelized STM-1 port
    1 Channelized STM-1 port
    show int vlan 1
      Encapsulation ARPA, loopback not set
      Keepalive not supported
      ARP type: ARPA, ARP Timeout 04:00:00
      Last input 00:00:00, output 00:00:00, output hang never
      Last clearing of "show interface" counters 2d23h
      Input queue: 0/75/2886/1830 (size/max/drops/flushes); Total output drops: 0
      Queueing strategy: fifo
      Output queue: 0/40 (size/max)
      5 minute input rate 2380531000 bits/sec, 287383 packets/sec
      5 minute output rate 422133000 bits/sec, 254113 packets/sec
      L2 Switched: ucast: 1200869468 pkt, 101172643240 bytes - mcast: 253599 pkt, 78
    873415 bytes
      L3 in Switched: ucast: 60947040633 pkt, 68919665115039 bytes - mcast: 0 pkt, 0
     bytes mcast
      L3 out Switched: ucast: 52594517004 pkt, 9869168832783 bytes mcast: 0 pkt, 0 b
    ytes
         62147839148 packets input, 69016175499764 bytes, 0 no buffer
         Received 257634 broadcasts (0 IP multicasts)
         0 runts, 0 giants, 15 throttles
         0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
         53647248858 packets output, 10292998021217 bytes, 0 underruns
         0 output errors, 0 interface resets
         0 unknown protocol drops
         0 output buffer failures, 0 output buffers swapped out

    Thank you for your hints and replying
    These are our show ibc in 1 min interval
    Interface information:
            Interface IBC0/0
            5 minute rx rate 20045000 bits/sec, 30183 packets/sec
            5 minute tx rate 47394000 bits/sec, 60212 packets/sec
            19879272237 packets input, 4006174536193 bytes
            19835355282 broadcasts received
            19808585787 packets output, 3981305571968 bytes
            90548 broadcasts sent
            0 Bridge Packet loopback drops
            19756362091 Packets CEF Switched, 1320184 Packets Fast Switched
            0 Packets SLB Switched, 0 Packets CWAN Switched
            Label switched pkts dropped: 0    Pkts dropped during dma: 339549
            Invalid pkts dropped: 0    Pkts dropped(not cwan consumed): 0
            IPSEC pkts dropped: 635184
            Xconnect pkts processed: 0, dropped: 0
            Xconnect pkt reflection drops: 0
            Total paks copied for process level 0
            Total short paks sent in route cache 2605317676
            Total throttle drops 265338    Input queue drops 5831090
            total spd packets classified (120217214 low, 174503 medium, 3073 high)
            total spd packets dropped (339549 low, 0 medium, 0 high)
            spd prio pkts allowed in due to selective throttling (0 med, 0 high)
            IBC resets   = 1; last at 23:52:49.004 Sat Jan 19 2013
    Driver Level Counters: (Cumulative, Zeroed only at Reset)
              Frames          Bytes
      Rx(0)   26537712        3421085217
      Rx(1)   3449063135      2838813650
      Tx(0)   3390340306      2016620276
     Input Drop Frame Count
         Rx0 = 0                Rx1 = 2488435
     Per Queue Receive Errors:
         FRME   OFLW   BUFE   NOENP  DISCRD DISABLE BADCOUNT
     Rx0 0      0      0      0      0        0    0
     Rx1 0      0      0      3633   0        0    0
      Tx Errors/State:
       One Collision Error   = 0            More Collisions       = 0
       No Encap Error        = 0            Deferred Error        = 0
       Loss Carrier Error    = 0            Late Collision Error  = 0
       Excessive Collisions  = 0            Buffer Error          = 0
       Tx Freeze Count       = 0            Tx Intrpt Serv timeout= 1
       Tx Flow State         = FLOW_ON
       Tx Flow Off Count     = 0            Tx Flow On Count      = 0
      Counters collected at Idb:
       Is input throttled    = 0            Throttle Count        = 0
       Rx Resource Errors    = 0            Input Drops           = 2488435
       Input Errors           = 194243
       Output Drops          = 0            Giants/Runts          = 0/0
       Dma Mem Error         = 0            Input Overrun         = 0
    Hash match table for multicast (in use 0, maximum 64 entries):
    show ibc 
    Interface information:
            Interface IBC0/0
            5 minute rx rate 20194000 bits/sec, 30412 packets/sec
            5 minute tx rate 47753000 bits/sec, 60663 packets/sec
            19891125514 packets input, 4007158118761 bytes
            19847185365 broadcasts received
            19820407164 packets output, 3982279276274 bytes
            90576 broadcasts sent
            0 Bridge Packet loopback drops
            19768178233 Packets CEF Switched, 1321008 Packets Fast Switched
            0 Packets SLB Switched, 0 Packets CWAN Switched
            Label switched pkts dropped: 0    Pkts dropped during dma: 339549
            Invalid pkts dropped: 0    Pkts dropped(not cwan consumed): 0
            IPSEC pkts dropped: 635574
            Xconnect pkts processed: 0, dropped: 0
            Xconnect pkt reflection drops: 0
            Total paks copied for process level 0
            Total short paks sent in route cache 2606549061
            Total throttle drops 265338    Input queue drops 5831090
            total spd packets classified (120252754 low, 174531 medium, 3074 high)
            total spd packets dropped (339549 low, 0 medium, 0 high)
            spd prio pkts allowed in due to selective throttling (0 med, 0 high)
            IBC resets   = 1; last at 23:52:49.004 Sat Jan 19 2013
    Driver Level Counters: (Cumulative, Zeroed only at Reset)
              Frames          Bytes
      Rx(0)   26550723        3422835145
      Rx(1)   3461063605      176652699
      Tx(0)   3402319442      3368513724
     Input Drop Frame Count
         Rx0 = 0                Rx1 = 2490155
     Per Queue Receive Errors:
         FRME   OFLW   BUFE   NOENP  DISCRD DISABLE BADCOUNT
     Rx0 0      0      0      0      0        0    0
     Rx1 0      0      0      3633   0        0    0
      Tx Errors/State:
       One Collision Error   = 0            More Collisions       = 0
       No Encap Error        = 0            Deferred Error        = 0
       Loss Carrier Error    = 0            Late Collision Error  = 0
       Excessive Collisions  = 0            Buffer Error          = 0
       Tx Freeze Count       = 0            Tx Intrpt Serv timeout= 1
       Tx Flow State         = FLOW_ON
       Tx Flow Off Count     = 0            Tx Flow On Count      = 0
      Counters collected at Idb:
       Is input throttled    = 0            Throttle Count        = 0
       Rx Resource Errors    = 0            Input Drops           = 2490155
       Input Errors           = 194358
       Output Drops          = 0            Giants/Runts          = 0/0
       Dma Mem Error         = 0            Input Overrun         = 0
    Hash match table for multicast (in use 0, maximum 64 entries):
    and sorry what is your idea about total sum of 5sec in separate rows not equal to cpu utilization for five second 50% 

  • High CPU Usage on Cisco 3845

    Hi all,
    I'm having high CPU usage with one of my Cisco 3845.
    It works as an IP-IP Gateway and the CPU is quite high when the total number of calls only around 100-200 calls.
    I check the CPU usage with "show process cpu sort" and it looks like there are some "hidden" processes that consuming CPU.
    For example, 41% is total CPU, 25% is due to interrups, so CPU utilization on process level = 41 - 25 = 16%.
    But as showed below, processes don't consume that much CPU, only around 7% ???
    Please help to advise on this case. Any help is highly appreciated..
    Thank you.
    3845-GW#show process cpu sort | ex 0.00%  0.00%  0.00%
    CPU utilization for five seconds: 41%/25%; one minute: 46%; five minutes: 47%
     PID Runtime(ms)     Invoked      uSecs     5Sec   1Min   5Min TTY Process
     382     6619708     1473171       4493      1.59%  1.81%  1.92%   0 CCSIP_SPI_CONTRO
     141     4228940    10181955        415      1.35%  1.51%  1.57%   0 IP Input
      65     2450824      163102      15026        1.19%  1.16%  1.17%   0 Per-Second Jobs
     370     2702292     3709512        728        0.87%  0.88%  0.88%   0 VOIP_RTCP
     224      321680      245640       1309          0.47%  0.49%  0.50%   0 AFW_application_
     112       93940    18093506          5             0.39%  0.31%  0.32%   0 Ethernet Msec Ti
     384     1058280     1553567        681         0.23%  0.28%  0.30%   0 CCSIP_UDP_SOCKET
       2       18148       32905        551                 0.07%  0.03%  0.02%   0 Load Meter
     137       35644     4657843          7               0.07%  0.04%  0.05%   0 IPAM Manager
     189      206392      267959        770            0.07%  0.05%  0.07%   0 TCP Protocols
      30       30792      198554        155               0.07%  0.01%  0.00%   0 ARP Input
     368      145456      176151        825             0.07%  0.04%  0.05%   0 CC-API_VCM
      28        9628       32759        293  0.00%  0.01%  0.00%   0 Environmental mo
      48      221352       37922       5837  0.00%  0.11%  0.11%   0 Net Background
      63       16728       32924        508  0.00%  0.01%  0.00%   0 Compute load avg
      64       72080        2781      25918  0.00%  0.01%  0.00%   0 Per-minute Jobs
       6      371644       29792      12474  0.00%  0.14%  0.12%   0 Check heaps
     176       12216      240288         50  0.00%  0.01%  0.00%   0 CEF: IPv4 proces
     284       36416     4929826          7  0.00%  0.02%  0.01%   0 MMON MENG
     307       12168      806151         15  0.00%  0.01%  0.00%   0 Atheros LED Ctro
     335       35300       19755       1786  0.00%  3.16%  1.00% 708 Virtual Exec
    3845-GW#sh int g0/0
    GigabitEthernet0/0 is up, line protocol is up
      MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
         reliability 255/255, txload 1/255, rxload 1/255
      Encapsulation ARPA, loopback not set
      Keepalive set (10 sec)
      Full Duplex, 1Gbps, media type is RJ45
      output flow-control is XON, input flow-control is XON
      ARP type: ARPA, ARP Timeout 04:00:00
      Last input 00:00:00, output 00:00:00, output hang never
      Last clearing of "show interface" counters never
      Input queue: 0/75/2/56803 (size/max/drops/flushes); Total output drops: 0
      Queueing strategy: fifo
      Output queue: 0/40 (size/max)
      5 minute input rate 1551000 bits/sec, 5751 packets/sec
      5 minute output rate 4207000 bits/sec, 7643 packets/sec
         925128804 packets input, 939078510 bytes, 0 no buffer
         Received 62732 broadcasts (0 IP multicasts)
         0 runts, 0 giants, 2 throttles
         2 input errors, 0 CRC, 0 frame, 2 overrun, 0 ignored
         0 watchdog, 3763438515 multicast, 0 pause input
         1472816545 packets output, 3214770103 bytes, 0 underruns
         0 output errors, 2067720191 collisions, 1 interface resets
         0 unknown protocol drops
         0 babbles, 2281155551 late collision, 0 deferred
         2 lost carrier, 0 no carrier, 0 pause output
         0 output buffer failures, 0 output buffers swapped out
    3845-GW#sh int g0/1
    GigabitEthernet0/1 is up, line protocol is up
      MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
         reliability 255/255, txload 1/255, rxload 1/255
      Encapsulation ARPA, loopback not set
      Keepalive set (10 sec)
      Full Duplex, 1Gbps, media type is RJ45
      output flow-control is XON, input flow-control is XON
      ARP type: ARPA, ARP Timeout 04:00:00
      Last input 00:00:00, output 00:00:00, output hang never
      Last clearing of "show interface" counters never
      Input queue: 0/75/0/30335 (size/max/drops/flushes); Total output drops: 0
      Queueing strategy: fifo
      Output queue: 0/40 (size/max)
      5 minute input rate 1684000 bits/sec, 7697 packets/sec
      5 minute output rate 3372000 bits/sec, 5632 packets/sec
         1484558664 packets input, 2383177786 bytes, 0 no buffer
         Received 208998 broadcasts (0 IP multicasts)
         0 runts, 0 giants, 0 throttles
         2 input errors, 0 CRC, 0 frame, 2 overrun, 0 ignored
         0 watchdog, 3060386282 multicast, 0 pause input
         903478941 packets output, 2814588854 bytes, 0 underruns
         0 output errors, 2910776303 collisions, 1 interface resets
         0 unknown protocol drops
         0 babbles, 4157448025 late collision, 0 deferred
         2 lost carrier, 0 no carrier, 0 pause output
         0 output buffer failures, 0 output buffers swapped out

    Has this been something that just recently started happening, or have you had this issue for a while?  Have you installed any new programs recently?
    You may want to download Glary Utilities, which is a free software(they will ask you if you want to go Pro, just say no, the free version works very well).  There is a module for startup manager.  You can go in and disable stuff that starts with the computer.  I would advise unchecking adobe, java, quicktime, printers, etc.  Anything that doesn't REALLY need to start with the computer.  The nice thing with Glary is that you can restart the computer, and if you find that you need one of the programs to start with windows, you can go back in and enable it again.
    The Celeron 925 processor in your computer is a decent entry level processor, but if there are too many programs running in the background, it can bog down quick.  I would also recommend downloading and running Malwarebytes Anti-malware, to be sure that there is nothing malicous running in the background. 
    Qosmio X875 i7-3630QM, 32GB RAM, OCZ SSD Qosmio X505 i7-920XM, PM55, 16GB RAM, OCZ SSD
    Satellite Pro L350 T9900, GM45, 8GB RAM , Intel 320 SSD (my baby) Satellite L655 i7-620M, HM55, 8GB RAM, Intel 710 SSD (travel system)

  • High CPU usage - 3750 X stack

    Support Community
    We recently configured a stack of four 48 port 3750-x switches . We are noticing high CPU usage. "Hulc LED process" seems pretty high.
    This has coincided with VMware servers getting slow and non-responsive at times, perhaps a coincidence, not sure.
    Below I provided some outputs that might help to diagnose it
    Thanks
    John
    System image file is "flash:/c3750e-ipbasek9-mz.122-58.SE2/c3750e-ipbasek9-mz.122-58.SE2.bin"
    Show inventory output
    NAME: "1", DESCR: "WS-C3750X-48"
    PID: WS-C3750X-48T-S   , VID: V02  ,
    NAME: "Switch 1 - Power Supply 0", DESCR: "FRU Power Supply"
    PID: C3KX-PWR-350WAC   , VID: V02L ,
    NAME: "2", DESCR: "WS-C3750X-48"
    PID: WS-C3750X-48T-S   , VID: V02 
    NAME: "Switch 2 - Power Supply 0", DESCR: "FRU Power Supply"
    PID: C3KX-PWR-350WAC   , VID: V02D ,
    NAME: "3", DESCR: "WS-C3750X-48"
    PID: WS-C3750X-48T-S   , VID: V02 
    NAME: "Switch 3 - Power Supply 0", DESCR: "FRU Power Supply"
    PID: C3KX-PWR-350WAC   , VID: V02L ,
    NAME: "4", DESCR: "WS-C3750X-48"
    PID: WS-C3750X-48T-S   , VID: V02 
    NAME: "Switch 4 - Power Supply 0", DESCR: "FRU Power Supply"
    PID: C3KX-PWR-350WAC   , VID: V02L ,
    SWITCH#sh processes cpu sorted
    CPU utilization for five seconds: 61%/5%; one minute: 50%; five minutes: 49%
    PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process
    168   260466386    44948517       5794 14.53% 13.98% 13.70%   0 Hulc LED Process
    231    97586088    27253906       3580  4.95%  4.73%  4.64%   0 Spanning Tree
    213    63106121   154928892        407  4.15%  3.89%  3.91%   0 IP Input
    284    70113217    34537588       2030  3.51%  3.98%  4.17%   0 RARP Input
       4     6663412      421278      15817  3.03%  0.43%  0.32%   0 Check heaps
    374     9872291    10805181        913  3.03%  0.77%  0.62%   0 IP SNMP
    376    11142951     5370604       2074  3.03%  0.73%  0.66%   0 SNMP ENGINE
      12    35389011    32152175       1100  2.87%  2.08%  2.20%   0 ARP Input
    128    34962407     3622140       9652  2.07%  1.69%  1.63%   0 hpm counter proc
      85    49034286     8536062       5744  1.91%  2.44%  2.44%   0 RedEarth Tx Mana
    107    25127806    46459053        540  1.27%  1.10%  0.93%   0 HLFM address lea
    174        2412        1714       1407  0.95%  0.39%  0.25%   1 SSH Process
    220     6423643    12634764        508  0.79%  0.70%  0.56%   0 ADJ resolve proc
    181     6913179     2890070       2392  0.63%  0.31%  0.36%   0 HRPC qos request
    375     1681949     5000777        336  0.47%  0.08%  0.07%   0 PDU DISPATCHER
      84    10180707    12623537        806  0.47%  0.30%  0.37%   0 RedEarth I2C dri
            1
          666666096996666666666666659666667666666666666666666766676666666656666666
          249363098992351145264823289455360612252332233522344115537230141392553343
      100       ** **               *
       90       ** **               *
       80       ** **               *
       70   * * *****  *   * * *    * ** ***   *       *     * ****         **
       60 **********************************************************************
       50 ######################################################################
       40 ######################################################################
       30 ######################################################################
       20 ######################################################################
       10 ######################################################################
         0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..
                   0    5    0    5    0    5    0    5    0    5    0    5    0
                       CPU% per hour (last 72 hours)
                      * = maximum CPU%   # = average CPU%
          455555555554444444444555554444455555555555555555555444444444
          922222111118888866666000009999911111555554444422222444448888
      100
       90
       80
       70
       60                                     *****
       50 ***************************************************     **
       40 **********************************************************
       30 **********************************************************
       20 **********************************************************
       10 **********************************************************
         0....5....1....1....2....2....3....3....4....4....5....5....6
                   0    5    0    5    0    5    0    5    0    5    0
                   CPU% per second (last 60 seconds)
          565756555555555555555555555555555556555555555555565555565556
          518841757869248569271526666733778330496833777819929379701861
      100
       90
       80    *
       70    *
       60 **** *******  **** * * *****  ***  * ***  **** **** **** *
       50 ##########################################################
       40 ##########################################################
       30 ##########################################################
       20 ##########################################################
       10 ##########################################################
         0....5....1....1....2....2....3....3....4....4....5....5....6
                   0    5    0    5    0    5    0    5    0    5    0
                   CPU% per minute (last 60 minutes)
                  * = maximum CPU%   # = average CPU%

    Thanks to all for your replies.
    Jeff
    I was aware of the many ACLs however we used to have the same ACLs in a previous 3750G stack about 2 weeks ago and we never had this issue. I agree I need to optimize them and do somehing because it is reaching its max before the CPU starts processing them but I am not certain this is what is causing the issue.
    Nikolay,
    I am trying to understand "interrupts" with the analysis of the outputs I posted. Here is another output deom the link you provided. Please post your thoughts if you can.
    This switch also serves as a gateway(L3 role)  for many systems. Would it make sense to offload that responsability from this switch and let an actual router do it?
    Thanks
    Johnny
    show controllers cpu-interface
    ASIC    Rxbiterr   Rxunder    Fwdctfix   Txbuflos   Rxbufloc   Rxbufdrain
    ASIC0     0          0          0          0          0          0
    ASIC1     0          0          0          0          0          0
    ASIC2     0          0          0          0          0          0
    HOL Fix Counts
    No Fixes:          0 Added:          0 In Use:          0 Both:          0
    CPU Heartbeat Statistics
    Tx Success Tx Fail    1st Thr    2nd Thr    Unthr      RetryCtMax
      37139562          0          0          0          0          1
    Rx Delay
             0          1          2          3          4
      37139562          0          0          0          0
    AddlDelay AdvanceCnt
             0          0
    Rx Retries by RetryCount
             0          1          2          3          4          5          6
      37139562          0          0          0          0          0          0
             7          8          9
             0          0          0
    AddlRetry
             0
    cpu-queue-frames  retrieved  dropped    invalid    hol-block  stray
    rpc               104077409  0          0          0          0
    stp               19189469   0          0          0          0
    ipc               11093838   0          0          0          0
    routing protocol  141021559  0          0          0          0
    L2 protocol       230347     0          0          0          0
    remote console    17         0          0          0          0
    sw forwarding     257436702  0          0          0          0
    host              21146276   0          0          0          0
    broadcast         332154608  0          0          0          0
    cbt-to-spt        0          0          0          0          0
    igmp snooping     2796987    0          0          0          0
    icmp              90752156   0          0          0          0
    logging           0          0          0          0          0
    rpf-fail          0          0          0          0          0
    dstats            0          0          0          0          0
    cpu heartbeat     37139562   0          0          0          0
    cpu-queue         static inuse static added
    rpc               0            0
    stp               0            0
    ipc               0            0
    routing protocol  0            0
    L2 protocol       0            0
    remote console    0            0
    sw forwarding     0            0
    host              0            0
    broadcast         0            0
    cbt-to-spt        0            0
    igmp snooping     0            0
    icmp              0            0
    logging           0            0
    rpf-fail          0            0
    dstats            0            0
    cpu heartbeat     0            0
    Supervisor ASIC receive-queue parameters
    queue 0 maxrecevsize 7E0 pakhead 5505A88 paktail 54655A8
    queue 1 maxrecevsize 7E0 pakhead 5689164 paktail 5687F54
    queue 2 maxrecevsize 7E0 pakhead 5547AA4 paktail 554719C
    queue 3 maxrecevsize 7E0 pakhead 5DC233C paktail 5DBA4CC
    queue 4 maxrecevsize 7E0 pakhead 56A7198 paktail 56A7AA0
    queue 5 maxrecevsize 7E0 pakhead 5D61304 paktail 5D72F80
    queue 6 maxrecevsize 7E0 pakhead 5D856D4 paktail 5D989E4
    queue 7 maxrecevsize 7E0 pakhead 5BDE29C paktail 5BDC784
    queue 8 maxrecevsize 7E0 pakhead 5CC00A8 paktail 5CB3574
    queue 9 maxrecevsize 7E0 pakhead 59DD86C paktail 59DD86C
    queue A maxrecevsize 7E0 pakhead 59BF43C paktail 59C13D8
    queue B maxrecevsize 7E0 pakhead 5DD18A0 paktail 5DCE6F4
    queue C maxrecevsize 7E0 pakhead 59E9CBC paktail 5A049B8
    queue D maxrecevsize 7E0 pakhead 59D8EA0 paktail 59DD25C
    queue E maxrecevsize 0 pakhead 0 paktail 0
    queue F maxrecevsize 7E0 pakhead 59A7080 paktail 59A6BFC
    Supervisor ASIC exception status
    Receive overrun    00000000   Transmit overrun 00000000
    FrameSignatureErr  00000000   MicInitialize    00000002
    BadFrameErr        00000000   LenExceededErr   00000000
    BadJumboSegments   00000000
    Supervisor ASIC Mic Registers
    MicDirectPollInfo               80000200
    MicIndicationsReceived          00000000
    MicInterruptsReceived           00000009
    MicPcsInfo                      0000001F
    MicPlbMasterConfiguration       00000000
    MicRxFifosAvailable             00000000
    MicRxFifosReady                 0000BFFF
    MicTimeOutPeriod:       FrameTOPeriod: 00000EA6 DirectTOPeriod: 00004000
    MicTransmFramesCopied           00000003
    MicTxFifosAvailable             0000000E
    MicConfiguration:       Conf flag: 00000110     Interrupt Flag: 00000008
    MicReceiveFifoAssignmen Queue 0 - 7: 33333333   Queue 8 - 15:33333333
    MicReceiveFramesReady:  FrameAvailable: 00000181        frameAvaiMask: 00000000
    MicException:
            Exception_flag  00000000
            Message-1       00000000
            Message-2       00000000
            Message-3       00000000
    MicIntRxFifo:
            ReadPtr         000005C0        WritePtr        000005C0
            WHeadPtr        000005C0        TxFifoDepth     C0000800
    MicIntTxFifo:
            ReadPtr         00000728        WritePtr        00000728
            WHeadPtr        00000728        TxFifoDepth     C0000800
    MicDecodeInfo:
    Fifo0:  address:        03FF4000 asic_num:      00000100
    Fifo1:  address:        03FF4400 asic_num:      00000101
    MicTransmitFifoInfo:
    Fifo0:   StartPtrs:     0E2CE800        ReadPtr:        0E2CEBE8
            WritePtrs:      0E2CEBE8        Fifo_Flag:      8A800800
            Weights:        001E001E
    Fifo1:   StartPtrs:     0E02D000        ReadPtr:        0E02D138
            WritePtrs:      0E02D138        Fifo_Flag:      89800400
            Weights:        000A000A
    MicReceiveFifoInfo:
    Fifo0:  StartPtr:       0E4AF000        ReadPtr:        0E4AF2A8
            WritePtrs:      0E4AF308        Fifo_Flag:      8B000FA0
            writeHeaderPtr: 0E4AF308
    Fifo1:  StartPtr:       0E78C000        ReadPtr:        0E78C2E8
            WritePtrs:      0E78C2E8        Fifo_Flag:      89800400
            writeHeaderPtr: 0E78C2E8
    Fifo2:  StartPtr:       0E744800        ReadPtr:        0E744A70
            WritePtrs:      0E744A70        Fifo_Flag:      89800400
            writeHeaderPtr: 0E744A70
    Fifo3:  StartPtr:       0EBD1000        ReadPtr:        0EBD13B8
            WritePtrs:      0EBD13B8        Fifo_Flag:      89800400
            writeHeaderPtr: 0EBD13B8
    Fifo4:  StartPtr:       0E7D3800        ReadPtr:        0E7D3A58
            WritePtrs:      0E7D3A58        Fifo_Flag:      89800400
            writeHeaderPtr: 0E7D3A58
    Fifo5:  StartPtr:       0EB40600        ReadPtr:        0EB40688
            WritePtrs:      0EB40688        Fifo_Flag:      88800200
            writeHeaderPtr: 0EB40688
    Fifo6:  StartPtr:       0EB87400        ReadPtr:        0EB874F0
            WritePtrs:      0EB874F0        Fifo_Flag:      89800400
            writeHeaderPtr: 0EB874F0
    Fifo7:  StartPtr:       0E880000        ReadPtr:        0E880E20
            WritePtrs:      0E881520        Fifo_Flag:      8C001900
            writeHeaderPtr: 0E881520
    Fifo8:  StartPtr:       0EB1A600        ReadPtr:        0EB1A770
            WritePtrs:      0EB1A780        Fifo_Flag:      880001F0
            writeHeaderPtr: 0EB1A780
    Fifo9:  StartPtr:       0E2E0CD8        ReadPtr:        0E2E0CD8
            WritePtrs:      0E2E0CD8        Fifo_Flag:      82800008
            writeHeaderPtr: 0E2E0CD8
    Fifo10: StartPtr:       0E81D000        ReadPtr:        0E81D1D8
            WritePtrs:      0E81D1D8        Fifo_Flag:      88800200
            writeHeaderPtr: 0E81D1D8
    Fifo11: StartPtr:       0E4AEF00        ReadPtr:        0E4AEF60
            WritePtrs:      0E4AEF60        Fifo_Flag:      86800080
            writeHeaderPtr: 0E4AEF60
    Fifo12: StartPtr:       0E84A000        ReadPtr:        0E84A300
            WritePtrs:      0E84A000        Fifo_Flag:      89000100
            writeHeaderPtr: 0E84A000
    Fifo13: StartPtr:       0E4AEE00        ReadPtr:        0E4AEE00
            WritePtrs:      0E4AEE00        Fifo_Flag:      86800080
            writeHeaderPtr: 0E4AEE00
    Fifo14: StartPtr:       00000000        ReadPtr:        00000000
            WritePtrs:      00000000        Fifo_Flag:      00800000
            writeHeaderPtr: 00000000
    Fifo15: StartPtr:       0E02CEC0        ReadPtr:        0E02CED0
            WritePtrs:      0E02CED0        Fifo_Flag:      84800020
            writeHeaderPtr: 0E02CED0
    ===========================================================
    Complete Board Id:0x00B2
    ===========================================================

  • Dispatch Unit - High Cpu Usage

    Hi,
    ASA5510 8.2.5(50)
    The Dispatch unit process is contantly having high cpu usage for last 10 hours.
    Things checked:
    1. show proc cpu-usage
    2. show perf 
        It seems fine . Output attached
    3. Show interfaces for error
        No error, overruns, underrruns on interfaces
    4. show traffic 
        Total cumulative through put on approx 4 Mbps.
         drop rate max is 3 pkts /sec randomly and rare occurance on some interfaces
         5. Connections and Xlate seem normal.
             approx 1100.
          Counters were reset 1 hour before the data was collected.
    # sh cpu usage 
    CPU utilization for 5 seconds = 39%; 1 minute: 38%; 5 minutes: 44%
    # sh processes cpu-usage sorted 
    PC         Thread       5Sec     1Min     5Min   Process
    081aadc4   a79aff7c    35.7%    37.5%    42.5%   Dispatch Unit
    0853f89e   a79a0b68     0.4%     0.2%     0.2%   ARP Thread
    # show perfmon 
    PERFMON STATS:                     Current      Average
    Xlates                                0/s          0/s
    Connections                          21/s         32/s
    TCP Conns                            17/s         28/s
    UDP Conns                             1/s          1/s
    URL Access                            0/s          0/s
    URL Server Req                        0/s          0/s
    TCP Fixup                             0/s          0/s
    TCP Intercept Established Conns       0/s          0/s
    TCP Intercept Attempts                0/s          0/s
     sh interface e0/0 | inc overrun
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
    fw01/act# sh interface e0/1 | inc overrun
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
    # sh conn all
    1135 in use, 8777 most used
    # sh xlate count 
    112 in use, 265 most used
    # show asp drop frame 
      No route to host (no-route)                                                870
      Flow is denied by configured rule (acl-drop)                            103915
      First TCP packet not SYN (tcp-not-syn)                                    1317
      Bad TCP checksum (bad-tcp-cksum)                                             2
      TCP failed 3 way handshake (tcp-3whs-failed)                              6695
      TCP RST/FIN out of order (tcp-rstfin-ooo)                                 4025
      TCP packet SEQ past window (tcp-seq-past-win)                               13
      TCP Out-of-Order packet buffer full (tcp-buffer-full)                     1949
      TCP Out-of-Order packet buffer timeout (tcp-buffer-timeout)                600
      TCP RST/SYN in window (tcp-rst-syn-in-win)                                   5
      TCP dup of packet in Out-of-Order queue (tcp-dup-in-queue)                 617
      TCP packet failed PAWS test (tcp-paws-fail)                               1248
      IPSEC tunnel is down (ipsec-tun-down)                                        2
      Slowpath security checks failed (sp-security-failed)                      1699
      DNS Inspect id not matched (inspect-dns-id-not-matched)                      4
      FP L2 rule drop (l2_acl)                                                 15436
      Dropped pending packets in a closed socket (np-socket-closed)                2
    Please let us know what reason can be there for high cpu usage by Dispatch unit under current statistics?
    What else should be checked  to ensure cpu usage comes down?
    Regards,
    Gurjit Singh
    Network Engineer
    Spooster IT Services.

    Hi Gurjar,
    r u getting the below mentioned syslog messages?
    Flow is denied by configured rule (acl-drop)                            103915
    106023, 106100, 106004
    TCP Out-of-Order packet buffer full (tcp-buffer-full)                     1949
    TCP Out-of-Order packet buffer full:
    This counter is incremented and the packet is dropped when appliance receives an
    out-of-order TCP packet on a connection and there is no buffer space to store this packet.
    Typically TCP packets are put into order on connections that are inspected by the
    appliance or when packets are sent to SSM for inspection. There is a default queue size
    and when packets in excess of this default queue size are received they will be dropped.
    Recommendations:
    On ASA platforms the queue size could be increased using queue-limit configuration
    under tcp-map.
    Similarly you need to check many reasons for the asp drop logs that you have captured and you need to monitor how much it is increasing and the difference.......
    but 40 % CPU utilization is a okay kind of thing and you do not need to worry if that happens only during peak hours ans it is not increasing drastically more and more.
    http://www.cisco.com/c/en/us/td/docs/security/asa/asa82/command/reference/cmd_ref/s2.html#wp1435096
    Regards
    Karthik

  • High CPU usage when in Gmail's standard HTML mode

    Issue: High CPU usage (> 50%, often > 90%) ONLY when Gmail page is open. When page is closed or if I switch to basic HTML, CPU usage drops to less than 10%.
    Macbook | OS X 10.6.3 | 2.4 GHz Intel Core Duo | 4 GB RAM | FF 3.63
    == URL of affected sites ==
    http://mail.google.com

    I have a similar on my son's account on when he play games spel.nl. I think the problem is a Flash player that doesn't let go of the CPU, even when another user has the screen.

  • High CPU Usage in Word 2013

    Hi everyone,
    I'm having an issue with Word 2013 and I'm hoping someone can help. Seen as I got fleeced for my TechNet subscription this year (the price given on the invoice doubled when I called up to pay!) I’d very much like to see a speedy fix from the Microsofties
    please! :D
    Recently, I've found that Word will consistently exhibit high CPU utilisation, ~50% on a dual core second generation Core i5.
    This continues, even when I’m not providing any input to or interacting with the Word window and even when the Word window is covered by other windows. Minimising Word causes its CPU usage to drop back down to zero.
    The strange thing is that, so far, I’ve only observed this with a single document. I started writing this document at the start of this week and it’s been authored exclusively on Word 2013. In fact I’m the only one who’s editing it and I’ve only used a single
    computer (and this one single install of Word 2013) to do so…
    There’s nothing particularly unusual about this document, and a different but similar document which uses the same themes and features (in fact the theme for the second document was created from the first one) doesn’t appear to cause the same issues. Both
    these documents are stored on SkyDrive, and are being edited directly from there.
    Initially I tried the much recommended tweaks of disabling hardware graphics acceleration and sub-pixel positioning, however neither of these has had any effect.
    I investigated a bit further using Sysinternals Process Monitor, and found that while Word is using a lot of CPU it’s actually looping very, very quickly polling for the existence of the registry key “HKCU\Software\Microsoft\Avalon.Graphics”.
    This key doesn’t exist on my system, and a quick test I conducted where I created it just lead to Word looping polling for more non-existent registry keys.
    My system is a HP Folio 13 running Windows 8 Pro x64 with Office 2013 (RTM, not Beta) 32 bit. Both Windows and Office are fully patched, as is everything else on the system.
    Thanks in advance for any help anyone can offer.
    Chris

    Hello again,
    After working on my problematic document some more, I believe I’ve found the cause of the issue.
    @Microsofties – I think this one is either a bug or a dodgy OOTB template…
    I noticed that the high CPU usage only seemed to occur when the document’s footer was displayed. Experimenting with some careful scrolling and zooming to hide footer (without actually using the “hide white-space” option) seemed to confirm this so I investigated
    the footer a bit more.
    My document was using the standard Word “Facet (Odd Page)” footer template with a couple of fields added to suit my needs, namely “Publish Date” and a page number.
    The template seems to be structured such that the content of the footer is inside two nested text boxes (one inside the other). I also noticed previously that this footer template also appears to “jump” up each page and back down again as I scrolled.
    So I deleted the footer and its text boxes, and recreated the same content, in the same position (using the standard paragraph alignment tools) by hand without the nested text boxes. This has, so far, fixed the issue!
    I also noticed that the CPU usage dropped right down to idle the moment I deleted the nested text boxes.
    Altogether, this leads me to conclude that the “Facet (Odd Page)” footer template in Word 2013 is the source of my issue. Specifically, I believe that the use of nested text boxes in this template causes Word’s interactions with the .Net 4.5 WPF to go a
    bit nuts, as evidenced by the infinite loop of request for the non-existent “Avalon.Graphics” WPF registry key I mentioned previously.
    It would be nice to see some feedback on this one, Microsoft people, if only to know if this is actually a general issue or is specific to my document!
    Thanks, Chris

  • High cpu usage for garbage collection (uptime vs total gc time)

    Hi Team,
    We have a very high cpu usage issue in the production.
    When we restart the server, the cpu idle time would be around 95% and it comes down as days goes by. Today idle cpu is 30% and it is just 6th day after the server restart.
    Environemnt details:
    Jrockit version:
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
    BEA WebLogic JRockit(TM) 1.4.2_05 JVM R24.4.0-1 (build ari-38120-20041118-1131-linux-ia32, Native Threads, GC strategy: parallel)
    Gc Algorithm: JRockit Garbage Collection System currently running strategy: Single generational, parallel mark, parallel sweep
    Number Of Processors: 4
    Max Heap Size: 1073741824
    Total Garbage Collection Time: 21:43:56.5
    Uptime: 114:33:4.1
    Total Garbage Collection Count: 420872
    Total Number Of Threads: 198
    Number Of Daemon Threads: 191
    Can you guys please tell me what would be problem in the server which causing the high cpu usage?
    One more thing I would like to know is that why the total number of threads is 198 when we specified the Executor pool size as 25? I agree that weblogic would create some threads for its maintenance but around 160 threads!!! something is wrong I guess.
    Santhosh.
    [email protected]

    Hi,
    I'm having a similar problem, but haven't been able to resolve it yet. Troubleshooting is made even harder by the fact that this is only happening on our production server, and I've been unable to reproduce it in the lab.
    I'll post whatever findings I have and hopefully we'll be able to find a solution with the help of BEA engineers.
    In my case, I have a stand-alone Tomcat server that runs fine for about 1-2 days, and then the JVM suddenly starts using more CPU, and as a result, the server load shoots up (normal CPU utilization is ~5% but eventually goes up to ~95%; load goes from 0.1 to 4+).
    What I have found so far is that this corresponds to increased GC activity.
    Let me list my environment specs before I proceed, though:
    CPU: Dual Xeon 3.06GHz
    RAM: 2GB
    OS: RHEL4.4 (2.6.9-42.0.2.ELsmp)
    JVM build 1.5.0_03-b07 (BEA JRockit(R) (build dra-45238-20050523-2008-linux-ia32, R25.2.0-28))
    Tomcat version 5.5.12
    JAVA_OPTS="-Xms768m -Xmx768m -XXtlasize16k -XXlargeobjectlimit16k -Xverbose:memory,cpuinfo -Xverboselog:/var/log/tomcat5/jvm.log -Xverbosetimestamp"
    Here are excerpts from my verbose log (I'm getting some HT warning, not sure if that's a problem):
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] Detected SMP with 2 CPUs that support HT.
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to determine if HT is enabled.
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/0/cpuid
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/0/cpuid
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/1/cpuid
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/1/cpuid
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] HT is: supported by the CPU, not enabled by the OS, enabled in JRockit.
    [Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: HT enabled even though OS does not seem to support it.
    [Fri Oct 20 15:54:55 2006][22855][memory ] GC strategy: System optimized over throughput (initial strategy singleparpar)
    [Fri Oct 20 15:54:55 2006][22855][memory ] heap size: 786432K, maximal heap size: 786432K
    [Fri Oct 20 16:07:30 2006][22855][memory ] Changing GC strategy to generational, parallel mark and parallel sweep
    [Fri Oct 20 16:07:30 2006][22855][memory ] 791.642-791.874: GC 786432K->266892K (786432K), 232.000 ms
    [Fri Oct 20 16:08:02 2006][22855][memory ] 824.122: nursery GC 291998K->274164K (786432K), 175.873 ms
    [Fri Oct 20 16:09:51 2006][22855][memory ] 932.526: nursery GC 299321K->281775K (786432K), 110.879 ms
    [Fri Oct 20 16:10:24 2006][22855][memory ] 965.844: nursery GC 308151K->292222K (786432K), 174.609 ms
    [Fri Oct 20 16:11:54 2006][22855][memory ] 1056.368: nursery GC 314718K->300068K (786432K), 66.032 ms
    [Sat Oct 21 23:21:09 2006][22855][memory ] 113210.427: nursery GC 734274K->676137K (786432K), 188.985 ms
    [Sat Oct 21 23:30:41 2006][22855][memory ] 113783.140: nursery GC 766601K->708592K (786432K), 96.007 ms
    [Sat Oct 21 23:36:15 2006][22855][memory ] 114116.332-114116.576: GC 756832K->86835K (786432K), 243.333 ms
    [Sat Oct 21 23:48:20 2006][22855][memory ] 114841.653: nursery GC 182299K->122396K (786432K), 175.252 ms
    [Sat Oct 21 23:48:52 2006][22855][memory ] 114873.851: nursery GC 195060K->130483K (786432K), 142.122 ms
    [Sun Oct 22 00:01:31 2006][22855][memory ] 115632.706: nursery GC 224096K->166618K (786432K), 327.264 ms
    [Sun Oct 22 00:16:37 2006][22855][memory ] 116539.368: nursery GC 246564K->186328K (786432K), 173.888 ms
    [Sun Oct 22 00:26:21 2006][22855][memory ] 117122.577: nursery GC 279056K->221543K (786432K), 170.367 ms
    [Sun Oct 22 00:26:21 2006][22855][memory ] 117123.041: nursery GC 290439K->225833K (786432K), 69.170 ms
    [Sun Oct 22 00:29:10 2006][22855][memory ] 117291.795: nursery GC 298947K->238083K (786432K), 207.200 ms
    [Sun Oct 22 00:39:05 2006][22855][memory ] 117886.478: nursery GC 326956K->263441K (786432K), 87.009 ms
    [Sun Oct 22 00:55:22 2006][22855][memory ] 118863.947: nursery GC 357229K->298971K (786432K), 246.643 ms
    [Sun Oct 22 01:08:17 2006][22855][memory ] 119638.750: nursery GC 381744K->322332K (786432K), 147.996 ms
    [Sun Oct 22 01:11:22 2006][22855][memory ] 119824.249: nursery GC 398678K->336478K (786432K), 93.046 ms
    [Sun Oct 22 01:21:35 2006][22855][memory ] 120436.740: nursery GC 409150K->345186K (786432K), 81.304 ms
    [Sun Oct 22 01:21:38 2006][22855][memory ] 120439.582: nursery GC 409986K->345832K (786432K), 153.534 ms
    [Sun Oct 22 01:21:42 2006][22855][memory ] 120443.544: nursery GC 410632K->346473K (786432K), 121.371 ms
    [Sun Oct 22 01:21:44 2006][22855][memory ] 120445.508: nursery GC 411273K->347591K (786432K), 60.688 ms
    [Sun Oct 22 01:21:44 2006][22855][memory ] 120445.623: nursery GC 412391K->347785K (786432K), 68.935 ms
    [Sun Oct 22 01:21:45 2006][22855][memory ] 120446.576: nursery GC 412585K->348897K (786432K), 152.333 ms
    [Sun Oct 22 01:21:45 2006][22855][memory ] 120446.783: nursery GC 413697K->349080K (786432K), 70.456 ms
    [Sun Oct 22 01:34:16 2006][22855][memory ] 121197.612: nursery GC 437378K->383392K (786432K), 165.771 ms
    [Sun Oct 22 01:37:37 2006][22855][memory ] 121398.496: nursery GC 469709K->409076K (786432K), 78.257 ms
    [Sun Oct 22 01:37:37 2006][22855][memory ] 121398.730: nursery GC 502490K->437713K (786432K), 65.747 ms
    [Sun Oct 22 01:44:03 2006][22855][memory ] 121785.259: nursery GC 536605K->478156K (786432K), 132.293 ms
    [Sun Oct 22 01:44:04 2006][22855][memory ] 121785.603: nursery GC 568408K->503635K (786432K), 71.751 ms
    [Sun Oct 22 01:50:39 2006][22855][memory ] 122180.985: nursery GC 591332K->530811K (786432K), 131.831 ms
    [Sun Oct 22 02:13:52 2006][22855][memory ] 123573.719: nursery GC 655566K->595257K (786432K), 117.311 ms
    [Sun Oct 22 02:36:04 2006][22855][memory ] 124905.507: nursery GC 688896K->632129K (786432K), 346.990 ms
    [Sun Oct 22 02:50:24 2006][22855][memory ] 125765.715-125765.904: GC 786032K->143954K (786432K), 189.000 ms
    [Sun Oct 22 02:50:26 2006][22855][memory ] 125767.535-125767.761: GC 723232K->70948K (786432K), 225.000 ms
    vvvvv
    [Sun Oct 22 02:50:27 2006][22855][memory ] 125768.751-125768.817: GC 712032K->71390K (786432K), 64.919 ms
    [Sun Oct 22 02:50:28 2006][22855][memory ] 125769.516-125769.698: GC 711632K->61175K (786432K), 182.000 ms
    [Sun Oct 22 02:50:29 2006][22855][memory ] 125770.753-125770.880: GC 709632K->81558K (786432K), 126.000 ms
    [Sun Oct 22 02:50:30 2006][22855][memory ] 125771.699-125771.878: GC 708432K->61368K (786432K), 179.000 ms
    So, I'm running with the default GC strategy which lets the GC pick the most suitable approach (single space or generational). It seems to switch to generational almost immediately and runs well - most GC runs are in the nursery, and only once in a while it goes through the older space.
    Now, if you look at [Sun Oct 22 02:50:27 2006], that's when everything changes. GC starts running every second (later on it's running 3 times a second) doing huge sweeps. It never goes through the nursery again, although the strategy is still generational.
    It's all downhill from this point on, and it's a matter of hours (maybe a day) before we restart the server.
    I guess my only question is: What would cause such GC behavior?
    I would appreciate your ideas/comments!
    Thanks,
    Tenyo

  • High CPU usage while buffering a video

    I have a high CPU usage (over 40%) while only buffering this video.
    IE10pre1
    Firefox Nightly 20121229, protected mode enabled
    Firefox Nightly 20121229, protected mode disabled
    Opera Next
    Chrome Canary
    a) open this url: http://www.wimp.com/marsearth/
    b) pause the video if it starts automatically
    c) use task manager or process explorer to view the cpu/gpu usage
    reproducible: mostly
    Windows 7 SP1
    Flash Player 11.6.602.108 / HWA enabled
    TestPC: Gigabyte GA-K8NS Pro; AMD Athlon 64 Venice 3200+; 2x 1GB MDT DDR-400-CL2; Club3D HD4670 AGP; Samsung HD103SJ, SyncMaster 204BM

    While we're aware of the issue, there's not much we can do about it.  The modern security realities facing web browsers have made sandboxing a necessity. 
    There's a good explanation of what's happening here: http://blogs.adobe.com/asset/2012/06/inside-flash-player-protected-mode-for-firefox.html
    Long story short, each video packet has to be passed from the browser to a medium-integrity broker process, then to the low-integrity flash player process for rendering.  If an attacker manages to hijack the Flash Player thread, the process is low-integrity, which prevents the attacker from doing much with it.  While it's not an absolute guarantee (nothing in security is), it raises the bar significantly for attackers.
    The downside is that all of that extra message-passing consumes CPU cycles, especially if you're trying to fill an exceptionally large buffer as fast as possible.  There's not a lot of opportunity to optimize this.
    If you're fine with the risk, you can manually disable ProtectedMode on your machine.  If you're only dealing with trusted sites, and you're not doing anything critical with the machine (work, banking, etc), then it's probably not a huge deal.
    Ultimately, ProtectedMode is like a vaccine -- it's a herd-immunity thing.  If the majority of people run it, exploits targeting machines without it are inconsistent and probably not worth pursuing when you look at the effort involved in developing an end-to-end exploit.  If a large number of people disable it, it becomes economically attractive for people building botnets, and you'll have a problem if you're not using it.
    To disable Protected Mode, add the following line to your mms.cfg file located in:
    Windows 32bit: C:\windows\system32\macromed\flash
    Windows 64bit: C:\windows\syswow64\macromed\flash
    ProtectedMode=0
    If the mms.cfg file does not exist, create one using any standard text editor (e.g.. notepad)
    Depending on your operating system, you might need to first save the mms.cfg file to a writable location (such as your documents or desktop folder) and then copy the file into the destination folder using Windows Explorer.
    To re-enable Protected Mode, simply remove the line from the mms.cfg file.

  • High CPU usage on select

    This is a spin off from another thread which started off as slow inserts. But what actaully happens is every insert is preceded by select it turned out that the select was slow.
    We have a multi-tier web application conencting to the DB using connection pool and inserting about a 100000 records in a table. To isolate the issue I wrote a PL/SQL which does the same thing.
    This problem happens every time the schema is recreated or the table dropped and created again and we start inserting. When the table is empty, the selects choose a full table scan but as the records are inserted it continues to use the same even though after a few thousands of rows I run stats. But as its running if gather stats and flush the shared pool, it picks up the new plan using the indexes and immediately gets faster.
    But in either case, full tablescan being slow after a few thousands of rows or using the index and getting much faster. Or me just doing the same select and no inserts on a table with 100000 rows, the CPU seems to be pegged to the core.
    The code snipped repeated again
    DECLARE
       uname    NVARCHAR2 (60);
       primid   NVARCHAR2 (60);
       num      NUMBER;
    BEGIN
       FOR i IN 1 .. 100000
       LOOP
          uname := DBMS_RANDOM.STRING ('x', 20);
          primid := DBMS_RANDOM.STRING ('x', 30);
          DBMS_OUTPUT.put_line (uname || ' ==> ' || primid);
          SELECT   COUNT (*)
              INTO num
              FROM TEST
             WHERE ID = 0
               AND (primid = primid OR UPPER (username) = uname OR uiname = uname
               AND (deldate IS NULL)   
          ORDER BY TIME DESC;
          INSERT INTO TEST
               VALUES (0, uname, uname, 1, uname, primid);
          IF MOD (i, 200) = 0
          THEN
             COMMIT;
             DBMS_OUTPUT.put_line ('Commited');
          END IF;
       END LOOP;
    END;This is the original thread
    Re: Slow inserts

    Maybe if you post the actual code, or a code as similar to the actual code, the users of this forum may provide you with more appropriate suggestions.
    Personally, I would like to understand what is the logic behind, so I can provide you with better advices.
    Anyway, let's focus on the code that we currently have on the table.
    Why your CPU goes high?
    - Huge amount of LIOs produced by SELECT statement which is executed 100000 times.
    - Usage of single-row / aggregate functions
    - You mentioned you have some indexes created on table TEST. Index maintenance consumes some CPU as well.
    Let's focus on the SELECT statement, since it is the most important reason for having high number of LIOs thus having high CPU usage.
    I built a test case using the query you provided, with one difference, I named TEST table columns as COL1, COL2, etc. And instead of 100,000 cycles, I did 10,000
    declare
       uname varchar2(60);
       pname varchar2(60);
       num number(5);
       begin
       for i in 1..10000 loop
          uname:=dbms_random.string('x',30);
          pname:=dbms_random.string('x',20);
          select count(1)
          into num
          from test
          where col1=0
          and (col2=uname or upper(col5)=pname or col3=uname)
          and col4 is not null;
          insert into test
          values (0,uname,pname,1,uname,uname);
          if mod(i,200)=0 then
                  commit;
          end if;
       end loop;
      end;When I run 10046 trace and made tkprof report, I got the following for the SELECT part:
    SELECT COUNT(1)
    FROM
    TEST WHERE COL1=0 AND (COL2=:B1 OR UPPER(COL5)=:B2 OR COL3=:B1 ) AND COL4 IS
      NOT NULL
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        2      0.00       0.00          0          0          0           0
    Execute  10050      0.48       0.43          0          0         50           0
    Fetch    10000     94.07      94.37          0    2910664          2       10000
    total    20052     94.56      94.80          0    2910664         52       10000As you can see, tkprof report indicated high CPU usage and 2,910,664 LIO calls.
    The execution plan (I didn't include that part) indicated FULL TABLE scan on table TEST was used.
    At this point the goal should be to reduce the number of LIO calls.
    For this purpose I created the following indexes:
    TEST_IDX1 on TEST(col2)
    TEST_IDX2 on TEST(col3)
    TEST_IDX3 on TEST(upper(col5)) - a Function Based Index
    Let's forget about the statistics at this moment.
    I will use index_combine hint in the SELECT statement to make CBO to try every index combination for listed indexes (B-Tree) and make bitmap conversion.
    The new code looks like this
    declare
       uname varchar2(60);
       pname varchar2(60);
       num number(5);
       begin
       for i in 1..10000 loop
          uname:=dbms_random.string('x',30);
          pname:=dbms_random.string('x',20);
          select /*+ index_combine(test test_idx1 test_idx2 test_idx3) */ count(1)
          into num
          from test
          where col1=0
          and (col2=uname or upper(col5)=pname or col3=uname)
          and col4 is not null;
          insert into test
          values (0,uname,pname,1,uname,uname);
          if mod(i,200)=0 then
                  commit;
          end if;
       end loop;
      end;After running 10046 trace and creating tkprof report, I got the following result:
    SELECT /*+ index_combine(test test_idx1 test_idx2 test_idx3) */ COUNT(1)
    FROM
    TEST WHERE COL1=0 AND (COL2=:B1 OR UPPER(COL5)=:B2 OR COL3=:B1 ) AND COL4 IS
      NOT NULL
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1      0.00       0.00          0          0          0           0
    Execute  10000      0.79       0.70          0          0          0           0
    Fetch    10000      0.68       0.71          3      59884          0       10000
    total    20001      1.47       1.42          3      59884          0       10000
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 54     (recursive depth: 1)
    Rows     Row Source Operation
      10000  SORT AGGREGATE (cr=59884 pr=3 pw=0 time=1188641 us)
          0   TABLE ACCESS BY INDEX ROWID TEST (cr=59884 pr=3 pw=0 time=1012723 us)
          0    BITMAP CONVERSION TO ROWIDS (cr=59884 pr=3 pw=0 time=915796 us)
          0     BITMAP OR  (cr=59884 pr=3 pw=0 time=820728 us)
          0      BITMAP CONVERSION FROM ROWIDS (cr=20039 pr=1 pw=0 time=258455 us)
          0       INDEX RANGE SCAN TEST_IDX1 (cr=20039 pr=1 pw=0 time=157107 us)(object id 52988)
          0      BITMAP CONVERSION FROM ROWIDS (cr=19902 pr=1 pw=0 time=198466 us)
          0       INDEX RANGE SCAN TEST_IDX2 (cr=19902 pr=1 pw=0 time=109999 us)(object id 52989)
          0      BITMAP CONVERSION FROM ROWIDS (cr=19943 pr=1 pw=0 time=198730 us)
          0       INDEX RANGE SCAN TEST_IDX3 (cr=19943 pr=1 pw=0 time=107200 us)(object id 52990)As you can see the number of LIO calls fallen dramatically. Also CPU time is significantly less.
    The second code completed in few seconds compared to the previous one which needed about 100 seconds to complete.
    Please be aware that this is just an example of tuning the code that you provided.
    This solution might not be suitable for your actual code, since we don't have any information about it. That's why it is important to give us as much information as you could, so you can get the most appropriate answer.
    If the test code is similar to the actual one, you should focus on reducing LIOs calls.
    In order to achieve it, you may want to use hints to force an index to be used.
    Cheers,
    Mihajlo

  • Unusually high cpu usage with iMovie 6.0.3

    I'm having trouble with very high cpu-usage. Just the open imovie app is taking up about 50%, during playback it sometimes peaks over 100%! The project file is pretty big (about 30 gig), but that is mainly because of the amount of footage imported into it. The movie itself is about 25 minutes in length. There is some audio editing going on: some soundeffects, musicfiles (no drm-protection), audio commentary that i recorded within imovie. I know that imovie has trouble when there is a lot of audio/audio editing involved and this project is probably a little more complex than other stuff i did in imovie, but i never had such problems. i can hardly use playback anymore. I recently updated Quicktime to 7.6.4 and Perian to version 1.2.1. Any ideas what's going on or how to work around the problems? Since the movie is about 80% finished i don't really want to start all over again. Thanks in advance for your input!

    Hi Klaus1
    I have several plug-ins by cfx and the slick volumes 4, 6 8 and 10. I can post a list of all of them if you like. Up to now they never made any trouble, but you'll never know...
    The edit in the timeline is about 25 minutes long. But the project file contains captured dv-footage of about 2 hours, so that alone adds up to something like 26 GB. Then there are a few rendered effect-clips done with some of the plug-ins like stabilizing or color correction which also add to the 30 GB, as well as some audio-files (some music, my voice-over commentary). I emptied the trash several times while working on the movie. At this moment there are only a few MB of erased audio in it.
    It all sounds a bit like this is an insanely huge and complex project, but as i said, i have done projects like this in imovie without the massive cpu-usage. I'd like to continue to use imovie, but if this problem keeps coming up with future projects, i might as well take the step and switch to Final Cut Express.
    For now I will try your idea of exporting the movie as it is now and open it in a new project file.
    Thanks for your help and input so far!

  • DNS server process, high CPU usage

    Hello,
    I am having a problem with high CPU usage on DNS process. We have 1921 setup in network of about 100 workstations that use it as DNS server. It also performs split view functionality for couple of domains in order to avoid hairpin NAT. I know that a router is not fit for heavy server duty but such setup was unfortunately necessary.
    In peak work hours we oftenly have CPU hitting 100%  with DNS server process being the root cause,and on several occasions we had DNS process stuck in such state for prolonged periods of time during which other router functions were affected (t's a default gateway, IPsec concentrator etc.). Sometimes shutting the process and restarting it would solve the problem, but once it required a full reload in order to restore functionality (such was the description that engineer on duty reported to me).
    Forwarder queue statistics:
    Current size = 0
    Maximum size = 86
    Drops        = 0
    IOS upgrade did not help, we are currently running 15.2(2)T.
    The question is ... is such behaviour (CPU load) to be expected on LAN with 100 workstations due to slow CPU on router or we have bugged IOS DNS server (requiring a TAC case)?
    The previous solution seem to do this functionality quite nicely (even though it was also a router), so I am not inclined to think that we are dealing with someone DoS-ing the DNS (WAN access to DNS is of course forbidden)
    P.S.
    Since we moved servers off the routers DNS, we do not receive complaints, but we had a couple of unresolved messages a day while mail server was using router for DNS. I am suspecting that an old bug where IOS DNS servers occasionaly sends clients back empty DNS replies (properly formatted message but without A record) could be still around?

    hi,
    i have the same problem on UC540 and 2911 on IOS 15.0.1. CPU high, router crashed. Reboot helps but until CPU usage spikes again. the only fix is to remove "ip dns server" from config and use a different DNS server
                        111                       1111    1111111111
              999999999900077777777799999777778888000099990000000000
        322222111119999900077776666622222111119999000088880000000000
    100            ********                       ******************
     90       *************         *****     **********************
     80       ***************************     **********************
     70       ******************************************************
     60       ******************************************************
     50       ******************************************************
     40       ******************************************************
     30       ******************************************************
     20       ******************************************************
     10       ******************************************************
       0....5....1....1....2....2....3....3....4....4....5....5....6
                 0    5    0    5    0    5    0    5    0    5    0
                   CPU% per second (last 60 seconds)
    after removed IP dns server
                                           111                      
                                 99999999990007777777779999977777888
                  33333333332222211111999990007777666662222211111999
    100                               ********                      
     90                          *************         *****     ***
     80                          ***************************     ***
     70                          ***********************************
     60                          ***********************************
     50                          ***********************************
     40                          ***********************************
     30                          ***********************************
     20                          ***********************************
     10                          ***********************************
       0....5....1....1....2....2....3....3....4....4....5....5....6
                 0    5    0    5    0    5    0    5    0    5    0
                   CPU% per second (last 60 seconds)

Maybe you are looking for

  • Cross Reference incorrect syntax

    Trying to create a partial text cross reference using the suggested code: <fullPara delim=":" includeDelim="false"/> However, InDesign (CC) is giving me an "Incorrect Syntax" message. Ideas? Thanks.

  • HP 1200 Network Printing issue

    I am a Mac user on a Windows Network. We have an HP 1200 that I have always been able to print to on the network. Our Tech guy upgraded the network this summer and now the HP 1200 doesn't show up when I run Printer Set Up Utility. What do I need to t

  • Increase the hard disk drive capacity on a MacBook Air

    is it possible to increase the hard disk drive capacity from 64 to 128 G? How do I do it?

  • Internet Dial-up connect without Comcast cable ?

    What hardware/accessories are needed to establish an internet connection via HiSpeed dialup service Want to use Copper.net(eg) and quit paying for & using Comcast DSL modem(they are a monopoly here in Jersey City,charging $50/month) ??? Is this even

  • Syncing photo library and itunes

    I don't even know if I am in the right discussion group. I would like to know if anyone knows how to have a master copy of your iphoto library and for that matter your itunes library on one computer(laptop) and a copy on another computer hardrive(des