Drop in CPU Usage

Hello Apple family,
I'm having an issue with my Macbook that is rather surprising. Couple days ago I formatted it since it was almost 3 years since the last one and it was running a Lion install on top of a Snow Leopard install and it was in need of a good summer cleaning. I also had noticed that some of the more heavy tasks I was probably making on it were a bit slow, as in casual gaming and watching videos. So I started a fresh install, here is basically everything I installed:
I also installed via Homebrew: git and postgresql (and their dependecies).
Other little things I've installed or changes I've made:
Installed OSX FUSE
Installed Apple Command Line Tools
Installed Zend Framework
Disabled Dashboard
When I finally reached running a game, I got the exact same issue I was having before the format, and let me describe that. At first I start running the task and it behaves very well, all computer is fluid no matter what.
The problem occurs after a more or less 30 seconds: the cpu usage drops. I don't see any other process taking its place or fighting for the same resources, the only process noticed that rises a bit more is kernel_task (it jumps from 5-6% to 10-12%), but I guess its normal since we are talking about more intensive tasks for the kernel. Here is a some screenshots of the problem playing Heroes of Newerth (I'm using atMonitor and the Apple Activity Monitor).
Normal behavior, high CPU usage
CPU usage drops
CPU usage comes back to normal
I also had this same problem in other games (Swords and Soldiers e.g.) and also watching flash videos (ESPN.com).
Lets focus on this screenshot in particular. At the moment of the screen shot you can see the process is behaving normally: processor is at 77%, GPU is at 46% and FPS are at 27. But if you take a look at the panel on the right side, you can see the history before that:
CPU dropped to 10-15% and before that was on the values that were expected.
Same thing for GPU: at the moment is at 46%, but before that was at 5% and at the start was at 46% as expected.
FPS also oscillate from 27FPS when the system is running good, to 5FPS when the system is running "low". I guess its a consequence of the other 2 behaving abnormally.
Also worth notice, the RAM is never near full (as you can see from the screenshot above it stays around 50%); and the log (any of them) are not displaying any message when the system "drops".
Some procedures I already took:
Reset PRAM, SMC
Apple Hardware Test: It hang up 2 times, both at the same spot: logic board
Repaired disk and disk permissions (from the boot DVD)
Reseted Spotlight index (it was my first suspicion that was wrong after all)
I'm really hopeless here. I've googled thousands of stuff, but they are all the opposite of my issue - usually complaining about high CPU usage. Hope someone can point me into some direction. I hope the post has all the information needed, if you need anything else just ask.
Thank you all.
PS: Sorry about any english mistakes.

A couple of things I think you should check:
1) Regarding using 200 users and having a queue of thousands of requests... When you say that you have 200 users, this means that you will have maximum 200 threads simultaneously on the client side, right?
2) What is the read timeout on the client side? That could explain the number of threads in use in weblogic. Threads might be left running, and if the client stops waiting for the response and initiates a new connection, it could lead to the scenario you are describing.
3) As you said that the web application starts consuming less CPU when the issue happens and at the same time the queue increases, it seems to me that you might have a contention on the webservices. Are you also monitoring the webservices? Do they run in a different server? Is it deployed on the same physical server but in different weblogic server, or it's deployed in the same weblogic server?
4) Did you run performance test in the webservices on their own to make sure that they scale?
5) In this situation, I would run a separate performance test against the webservices. Then I would stub the webservices and run a performance test in the web application. By stubbing the webservices, I'm able to create any kind of behaviour I want. E.g: Simulate slow response times, respond under a consistent response time, etc.
6) Is there a read timeout between the web application and the web service?
Regards,
Fabio Douek
Edited by: Fabio Douek on Mar 13, 2013 3:25 PM

Similar Messages

  • 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.

  • Low CPU usage but dropping frames

    Hey gang,
    I am really liking the FME application. However I am having
    some performance issues. I understand setting some advanced video
    encoding settings can impact frame rate. This being said, I am
    setting 20 FPS with great quality lower frame rate setting
    selected, or also the good setting.
    I understand that if the CPU is being taxed that it will
    trade quality for frame rate. However I am only seeing a 30% CPU
    usage in most cases it goes between 15%-30% and it starts dropping
    frames like mad in high motion scenes, although the CPU is only
    utilizing 30%.
    The CPU is set to dedicated. I even went into Task Manager
    and set FME to high priority and it still won't fix this issue. For
    some reason FME does not want to utilize my CPU's capabilities.
    I am running the following:
    Windows Vista
    Athlon 4000+ X2 Dual Core
    3 GB RAM
    ATI TV WONDER PRO Capture Card
    Any help would be greatly appreciated.

    Hello? Does anyone from Adobe know why this is happening?
    I understand why frames would be dropped if you set high
    quality and your CPU can't encode in real time however the 30% cpu
    usage I am getting while encoding isn't indicating to me I have a
    cpu issue.
    Also as a note when I change the quality settings at no point
    can I get my CPU to actually get busy enough where I think frames
    should be dropping.
    Another side question. Is FME mult-threaded? We all know dual
    cores are popular now. Also when I say 30% if its a single threaded
    app, that would mean 100% = 2 cores, 50% = 1 core, so 30% of of
    that 100% would be all on one core if its a single threaded
    application.
    This would mean perhaps the utilization is higher than
    expected and frames are dropping perhaps.
    Any insight would be great.
    Thanks and take care.

  • Bootcamp CPU usage drops to 0%

    Hey, so I have recently installed bootcamp windows 7 64 bit edition on my late 2012 mac mini with an intel i7 quad core 2.3 Ghz processor. I allocated 90 GB to the partition, and currently have about 50 GB free. I am having this problem where everything runs flawlessly, but at random intervals my computers cpu usage drops to 0% usage. My physical memory seems fine, as it runs at about about only 50-70%. At first I thought it was my CPU temperature causing this, as it was running at about 100 degress Celsius when putting a heavy load on my machine. However, after getting an application to control my fans, with my cpu at about 20-30 degrees lower I still have this issue. I am looking for any possible solutions, or at least causes of this problem. This type of issue does not happen on my mac OSX at all.
    Thank you

    Yes I understand that, however certain applciations freeze up when this happens. CPU typicalls runs at 20 % when browsing the web and higher when using some applications but randomly drops to 0, and these applications lock up. Is there any way to fix this?

  • When I am in e-mail. I get the spinning color wheel. Then, when I check the activity montior, it notes high cpu usage (99%) for "Safari web content.". then I quit this process and cpu usage drops way done. but I have to log in again to my e-mail. what can

    When I am in e-mail, I sometimes get the spinning color wheel, which lock up everything. when it doesn't go away, I see on the activity monitor, that CPU usage is very high (99%), for a process calles " Safari web content'. When I click on the proccess and quite, the CPUusage goes way down. Problem is that I have to then log back in to e-mail. What can I do to eliminate this proble.  thanks

    How much FREE RAM do you have when this occurs. It's easy to tell, when it beach balls open Activity Monitor (Applications - Utilities - Activity Monitor) click the System Memory tab and note how much FREE RAM is listed. If it's 500MB or less it's time for a RAM upgrade.

  • Problem with paintComponent, and CPU usage

    Hi,
    I had the weirdest problem when one of my JDialogs would open. Inside the JDialog, I have a JPanel, with this paintComponent method:
    public void paintComponent(Graphics g) {
    super.paintComponent(g);
    Color old = g.getColor();
    g.setColor(Color.BLACK);
    g.drawString("TEXT", 150, 15);
    g.setColor(old);
    parent.repaint();
    now when this method is called, the CPU usage would be at about 99%. If i took out the line:
    parent.repaint();
    the CPU usage would drop to normal. parent is just a reference to the Jdialog that this panel lies in.
    Anyone have any ideas on why this occurs?
    Thanks!

    1) I never got a stack overflow, and i have had this in my code for quite sometime...If you called paint() or paintComponent(), I'm betting that you would see a stack overflow. The way I understand it, since you are calling repaint(), all you are doing is notifying the repaint manager that the component needs to be repainted at the next available time, not calling a paint method directly. good article on how painting is done : http://java.sun.com/products/jfc/tsc/articles/painting/index.html#mgr
    2) If this is the case, and the two keep asking eachother to paint over and over, .....
    see above answer

  • High CPU & Memory issues - Excessive and unnecessary CPU usage in Firefox for Windows (see also questions1003966 & 998289)

    I am using the latest version of Firefox, 32.0.1, on an HP Pavilion dv7-4141sa laptop computer, running Windows 8.1 Pro 64-bit. There should be more than enough power here to run a browser without any problem, yet the computer is regularly being overloaded by the browser's resource usage.
    I am currently measuring typical average CPU usage of 45% - with the browser minimised. That is to say, Firefox is not doing any browser jobs - it is not drawing on the screen - but it is using the most CPU of any process currently running. Why?
    I am an ex-software engineer, and my understanding of current application development technology is limited, but I think I can say with some confidence that many techniques and software architectures exist that enable the suspension of program activity, or at least its reduction to a very low bare minimum, when the program is not actually carrying out its design function, which is in this case to draw pictures of website data on a screen.
    There is a very serious problem here, one which means that I cannot run Firefox all the time, but have to kill it when I am not actively browsing, otherwise other applications cannot run to their full capacity. This is a great pity, because I have committed a lot of effort to making Firefox my primary web tool. It manages all my many bookmarks, contains my secure password manager (LastPass), manages my web security (via NoScript, AdBlock, and FlashBlock), just for a start.
    Before any well-meaning moderators or other commenters start down the usual trail of "have you done this, tried that, disabled the other", I should point out that I have followed all the advice I can find, with no positive outcome. This computer is running a fresh installation of Windows, and a fresh installation of Firefox. At the moment I am running a new test Firefox profile.
    The latest version of Adobe Flash, 14.0.0.179, is installed but disabled. When it is enabled and in use, Firefox's CPU usage seems high over longer periods, but overall there is little difference. It doesn't look as though the problem can be laid at Flash's door. A few other add-ins are installed, mainly those mentioned above, and Firefox is skinned with LavaFox v2-Green, but I have previously started from a clean installation, which has made little difference after an initial period during which things seemed to be better. Turning off or disabling various add-ons has made no discernible difference.
    Just now I turned Flash on, and after a long period with Firefox minimised, Resource Monitor reported Firefox at 8% average CPU and FlashPlayerPlugin at 0.32%. While running a small video, RM reports FlashPlayerPlugin at about 45% and Firefox at 8%. After the video, Flash went back down to around 0.4%, and after a bit more browsing Firefox went to around 17% minimised. There seems little rhyme or reason here, except that Flash does not seem to be the culprit, although Firefox does seem to consume less when fewer tabs are actually active, as you might expect. I just refreshed more than a dozen tabs, and now Firefox is at 30%, but still not back up to the higher figures. Weird.
    The CPU usage does vary a lot around the average, but 30% is still a lot for a program that shouldn't be doing anything above the minimum status maintenance, and still puts it at the top of my Top Process Monitor list. (Right now it's gone back up to 45%, without my using it in any way).
    I have Telemetry turned on, so presumably Mozilla is recording some of the relevant data.
    This is a very serious fault, which is more or less reproducible and which a lot of people seem to be experiencing. Probably more people have it than realise, because most users will not know anything other than that their computer slows down for some non-obvious reason; they may just think it's something to do with the computer itself, not knowing how to use the Resource Monitor and interpret the results.
    Oddly, the problem does not seem to occur when running Firefox under Linux Mint 17, where the response is snappy and the CPU usage ostensibly low; I am going to look at this in more detail shortly.
    I am not posting here for advice, but for information and as a form of bug report which hopefully other users will see. It will hopefully spare them a lot of effort and time in trying a lot of recommended "solutions" which will not work. The problem is inherent in the software, and can be solved only by Mozilla.
    I am willing to supply any diagnostic data requested; as I said above, I have also turned on "Telemetry". However, I will not be trying out any more reinstallation/new-profile/add-on disable-enable-delete cycles unless I am asked to for very specific reasons. Please do not suggest courses of action which have already been mentioned elsewhere on this forum. I have tried them all.
    The situation is very disappointing, but I have confidence that the Firefox developers will pin down the fault eventually and engineer a satisfactory solution that makes it viable to leave Firefox open all the time. Even with that restriction, it's still far better than the alternatives.

    I share jmward's frustration. This is not a bug report so much as a request for a badly needed feature, ie the ability to have Firefox be able to tell us which tabs on which windows are eating time so we can target them. There are some very poorly written web pages out there which just plain loop while making no updates or inconsequential updates on the page.
    This is not a OS problem; jmward runs Windows and I run Linux but we have the same issue. It is not a question of Firefox plugins or extensions, or even viruses; I have a new, clean Linux install but have the same problem on both my regular Firefox AND on a FRESH install of the latest Firefox (35.0.1) which has *NO* non-default plugins or extensions.
    Here is an example of a web page which will eat 100% of one CPU's time:
    http://patch.com/massachusetts/arlington/arlington-woman-allegedly-attacks-neighbor-snow-blower-0
    I will attach 3 images to back up my claim. All of the images show my dark blue system monitor (gkrellm) superimposed on the web page. The top graph shows CPU time. I have 4 CPUs in my machine, so 25% means the web page is eating 100% of one CPU equivalent.
    The first image shows the load of the offending page with elevated CPU usage along with the download net activity on eth0, but the CPU activity does not stop when the download activity is over.
    The second images show the steady state 100% CPU equivalent of this page just sitting there apparently doing nothing. It IS, however, doing at least two different things. I know from my regular Firefox where I have "Remove It Permanently" installed that if I remove the the little weather indicator in the upper right of the offending page that CPU utilization drops to about 40% of one CPU equivalent. If I use RIP to remove everything else right down to a bare screen that 40% utilization stays until I delete the tab.
    The third image shows the CPU utilization drop to zero when I delete the tab holding the offending page.
    Now I will add a note here: If the offending page is NOT the top tab in a window then it stops eating time. The offender will also stop eating time if I minimize the window. However if I have another window up but leave the offender up on top in its window it continues to eat time even tho I am looking at another window. The offender will continue to eat time even if its window is completely covered by another window, and it will also eat time if I switch to another desktop.
    I will often have half a dozen windows open, and there are many pages out there which will suck endless CPU time. Unless I want to open up a new tab on each window before I leave it there is likely to be some tab on top eating time uselessly. Get a couple of those going and Firefox becomes sluggish and can even stop responding for many seconds.
    I guess I not only want to have Firefox tell us which tabs are eating time, but I would also like it if Firefox would stop giving CPU time to any tab which is not visible because it is covered by some other window and/or it is on a desktop which is currently not showing. If you can stop a tab's CPU usage by reason of tab-not-showing then you should also be able to stop its CPU usage when the window is covered or on the not-top desktop. Indeed is there any reason to not schedule absolute CPU utilization priority to the visible tab on the window with focus and give time to the other tabs only when the visible tab isn't using time?
    My final thought on this is that I have had Firefox SO tied up sometimes that I swear their are web pages which are eating time even tho they are not the top tab. I regret that I do not have an example to show you. But Firefox grinds to a complete halt on a regular basis, and that is not acceptable. I am a programmer with long experience in multi-threaded programs so I *know* there is no reason you cannot do better. If there were another browser around which had the commitment to privacy which Firefox has I would probably switch out of shear annoyance. :-(

  • Cpu usage at 100%

    I am running LabView 7.1 with DSC loaded. My project controls two reaction vessels through compact fieldpoint I/O modules. There are PID loops, data logging, trending and general value displays. The I/O is a mixture of analog and discrete. With trending enabled, my CPU usage jumps to 100%. This happens immediately, not slowly building over time. When this happens, the other portions of the program suffer, i.e. slower updates to PIDs and subsequently out-of-control loops, along with extremely slow updates to the screens. Disabling the trending results in the cpu usage dropping to around 3% and normal PID control and screen updates. The computer is plenty fast with enough RAM. Trending is vital to the technicians ability to manage the reaction. Has anyone seen this issue? I am using the read traces vi to populate the trends.

    Sorry, I cannot test because of missing subVIs, but I would NOT place waits inside these FOR loops! They run for a limited number if iterations and do nothing special except some property nodes. Since your code is heavily sequentialized (sic ) all you do with these waits is prevent the program from doing anything useful.
    What might help would be do defer panel updates during the sequence of FOR loops containing property nodes. (see e.g. http://forums.ni.com/ni/board/message?board.id=170&message.id=164135#M164135)
    You have a lot of duplicate code that could be consolidated. Overall, the code is very hard to navigate because of the deep stacks of sequence structures.
    Message Edited by altenbach on 10-24-2007 07:08 AM
    LabVIEW Champion . Do more with less code and in less time .

  • Simple Java 3D program’s CPU Usage spikes to up to 90 percent!

    Hi, everyone. I’m completely new to Java 3D and I’m toying around with basic program structure right now. My code is based off of that in the first chapter on 3D in Killer Game Programming in Java. I removed most of the scene elements, replacing them with a simple grid, Maya style. (Yes, I’m starting off small, but my ambitions are grand – I intend on creating a polygonal modeling and animation toolset. After all, the Maya PLE is dead – damn you, Autodesk! – and I just plain dislike Blender.) I implement a simple OrbitBehavior as a means for the user to navigate the scene. That part was basically copy and paste from Andrew Davison’s code. The mystery, then, is why the program’s framerate drops below 1 FPS and its CPU Usage spikes to up to 90 percent, according to the Task Manager, when I tumble the scene. I’d appreciate anyone taking the time to look at the code and trying to identify the problem area. (I’ve undoubtedly missed something totally newbish. -.-) Thank you!
    (Also, I had the worst possible time wrestling with the posting process. Is anyone else having trouble editing their posts before submitting them?)
    import java.awt.*;
    import javax.swing.*;
    public class MAFrame
        public static final Dimension SCREEN_SIZE = Toolkit.getDefaultToolkit().getScreenSize();
        public MAFrame ()
            System.out.println("Initializing...");
            try {
                UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
            catch (Exception e) {
                e.printStackTrace();
            JFrame frame = new JFrame ("Modeling and Animation");
            frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
            MAViewPanel panel = new MAViewPanel ();
            frame.getContentPane().add(panel);
            frame.pack();       
            frame.setLocation(((int)SCREEN_SIZE.getWidth() / 2) - (frame.getWidth() / 2),
                              ((int)SCREEN_SIZE.getHeight() / 2) - (frame.getHeight() / 2));     
            frame.setVisible(true);
    import com.sun.j3d.utils.behaviors.vp.*;
    import com.sun.j3d.utils.geometry.*;
    import com.sun.j3d.utils.universe.*;
    import java.awt.*;
    import javax.media.j3d.*;
    import javax.swing.*;
    import javax.vecmath.*;
    public class MAViewPanel extends JPanel
        public static final int GRID_SIZE = 12;
        public static final int GRID_SPACING = 4;
        public BoundingSphere bounds;
        public BranchGroup sceneBG;
        public SimpleUniverse su;
        public MAViewPanel ()
            GraphicsConfiguration config = SimpleUniverse.getPreferredConfiguration();
            Canvas3D canvas3D = new Canvas3D (config);               
            canvas3D.setSize(600, 600);
            add(canvas3D);
            canvas3D.setFocusable(true);
            canvas3D.requestFocus();
            su = new SimpleUniverse (canvas3D);
            createSceneGraph();
            initUserPosition();
            orbitControls(canvas3D);
            su.addBranchGraph(sceneBG);
        public void createSceneGraph ()
            sceneBG = new BranchGroup ();
            bounds = new BoundingSphere (new Point3d(0, 0, 0), 1000);
            // ambient light
            Color3f white = new Color3f (1.0f, 1.0f, 1.0f);
            AmbientLight ambientLight = new AmbientLight (white);
            ambientLight.setInfluencingBounds(bounds);
            sceneBG.addChild(ambientLight);
            // background
            Background background = new Background ();
            background.setColor(0.17f, 0.65f, 0.92f);
            background.setApplicationBounds(bounds);       
            sceneBG.addChild(background);
            // grid
            createGrid();
            sceneBG.compile();
        public void createGrid ()
            Shape3D grid = new Shape3D();
            LineArray lineArr = new LineArray (GRID_SIZE * 8 + 4, GeometryArray.COORDINATES);
            int offset = GRID_SIZE * GRID_SPACING;
            // both sides of the grid plus the middle, done for both directions at once (each line defined by two points)
            for (int count = 0, index = 0; count < GRID_SIZE * 2 + 1; count++) {
                // vertical, left to right
                lineArr.setCoordinate(index++, new Point3d (-offset + (count * GRID_SPACING), 0, offset));  // starts near
                lineArr.setCoordinate(index++, new Point3d (-offset + (count * GRID_SPACING), 0, -offset)); // ends far
                // horizontal, near to far
                lineArr.setCoordinate(index++, new Point3d (-offset, 0, offset - (count * GRID_SPACING))); // starts left
                lineArr.setCoordinate(index++, new Point3d (offset, 0, offset - (count * GRID_SPACING)));  // ends right
            grid.setGeometry(lineArr);
            sceneBG.addChild(grid);
        public void initUserPosition ()
            ViewingPlatform vp = su.getViewingPlatform();
            TransformGroup tg = vp.getViewPlatformTransform();
            Transform3D t3d = new Transform3D ();
            tg.getTransform(t3d);
            t3d.lookAt(new Point3d (0, 60, 80), new Point3d (0, 0, 0), new Vector3d(0, 1, 0));
            t3d.invert();
            tg.setTransform(t3d);
            su.getViewer().getView().setBackClipDistance(100);
        private void orbitControls (Canvas3D c)
            OrbitBehavior orbit = new OrbitBehavior (c, OrbitBehavior.REVERSE_ALL);
            orbit.setSchedulingBounds(bounds);
            ViewingPlatform vp = su.getViewingPlatform();
            vp.setViewPlatformBehavior(orbit);     
    }

    Huh. A simple call to View.setMinimumFrameCycleTime() fixed the problem. How odd that there effectively is no default maximum framerate. Of course simple programs like these, rendered as many times as possible every second, are going to consume all possible CPU usage...

  • Query taking high  CPU usage

    Hi,
    I have a Oracle 9.2 DB with 2 cpu's,when i took a statspack report i found that CPU Time is very hight i,e more that 81%....
    one of the query is taking near about 51% CPU Usage...
    i.e
    SELECT /*+ INDEX (OM_COURSE_FEE OCF_CFC_CODE)  */DISTINCT CF_COURSE_CODE   FROM OM_COURSE_FEE,OT_STUDENT_FEE_COL_HEAD,OT_STUDENT_FEE_COL_DETL  WHERE SFCH_SYS_ID = SFCD_SFCH_SYS_ID  AND
    SFCD_FEE_TYPE_CODE = CF_TYPE_CODE  AND CF_COURSE_CODE IN ( 'PE1','PE2','CCT','CPT'  ) AND SFCH_TXN_CODE = :b1  AND SFCD_SUBSCRBE_JOURNAL_YN IN ( 'T','R','1','C'  ) AND SFCH_APPR_UID IS NOT NULL  
    AND SFCH_APPR_DT IS NOT NULL   AND SFCH_NO = :b2  AND NOT EXISTS  (SELECT 'X'   FROM OM_STUDENT_HEAD  WHERE STUD_SRN = SFCH_STUD_SRN_TEMP_NO  AND NVL(STUD_CLO_STATUS,0) != 1  AND
    NVL(STUD_REG_STATUS,0) != 23  AND STUD_COURSE_CODE != 'CCT'  AND CF_COURSE_CODE= STUD_COURSE_CODE )  ORDER BY 1 DESCExplain Plan for......
    SQL> select * from table(dbms_xplan.display());
    PLAN_TABLE_OUTPUT
    | Id  | Operation                                  |  Name
       | Rows  | Bytes | Cost  | Pstart| Pstop |
    |   0 | SELECT STATEMENT                           |
    PLAN_TABLE_OUTPUT
       |     1 |    69 |    45 |       |       |
    |   1 |  SORT UNIQUE                               |
       |     1 |    69 |    27 |       |       |
    |   2 |   TABLE ACCESS BY GLOBAL INDEX ROWID       | OT_STUDENT_FEE_COL_DETL
       |     1 |    12 |     2 | ROWID | ROW L |
    |   3 |    NESTED LOOPS                            |
       |     1 |    69 |     9 |       |       |
    PLAN_TABLE_OUTPUT
    |   4 |     NESTED LOOPS                           |
       |     1 |    57 |     7 |       |       |
    |   5 |      TABLE ACCESS BY GLOBAL INDEX ROWID    | OT_STUDENT_FEE_COL_HEAD
       |     1 |    48 |     5 | ROWID | ROW L |
    |   6 |       INDEX SKIP SCAN                      | OT_STUDENT_FEE_COL_HEAD_UK0
    1  |     1 |       |     4 |       |       |
    |   7 |      INLIST ITERATOR                       |
       |       |       |       |       |       |
    PLAN_TABLE_OUTPUT
    |   8 |       TABLE ACCESS BY INDEX ROWID          | OM_COURSE_FEE
       |     1 |     9 |     2 |       |       |
    |   9 |        INDEX RANGE SCAN                    | OCF_CFC_CODE
       |     1 |       |     1 |       |       |
    |  10 |         FILTER                             |
       |       |       |       |       |       |
    |  11 |          TABLE ACCESS BY GLOBAL INDEX ROWID| OM_STUDENT_HEAD
    PLAN_TABLE_OUTPUT
       |     1 |    21 |     4 | ROWID | ROW L |
    |  12 |           INDEX RANGE SCAN                 | IDM_STUD_SRN_COURSE
       |     1 |       |     3 |       |       |
    |  13 |     INDEX RANGE SCAN                       | IDM_SFCD_FEE_TYPE_CODE
       | 34600 |       |     1 |       |       |
    PLAN_TABLE_OUTPUT
    Note: cpu costing is off, PLAN_TABLE' is old version
    21 rows selected.
    SQL>Statspack report
    DB Name         DB Id    Instance     Inst Num Release     Cluster Host
    ai          1372079993 ai11              1 9.2.0.6.0   YES     ai1
                  Snap Id     Snap Time      Sessions Curs/Sess Comment
    Begin Snap:       175 12-Dec-08 13:21:33  #######        .0
      End Snap:       176 12-Dec-08 13:56:09  #######        .0
       Elapsed:               34.60 (mins)
    Cache Sizes (end)
    ~~~~~~~~~~~~~~~~~
                   Buffer Cache:     3,264M      Std Block Size:          8K
               Shared Pool Size:       608M          Log Buffer:        977K
    Load Profile
    ~~~~~~~~~~~~                            Per Second       Per Transaction
                      Redo size:              5,727.62             21,658.54
                  Logical reads:             16,484.89             62,336.32
                  Block changes:                 32.49                122.88
                 Physical reads:                200.46                758.03
                Physical writes:                  5.08                 19.23
                     User calls:                 97.43                368.44
                         Parses:                 11.66                 44.11
                    Hard parses:                  0.39                  1.48
                          Sorts:                  3.22                 12.19
                         Logons:                  0.02                  0.06
                       Executes:                 36.70                138.77
                   Transactions:                  0.26
      % Blocks changed per Read:    0.20    Recursive Call %:     28.65
    Rollback per transaction %:   20.95       Rows per Sort:    131.16
    Instance Efficiency Percentages (Target 100%)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                Buffer Nowait %:  100.00       Redo NoWait %:    100.00
                Buffer  Hit   %:   98.79    In-memory Sort %:     99.99
                Library Hit   %:   98.92        Soft Parse %:     96.65
             Execute to Parse %:   68.21         Latch Hit %:     99.98
    Parse CPU to Parse Elapsd %:   60.50     % Non-Parse CPU:     99.48
    Shared Pool Statistics        Begin   End
                 Memory Usage %:   90.06   89.79
        % SQL with executions>1:   72.46   72.46
      % Memory for SQL w/exec>1:   69.42   69.51
    Top 5 Timed Events
    ~~~~~~~~~~~~~~~~~~                                                     % Total
    Event                                               Waits    Time (s) Ela Time
    CPU time                                                        3,337    81.43
    db file sequential read                            60,550         300     7.32
    global cache cr request                           130,852         177     4.33
    db file scattered read                             72,915         101     2.46
    db file parallel read                               3,384          75     1.84
    Cluster Statistics for DB: ai  Instance: ai11  Snaps: 175 -176
    Global Cache Service - Workload Characteristics
    Ave global cache get time (ms):                            1.3
    Ave global cache convert time (ms):                        2.1
    Ave build time for CR block (ms):                          0.1
    Ave flush time for CR block (ms):                          0.3
    Ave send time for CR block (ms):                           0.3
    Ave time to process CR block request (ms):                 0.7
    Ave receive time for CR block (ms):                        4.9
    Ave pin time for current block (ms):                       0.0
    Ave flush time for current block (ms):                     0.0
    Ave send time for current block (ms):                      0.3
    Ave time to process current block request (ms):            0.3
    Ave receive time for current block (ms):                   2.8
    Global cache hit ratio:                                    1.5
    Ratio of current block defers:                             0.0
    % of messages sent for buffer gets:                        1.4
    % of remote buffer gets:                                   0.1
    Ratio of I/O for coherence:                                1.1
    Ratio of local vs remote work:                             9.7
    Ratio of fusion vs physical writes:                        0.1
    Global Enqueue Service Statistics
    Ave global lock get time (ms):                             0.8
    Ave global lock convert time (ms):                         0.0
    Ratio of global lock gets vs global lock releases:         1.1
    GCS and GES Messaging statistics
    Ave message sent queue time (ms):                          0.4
    Ave message sent queue time on ksxp (ms):                  2.7
    Ave message received queue time (ms):                      0.2
    Ave GCS message process time (ms):                         0.1
    Ave GES message process time (ms):                         0.1
    % of direct sent messages:                                19.4
    % of indirect sent messages:                              43.5
    % of flow controlled messages:                            37.1
    GES Statistics for DB: ai  Instance: ai11  Snaps: 175 -176
    Statistic                                    Total   per Second    per Trans
    dynamically allocated gcs resourc                0          0.0          0.0
    dynamically allocated gcs shadows                0          0.0          0.0
    flow control messages received                   0          0.0          0.0
    flow control messages sent                       0          0.0          0.0
    gcs ast xid                                      0          0.0          0.0
    gcs blocked converts                         1,231          0.6          2.2
    gcs blocked cr converts                      2,432          1.2          4.4
    gcs compatible basts                             0          0.0          0.0
    gcs compatible cr basts (global)               658          0.3          1.2
    gcs compatible cr basts (local)             57,822         27.9        105.3
    gcs cr basts to PIs                              0          0.0          0.0
    gcs cr serve without current lock                0          0.0          0.0
    gcs error msgs                                   0          0.0          0.0
    gcs flush pi msgs                              821          0.4          1.5
    gcs forward cr to pinged instance                0          0.0          0.0
    gcs immediate (compatible) conver              448          0.2          0.8
    gcs immediate (null) converts                1,114          0.5          2.0
    gcs immediate cr (compatible) con           42,094         20.3         76.7
    gcs immediate cr (null) converts           396,284        190.9        721.8
    gcs msgs process time(ms)                   42,220         20.3         76.9
    gcs msgs received                          545,133        262.6        993.0
    gcs out-of-order msgs                            5          0.0          0.0
    gcs pings refused                                1          0.0          0.0
    gcs queued converts                              0          0.0          0.0
    gcs recovery claim msgs                          0          0.0          0.0
    gcs refuse xid                                   0          0.0          0.0
    gcs retry convert request                        0          0.0          0.0
    gcs side channel msgs actual                 2,397          1.2          4.4
    gcs side channel msgs logical              232,024        111.8        422.6
    gcs write notification msgs                     15          0.0          0.0
    gcs write request msgs                         278          0.1          0.5
    gcs writes refused                               1          0.0          0.0
    ges msgs process time(ms)                    4,873          2.3          8.9
    ges msgs received                           39,769         19.2         72.4
    global posts dropped                             0          0.0          0.0
    global posts queue time                          0          0.0          0.0
    global posts queued                              0          0.0          0.0
    global posts requested                           0          0.0          0.0
    global posts sent                                0          0.0          0.0
    implicit batch messages received            39,098         18.8         71.2
    implicit batch messages sent                33,386         16.1         60.8
    lmd msg send time(ms)                          635          0.3          1.2
    lms(s) msg send time(ms)                         2          0.0          0.0
    messages flow controlled                   196,546         94.7        358.0
    messages received actual                   182,783         88.0        332.9
    messages received logical                  584,848        281.7      1,065.3
    messages sent directly                     102,657         49.4        187.0
    messages sent indirectly                   230,329        110.9        419.5
    msgs causing lmd to send msgs                9,169          4.4         16.7
    msgs causing lms(s) to send msgs             3,347          1.6          6.1
    msgs received queue time (ms)              142,759         68.8        260.0
    msgs received queued                       584,818        281.7      1,065.2
    msgs sent queue time (ms)                   99,300         47.8        180.9
    msgs sent queue time on ksxp (ms)          608,239        293.0      1,107.9
    msgs sent queued                           230,391        111.0        419.7
    msgs sent queued on ksxp                   229,013        110.3        417.1
    GES Statistics for DB: ai  Instance: ai11  Snaps: 175 -176
    Statistic                                    Total   per Second    per Trans
    process batch messages received             65,059         31.3        118.5
    process batch messages sent                 50,959         24.5         92.8
    Wait Events for DB: ai  Instance: ai11  Snaps: 175 -176
    -> s  - second
    -> cs - centisecond -     100th of a second
    -> ms - millisecond -    1000th of a second
    -> us - microsecond - 1000000th of a second
    -> ordered by wait time desc, waits desc (idle events last)
                                                                       Avg
                                                         Total Wait   wait    Waits
    Event                               Waits   Timeouts   Time (s)   (ms)     /txn
    db file sequential read            60,550          0        300      5    110.3
    global cache cr request           130,852        106        177      1    238.3
    db file scattered read             72,915          0        101      1    132.8
    db file parallel read               3,384          0         75     22      6.2
    latch free                          7,253      1,587         52      7     13.2
    enqueue                            44,947          0         16      0     81.9
    log file parallel write             2,140          0          6      3      3.9
    db file parallel write                341          0          5     14      0.6
    global cache open x                 1,134          3          4      4      2.1
    CGS wait for IPC msg              166,993    164,390          4      0    304.2
    library cache lock                  3,169          0          3      1      5.8
    log file sync                         494          0          3      5      0.9
    row cache lock                        702          0          3      4      1.3
    DFS lock handle                     6,900          0          2      0     12.6
    control file parallel write           689          0          2      3      1.3
    control file sequential read        2,785          0          2      1      5.1
    wait for master scn                   687          0          2      2      1.3
    global cache null to x                699          0          2      2      1.3
    global cache s to x                   778          5          1      2      1.4
    direct path write                     148          0          0      3      0.3
    SQL*Net more data to client         3,621          0          0      0      6.6
    global cache open s                   149          0          0      2      0.3
    library cache pin                      78          0          0      2      0.1
    ksxr poll remote instances          3,536      2,422          0      0      6.4
    LGWR wait for redo copy                12          6          0      9      0.0
    buffer busy waits                      23          0          0      5      0.0
    direct path read                        9          0          0     10      0.0
    buffer busy global CR                   5          0          0     17      0.0
    SQL*Net break/reset to clien          172          0          0      0      0.3
    global cache quiesce wait               4          1          0      7      0.0
    KJC: Wait for msg sends to c           86          0          0      0      0.2
    BFILE get length                       67          0          0      0      0.1
    global cache null to s                  9          0          0      1      0.0
    BFILE open                              6          0          0      0      0.0
    BFILE read                             60          0          0      0      0.1
    BFILE internal seek                    60          0          0      0      0.1
    BFILE closure                           6          0          0      0      0.0
    cr request retry                        4          4          0      0      0.0
    SQL*Net message from client       201,907          0    180,583    894    367.8
    gcs remote message                171,236     43,749      3,975     23    311.9
    ges remote message                 79,324     40,722      2,017     25    144.5
    SQL*Net more data from clien          447          0          9     21      0.8
    SQL*Net message to client         201,901          0          0      0    367.8
    Background Wait Events for DB: ai  Instance: ai11  Snaps: 175 -176
    -> ordered by wait time desc, waits desc (idle events last)
                                                                       Avg
                                                         Total Wait   wait    Waits
    Event                               Waits   Timeouts   Time (s)   (ms)     /txn
    enqueue                            44,666          0         16      0     81.4
    latch free                          4,895        108          6      1      8.9
    log file parallel write             2,140          0          6      3      3.9
    db file parallel write                341          0          5     14      0.6
    CGS wait for IPC msg              166,969    164,366          4      0    304.1
    DFS lock handle                     6,900          0          2      0     12.6
    control file parallel write           689          0          2      3      1.3
    control file sequential read        2,733          0          2      1      5.0
    wait for master scn                   687          0          2      2      1.3
    ksxr poll remote instances          3,528      2,419          0      0      6.4
    LGWR wait for redo copy                12          6          0      9      0.0
    db file sequential read                 7          0          0      9      0.0
    global cache null to x                 26          0          0      2      0.0
    global cache open x                    16          0          0      1      0.0
    global cache cr request                 1          0          0      0      0.0
    rdbms ipc message                  28,636     20,600     16,937    591     52.2
    gcs remote message                171,254     43,746      3,974     23    311.9
    pmon timer                            708        686      2,022   2856      1.3
    ges remote message                 79,305     40,719      2,017     25    144.5
    smon timer                            125          0      1,972  15776      0.2
    SQL ordered by Gets for DB: ai  Instance: ai11  Snaps: 175 -176
    -> End Buffer Gets Threshold:     10000
    -> Note that resources reported for PL/SQL includes the resources used by
       all SQL statements called within the PL/SQL code.  As individual SQL
       statements are also reported, it is possible and valid for the summed
       total % to exceed 100
                                                         CPU      Elapsd
      Buffer Gets    Executions  Gets per Exec  %Total Time (s)  Time (s) Hash Value
         17,503,305           84      208,372.7   51.1   676.25   1218.80   17574787
    SELECT /*+ INDEX (OM_COURSE_FEE OCF_CFC_CODE)  */DISTINCT CF_COU
    RSE_CODE   FROM OM_COURSE_FEE,OT_STUDENT_FEE_COL_HEAD,OT_STUDENT
    FEECOL_DETL  WHERE SFCH_SYS_ID = SFCD_SFCH_SYS_ID  AND SFCD_FE
    E_TYPE_CODE = CF_TYPE_CODE  AND CF_COURSE_CODE IN ( 'PE1','PE2',
    'CCT','CPT'  ) AND SFCH_TXN_CODE = :b1  AND SFCD_SUBSCRBE_JOURNA

    user00726 wrote:
    somw of the changes that have been done....
    cai11_lmd0_15771.trc.
    Thu Oct 2 13:35:48 2008
    CKPT: Begin resize of buffer pool 3 (DEFAULT for block size 8192)
    CKPT: Current size = 2512 MB, Target size = 3072 MB
    CKPT: Resize completed for buffer pool DEFAULT for blocksize 8192
    Thu Oct 2 13:35:50 2008
    ALTER SYSTEM SET db_cache_size='3072M' SCOPE=BOTH SID='icai11';
    Thu Oct 2 14:04:34 2008
    ALTER SYSTEM SET sga_max_size='5244772679680' SCOPE=SPFILE SID='*';
    ALTER SYSTEM SET sga_max_size='5244772679680' SCOPE=SPFILE SID='*';
    Thu Oct 2 15:24:14 2008
    CKPT: Begin resize of buffer pool 3 (DEFAULT for block size 8192)
    CKPT: Current size = 3072 MB, Target size = 2512 MB
    CKPT: Resize completed for buffer pool DEFAULT for blocksize 8192
    Thu Oct 2 15:24:20 2008
    ALTER SYSTEM SET db_cache_size='2512M' SCOPE=BOTH SID='icai11';
    Thu Oct 2 15:32:33 2008
    CKPT: Begin resize of buffer pool 3 (DEFAULT for block size 8192)
    CKPT: Current size = 2512 MB, Target size = 3072 MB
    CKPT: Resize completed for buffer pool DEFAULT for blocksize 8192
    Thu Oct 2 15:32:34 2008
    ALTER SYSTEM SET db_cache_size='3072M' SCOPE=BOTH SID='icai11';
    Thu Oct 2 15:36:46 2008
    ALTER SYSTEM SET shared_pool_size='640M' SCOPE=BOTH SID='icai11';
    Thu Oct 2 16:33:52 2008
    CKPT: Begin resize of buffer pool 3 (DEFAULT for block size 8192)
    CKPT: Current size = 3072 MB, Target size = 2512 MB
    CKPT: Resize completed for buffer pool DEFAULT for blocksize 8192
    Thu Oct 2 16:33:56 2008
    ALTER SYSTEM SET db_cache_size='2512M' SCOPE=BOTH SID='icai11';
    Thu Oct 2 16:39:30 2008
    ALTER SYSTEM SET pga_aggregate_target='750M' SCOPE=BOTH SID='icai11';Just to make certain that I am not missing anything, if the above you set (all scaled to GB just for the sake of comparison):
    sga_max_size=4885GB
    db_cache_size=3GB
    shared_pool_size=0.625GB
    pga_aggregate_target=0.733GB
    The SQL statement is forcing the use of a specific index, is this the best index?:
    SELECT /*+ INDEX (OM_COURSE_FEE OCF_CFC_CODE) */DISTINCT CF_COURSE_CODE FROM OM_COURSE_FEE,OT_STUDENT_FEE_COL_HEAD,OT_STUDENT_FEE_COL_DETL WHERE SFCH_SYS_ID = SFCD_SFCH_SYS_ID AND
    SFCD_FEE_TYPE_CODE = CF_TYPE_CODE AND CF_COURSE_CODE IN ( 'PE1','PE2','CCT','CPT' ) AND SFCH_TXN_CODE = :b1 AND SFCD_SUBSCRBE_JOURNAL_YN IN ( 'T','R','1','C' ) AND SFCH_APPR_UID IS NOT NULL
    AND SFCH_APPR_DT IS NOT NULL AND SFCH_NO = :b2 AND NOT EXISTS (SELECT 'X' FROM OM_STUDENT_HEAD WHERE STUD_SRN = SFCH_STUD_SRN_TEMP_NO AND NVL(STUD_CLO_STATUS,0) != 1 AND
    NVL(STUD_REG_STATUS,0) != 23 AND STUD_COURSE_CODE != 'CCT' AND CF_COURSE_CODE= STUD_COURSE_CODE ) ORDER BY 1 DESC
    Unfortunately, explain plans, even with dbms_xplan.display, may not show the actual execution plan - this is more of a problem when the SQL statement includes bind variables (capturing a 10046 trace at level 8 or 12 will help). With the information provided, it looks like the problem is with the number of logical reads performed: 17,503,305 in 84 executions = 208,373 logical reads per execution. Something is causing the SQL statement to execute inefficiently, possibly a join problem between tables, possibly the forced use of an index.
    From one of my previous posts related to this same SQL statement:
    SELECT /*+ INDEX (OM_COURSE_FEE OCF_CFC_CODE)  */ DISTINCT
      CF_COURSE_CODE
    FROM
      OM_COURSE_FEE,
      OT_STUDENT_FEE_COL_HEAD,
      OT_STUDENT_FEE_COL_DETL
    WHERE
      SFCH_SYS_ID = SFCD_SFCH_SYS_ID
      AND SFCD_FEE_TYPE_CODE = CF_TYPE_CODE
      AND CF_COURSE_CODE IN ( 'PE1','PE2','CCT','CPT'  )
      AND SFCH_TXN_CODE = :b1
      AND SFCD_SUBSCRBE_JOURNAL_YN IN ( 'T','R','1','C'  )
      AND SFCH_APPR_UID IS NOT NULL
      AND SFCH_APPR_DT IS NOT NULL
      AND SFCH_NO = :b2
      AND NOT EXISTS (
        SELECT
          'X'
        FROM
          OM_STUDENT_HEAD
        WHERE
          STUD_SRN = SFCH_STUD_SRN_TEMP_NO
          AND NVL(STUD_CLO_STATUS,0) != 1
          AND NVL(STUD_REG_STATUS,0) != 23
          AND STUD_COURSE_CODE != 'CCT'
          AND CF_COURSE_CODE = STUD_COURSE_CODE)
    ORDER BY
      1 DESC
    | Id  | Operation                                  |  Name                     | Rows  | Bytes | Cost  | Pstart| Pstop |
    |   0 | SELECT STATEMENT                                                             1      69      34
    |   1 |  SORT UNIQUE                                                                 1      69      22
    |   2 |   TABLE ACCESS BY GLOBAL INDEX ROWID       | OT_STUDENT_FEE_COL_DETL   |     1 |    12 |     2 | ROWID | ROW L |
    |   3 |    NESTED LOOPS                                                              1      69       9
    |   4 |     NESTED LOOPS                                                             1      57       7
    |   5 |      TABLE ACCESS BY GLOBAL INDEX ROWID    | OT_STUDENT_FEE_COL_HEAD   |     1 |    48 |     5 | ROWID | ROW L |
    |   6 |       INDEX SKIP SCAN                       OT_STUDENT_FEE_COL_HEAD_UK0|     1 |     1 |     4 |
    |   7 |      INLIST ITERATOR                       |
    |   8 |       TABLE ACCESS BY INDEX ROWID          | OM_COURSE_FEE             |     1 |     9 |     2 |       |       |
    |   9 |        INDEX RANGE SCAN                    | OCF_CFC_CODE              |     1 |       |     1 |       |       |
    |  10 |         FILTER                            
    |  11 |          TABLE ACCESS BY GLOBAL INDEX ROWID| OM_STUDENT_HEAD           |     1 |    21 |     4 | ROWID | ROW L |
    |  12 |           INDEX RANGE SCAN                 | IDM_STUD_SRN_COURSE       |     1 |       |     3 |       |       |
    |  13 |     INDEX RANGE SCAN                       | IDM_SFCD_FEE_TYPE_CODE    | 34600 |       |     1 |       |       |It appears, based just on the SQL statement, that there is no direct relationship between OM_COURSE_FEE and OT_STUDENT_FEE_COL_HEAD, yet the plan above indicates that the two tables are being joined together, likely as a result of the index hint. There is the possibility of additional predicates being generated by Oracle which will make this possible without introducing a Cartesian join, but those predicates are not displayed with an explain plan (they will appear with a DBMS_XPLAN). I may not be remembering correctly, but if the optimizer goal is set to first rows, a Cartesian join might appear in a plan as a nested loops join - Jonathan will know for certain if that is the case.
    Have you investigated the above as a possible cause? If you know that there is a problem with this one SQL statement, a 10046 trace at level 8 or 12 is much more helpful than a Statspack report.
    Charles Hooper
    IT Manager/Oracle DBA
    K&M Machine-Fabricating, Inc.

  • 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

  • LIRC - 100% cpu usage while pressing a button

    Hi all.
    I'm having some problems with latest lirc versions. It just uses 100% of my cpu while I press any key on the remote. For example, with xbmc, pressing a remote control button makes a one second video lag and frame dropping due to high cpu usage...
    I'm using latest kernel and lirc in testing repo
    Pinnacle pctv remote (and receiver, rs232 ou ttyS0).
    I can't follow the wiki since kernel 2.6.25 (maybe), if i do modprobe lirc_serial (and before a setserial uart none), on irw, nothing happens. -> this used to work before.
    I've edited /etc/conf.d/lircd in order to make this remote to work. I don't need anymore to load lirc_serial and remote works... but uses ALL CPU resources.
    Solutions? Anyone with same problem?
    Thanks friends:D
    Last edited by TigTex (2009-07-08 02:11:22)

    What about a "bump" to this...
    Bump

  • High CPU usage while display is asleep

    This is a strange one, and I've noticed it on multiple distros, and Arch is no different.  When my system is sitting idle with the screen on my CPU usage hovers around 5%, which I would consider to be perfectly normal.  However, when the display goes to sleep (no screen saver, just DPMS sleep) the CPU jumps up to about 25% and stays there until I bump the mouse (or do whatever to wake the system up), and then it will drop back down to the normal 5% CPU usage. 
    I had always thought it had something to do with Firefox, but I had Firefox closed while I was away at work today, and yet when I come home and wake my computer up my CPU usage graph shows that it's been at a solid 25% all day long. 
    Anyone have any ideas what this might be, or recommend a way to hunt down exactly what process is eating my CPU cycles while the display is off?
    Thanks a lot, this has been puzzling me for some time now.
    EDIT: I should add that I am running KDE, and have been on the other distros as well (to the best of my recollection).  After realizing this it seems like this thread may be better suited for the Applications & DE forum, but I'm not sure... it could very well be something to do with the kernel or something to do with power saving.  Please move if you see fit.
    Last edited by hippieben (2014-09-07 00:17:46)

    The CPU usage is not accounted for in the system monitor app.  There's roughly 4% usage accounted for, yet there's a total of 29% being used.
    The script doesn't seem to find anything either.  High idle CPU usage kicks in maybe 3/4 of the way through, but the output doesn't seem to change from the beginning at all.
    ben@arch-desktop:~$ for i in $(seq 1 20); do sleep 10 && ps -eo pcpu,pid,user,args | sort -rk1 | head -6; done
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    %CPU PID USER COMMAND
    6.0 428 root /usr/bin/Xorg.bin -br -novtswitch -quiet :0 vt7 -nolisten tcp -auth /var/run/xauth/A:0-biq1sc
    3.8 3690 ben /usr/lib/firefox/plugin-container /usr/lib/mozilla/plugins/libflashplayer.so -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 3231 plugin
    2.4 4910 ben /usr/bin/systemsettings -caption System Settings --icon preferences-system
    2.4 14853 ben clementine -t
    1.9 3231 ben /usr/bin/firefox
    Also, the screen doesn't have to be asleep, the system just needs to sit idle for a few minutes.
    Last edited by hippieben (2014-09-20 19:10:58)

  • Kernel Task over 400% CPU usage

    Hello, I have some questions about the Kernel Task in my activity monitor.
    Recently, after a hard disk failure, I have my Macbook Pro wiped and start afresh with Mavericks. All was well, but it slowed down tremendously in the last couple of days. I checked the activity monitor and Kernel Task is always around 400-470%, sometimes it even peaked to 1000+%! I closed all my applications but it is still taking up all my RAM. I cannot work when it is freezing up every 2 seconds. What is the problem?
    Here is the report, if it helps:
    EtreCheck version: 1.9.12 (48)
    Report generated 3 August 2014 12:38:14 BST
    Hardware Information:
      MacBook Pro (13-inch, Early 2011) (Verified)
      MacBook Pro - model: MacBookPro8,1
      1 2.7 GHz Intel Core i7 CPU: 2 cores
      4 GB RAM
    Video Information:
      Intel HD Graphics 3000 - VRAM: 384 MB
      Color LCD 1280 x 800
    System Software:
      OS X 10.9.4 (13E28) - Uptime: 1 day 8:2:57
    Disk Information:
      WDC WD5000LPVX-00V0TT0 disk0 : (500.11 GB)
      EFI (disk0s1) <not mounted>: 209.7 MB
      Macintosh HD (disk0s2) / [Startup]: 499.25 GB (121.06 GB free)
      Recovery HD (disk0s3) <not mounted>: 650 MB
      HL-DT-ST DVDRW  GS31N 
    USB Information:
      Apple Computer, Inc. IR Receiver
      Apple Inc. FaceTime HD Camera (Built-in)
      Apple Inc. Apple Internal Keyboard / Trackpad
      Apple Inc. BRCM2070 Hub
      Apple Inc. Bluetooth USB Host Controller
    Thunderbolt Information:
      Apple Inc. thunderbolt_bus
    Gatekeeper:
      Anywhere
    Kernel Extensions:
      [not loaded] com.m-audio.driver.firewire.dice (2.4.2 - SDK 10.6) Support
    Launch Daemons:
      [loaded] com.adobe.fpsaud.plist Support
    Launch Agents:
      [running] com.maudio.profire.helper.plist Support
    User Launch Agents:
      [loaded] com.google.keystone.agent.plist Support
    User Login Items:
      iTunesHelper
      Google Drive
    Internet Plug-ins:
      FlashPlayer-10.6: Version: 14.0.0.145 - SDK 10.6 Support
      Flash Player: Version: 14.0.0.145 - SDK 10.6 Support
      QuickTime Plugin: Version: 7.7.3
      JavaAppletPlugin: Version: 14.9.0 - SDK 10.7 Check version
      Default Browser: Version: 537 - SDK 10.9
    Safari Extensions:
      Searchme: Version: 1.3
    Audio Plug-ins:
      BluetoothAudioPlugIn: Version: 1.0 - SDK 10.9
      AirPlay: Version: 2.0 - SDK 10.9
      AppleAVBAudio: Version: 203.2 - SDK 10.9
      iSightAudio: Version: 7.7.3 - SDK 10.9
    iTunes Plug-ins:
      Quartz Composer Visualizer: Version: 1.4 - SDK 10.9
    3rd Party Preference Panes:
      Flash Player  Support
      PreferencesPane  Support
    Time Machine:
      Time Machine not configured!
    Top Processes by CPU:
          11% Disk Utility
          11% repair_packages
          7% helpd
          5% WindowServer
          3% hidd
    Top Processes by Memory:
      233 MB Finder
      66 MB mds_stores
      49 MB WindowServer
      37 MB mds
      34 MB Disk Utility
    Virtual Memory Information:
      1.22 GB Free RAM
      1.35 GB Active RAM
      394 MB Inactive RAM
      1017 MB Wired RAM
      1.50 GB Page-ins
      100 MB Page-outs

    The kernel is using excessive processor cycles. Below are some possible causes for the condition.
    Throttling
    When it gets high temperature readings from the hardware, or a low-voltage reading from the battery, the kernel may try to compensate by interrupting the processor(s) to slow them down and reduce power consumption. This condition can be due to:
    ☞ a buildup of dust on the logic board
    ☞ high ambient temperature
    ☞ a worn-out or faulty battery in a portable
    ☞ the malfunction of a cooling fan, a temperature sensor, a voltage sensor, or some other internal component
    Note that if the problem is caused by a sensor, there may be no actual overheating or undervoltage.
    If the computer is portable, test with and without the AC adapter connected. If kernel_task hogs the processor only on battery power, the fault is in the battery or the logic board. If it happens only on AC power, charging is causing the machine to heat up. That may be normal on some models. CPU usage should drop when charging is complete.
    Apple Diagnostics or the Apple Hardware Test, though not very reliable, is sometimes able to detect a fault. For more thorough hardware testing, make a "Genius" appointment at an Apple Store, or go to another authorized service provider.
    If nothing is wrong with the hardware, then whatever you can do to improve cooling may help.
    Installed software
    User-installed software that includes a device driver or other kernel code may thrash the kernel. That category includes virtualization software, such as Parallels and VMware, as well as most commercial "anti-virus" products. Some system-monitoring applications, such as "iStat," can also contribute to the problem. You can test for this possibility by completely disabling or removing the software according to the developer's instructions, or starting in safe mode. Note, however, that disabling a system modification without removing it or testing in safe mode may not be as easy as you think.
    Corrupt NVRAM or SMC data
    Sometimes the problem is cleared up by resetting the NVRAM or the SMC.
    External display
    Connecting an external LCD display to some MacBook Pro models while the lid is open may cause this issue. If applicable, test by closing the lid or disconnecting the display. You might get better results with a newer LED display.

  • 100% CPU Usage Overhead running EM DBConsole 11g on OEL-5.2

    After upgrading to OEL-5.2 and relinking all Oracle binaries, my old Oracle 11g installation, installed several months before on OEL-5.1, has been working well, including Enterprise Manager Database Console working nicely as always with respectful performance. Unfortunatelly, it lasted just several days.
    Yesterday I decided to uninstall the 11g completely and perform new clean installation (software and database) with the same configuration options and settings as before, including EM dbconsole, all configured using dbca. After completing the installation (EM was started automatically by dbca), oracle continued to suck 80-85% CPU time. In further few minutes CPU utilization raised up to 99% due to only one (always the same PID) client process - "oracleorcl (LOCAL=NO)". For first ten minutes I didn't care too much since I always enable Automatic Management in dbca. But after two hours, I started to worry. The process was still running, consuming sustained 99% of CPU power. No other system activity, no database activity, no disks activity at all!
    I was really puzzled since I installed and reinstalled the 11g at least 20 times on OEL-5.0 and 5.1, experimenting with ASM, raw devices, loopback devices and various combinations of installation options, but never experienced such a behaviour. It took me 3 minutes to log in to EM dbconsole as it was almost unusable performing too slow. After three hours CPU temperature was nearly 60 degrees celsius. I decided to shutdown EM and after that everything became quiet. Oracle was running normally. Started EM again, the problem was back again. Tracing enabled, it filled a 350 MB trace file in just 20 minutes. Reinstalling the software and database once again didn't help. Whenever EM is up, the CPU usage overhead of 99% persists.
    Here is a cca 23 minutes session summary report taken from EM dbconsole's Performance page. The trace file is too big to list it here, but it shows the same.
            Host CPU:  100%
    Active Sessions:  100%The details for the Selected 5 Minute Interval (the last 5 min interval) are shown as follow:
        TOP SESSIONS:  SYSMAN, Program: OMS
            Activity:  100%  
         TOP MODULES:  OEM.CacheModeWaitPool, Service: orcl
            Activity:  100%          
          TOP CLIENT:  Unnamed
            Activity:  99.1%
         TOP ACTIONS:  Unnamed (OEM.CacheModeWaitPool) (orcl)
            Activity:  100%
         TOP OBJECTS: SYSMAN.MGMT_JOB_EXEC_SUMMARY (Table)
            Activity:  100%
          TOP PL/SQL:  SYSMAN.MGMT_JOB_ENGINE.INSERT_EXECUTION
       PL/SQL Source:  SYSMAN.MGMT_JOB_ENGINE
         Line Number:  7135
            Activity:  100%
             TOP SQL:  SELECT EXECUTION_ID, STATUS, STATUS_DETAIL FROM MGMT_JOB_EXEC_SUMMARY
    WHERE JOB_ID = :B3 AND TARGET_LIST_INDEX = :B2 AND EXPECTED_START_TIME = :B1;
            Activity:  100%
                                  STATISTICS SUMMARY
                                cca 23 minutes session
                            with no other system activity
                                            Per 
                           Total      Execution         Per Row
    Executions           105,103                 1       10,510.30
    Elapsed Time (sec)  1,358.95              0.01        135.90
    CPU Time (sec)      1,070.42             0.01        107.04
    Buffer Gets       85,585,518 814.30 8,558,551.80
    Disk Reads                 2            <0.01          0.20
    Direct Writes              0              0.00          0.00
    Rows                      10            <0.01             1
    Fetches              105,103             1.00     10,510.30
                       ----------------------------------------Wow!!! Note: no disk, no database activity !
    Has anyone experienced this or similar behaviour after clean 11g installation on OEL-5.2? If not, anyone has a clue what the hell is going on?
    Thanks in advance.

    Hi Tommy,
    I didn't want to experiment further with already working OEL-5.2, oracle and dbconsole on this machine, specially not after googling the problem and finding out that I am not alone in this world. There are another two threads on OTN forums (Database General) showing the same problem even on 2GB machines:
    DBConsole easting a CPU
    11g stuck. 50-100% CPU after fresh install
    So, I took another, a smaller free machine I've got at home (1GB RAM, 2.2MHz Pentium4, three 80GB disks), on which I used to experiment with new releases of software (this is the machine on which I installed 11g for the first time when it was released on OEL-5.0, and I can recall that everything was OK with EM). This is what I did:
    1. I installed OEL-5.0 on the machine, adjusted linux and kernel parameters, and performed full 11g installation. Database and EM dbconsole worked nice with acceptable performance. Without activity in the database, %CPU = zero !!! The whole system was perfectly quiet.
    2. Since everything was OK, I shutdown EM and oracle, and performed the full upgrade to OEL-5.2. When the upgrade finished, restarted the system, relinked all oracle binaries, and started oracle and EM dbconsole. Both worked perfectly again, just as before the upgrade. I repeated restarting the database and dbconsole several times, always with the same result - it really rocks. Without database activity, %CPU = zero%.
    3. Using dbca, I dropped the database and created the new one with the same configuration options. Wow! I'm again in trouble. A half an hour after the creation of the database, %CPU raised up to 99%. That's it.
    The crucial question here is: what is that in OEL-5.2, not existing in the 5.0, that causes dbca/em scripts to be embarrassed at the time of EM agent configuration?
    Here are the outputs you required picked 30 minutes after starting the database and EM dbconsole (sustained 99% CPU utilization). Note that this is just a 1GB machine.
    Kernel command line: ro root=LABEL=/ elevator=deadline rhgb quiet
    [root@localhost ~]# cat /proc/meminfo
    MemTotal:      1034576 kB
    MemFree:         27356 kB
    Buffers:          8388 kB
    Cached:         609660 kB
    SwapCached:      18628 kB
    Active:         675376 kB
    Inactive:       287072 kB
    HighTotal:      130304 kB
    HighFree:          260 kB
    LowTotal:       904272 kB
    LowFree:         27096 kB
    SwapTotal:     3148700 kB
    SwapFree:      2940636 kB
    Dirty:              72 kB
    Writeback:           0 kB
    AnonPages:      328700 kB
    Mapped:         271316 kB
    Slab:            21136 kB
    PageTables:      14196 kB
    NFS_Unstable:        0 kB
    Bounce:              0 kB
    CommitLimit:   3665988 kB
    Committed_AS:  1187464 kB
    VmallocTotal:   114680 kB
    VmallocUsed:      5860 kB
    VmallocChunk:   108476 kB
    HugePages_Total:     0
    HugePages_Free:      0
    HugePages_Rsvd:      0
    Hugepagesize:     4096 kB
    [root@localhost ~]# cat /proc/slabinfo
    slabinfo - version: 2.1
    # name            <active_objs> <num_objs> <objsize> <objperslab> <pagesperslab> : tunables <limit> <batchcount> <sharedfactor> : slabdata <active_slabs> <num_slabs> <sharedavail>
    rpc_buffers            8      8   2048    2    1 : tunables   24   12    8 : slabdata      4      4      0
    rpc_tasks              8     15    256   15    1 : tunables  120   60    8 : slabdata      1      1      0
    rpc_inode_cache        6      7    512    7    1 : tunables   54   27    8 : slabdata      1      1      0
    ip_conntrack_expect    0      0     96   40    1 : tunables  120   60    8 : slabdata      0      0      0
    ip_conntrack          68     68    228   17    1 : tunables  120   60    8 : slabdata      4      4      0
    ip_fib_alias           7    113     32  113    1 : tunables  120   60    8 : slabdata      1      1      0
    ip_fib_hash            7    113     32  113    1 : tunables  120   60    8 : slabdata      1      1      0
    fib6_nodes            22    113     32  113    1 : tunables  120   60    8 : slabdata      1      1      0
    ip6_dst_cache         13     15    256   15    1 : tunables  120   60    8 : slabdata      1      1      0
    ndisc_cache            1     15    256   15    1 : tunables  120   60    8 : slabdata      1      1      0
    RAWv6                  4      5    768    5    1 : tunables   54   27    8 : slabdata      1      1      0
    UDPv6                  9     12    640    6    1 : tunables   54   27    8 : slabdata      2      2      0
    tw_sock_TCPv6          0      0    128   30    1 : tunables  120   60    8 : slabdata      0      0      0
    request_sock_TCPv6     0      0    128   30    1 : tunables  120   60    8 : slabdata      0      0      0
    TCPv6                  1      3   1280    3    1 : tunables   24   12    8 : slabdata      1      1      0
    jbd_1k                 0      0   1024    4    1 : tunables   54   27    8 : slabdata      0      0      0
    dm_mpath               0      0     28  127    1 : tunables  120   60    8 : slabdata      0      0      0
    dm_uevent              0      0   2460    3    2 : tunables   24   12    8 : slabdata      0      0      0
    dm_tio                 0      0     16  203    1 : tunables  120   60    8 : slabdata      0      0      0
    dm_io                  0      0     20  169    1 : tunables  120   60    8 : slabdata      0      0      0
    jbd_4k                 1      1   4096    1    1 : tunables   24   12    8 : slabdata      1      1      0
    scsi_cmd_cache        10     10    384   10    1 : tunables   54   27    8 : slabdata      1      1      0
    sgpool-128            36     36   2048    2    1 : tunables   24   12    8 : slabdata     18     18      0
    sgpool-64             33     36   1024    4    1 : tunables   54   27    8 : slabdata      9      9      0
    sgpool-32             34     40    512    8    1 : tunables   54   27    8 : slabdata      5      5      0
    sgpool-16             35     45    256   15    1 : tunables  120   60    8 : slabdata      3      3      0
    sgpool-8              60     60    128   30    1 : tunables  120   60    8 : slabdata      2      2      0
    scsi_io_context        0      0    104   37    1 : tunables  120   60    8 : slabdata      0      0      0
    ext3_inode_cache    4376   8216    492    8    1 : tunables   54   27    8 : slabdata   1027   1027      0
    ext3_xattr           165    234     48   78    1 : tunables  120   60    8 : slabdata      3      3      0
    journal_handle         8    169     20  169    1 : tunables  120   60    8 : slabdata      1      1      0
    journal_head         684   1008     52   72    1 : tunables  120   60    8 : slabdata     14     14      0
    revoke_table          18    254     12  254    1 : tunables  120   60    8 : slabdata      1      1      0
    revoke_record          0      0     16  203    1 : tunables  120   60    8 : slabdata      0      0      0
    uhci_urb_priv          0      0     28  127    1 : tunables  120   60    8 : slabdata      0      0      0
    UNIX                  56    112    512    7    1 : tunables   54   27    8 : slabdata     16     16      0
    flow_cache             0      0    128   30    1 : tunables  120   60    8 : slabdata      0      0      0
    cfq_ioc_pool           0      0     92   42    1 : tunables  120   60    8 : slabdata      0      0      0
    cfq_pool               0      0     96   40    1 : tunables  120   60    8 : slabdata      0      0      0
    crq_pool               0      0     44   84    1 : tunables  120   60    8 : slabdata      0      0      0
    deadline_drq         140    252     44   84    1 : tunables  120   60    8 : slabdata      3      3      0
    as_arq                 0      0     56   67    1 : tunables  120   60    8 : slabdata      0      0      0
    mqueue_inode_cache     1      6    640    6    1 : tunables   54   27    8 : slabdata      1      1      0
    isofs_inode_cache      0      0    368   10    1 : tunables   54   27    8 : slabdata      0      0      0
    hugetlbfs_inode_cache  1     11    340   11    1 : tunables   54   27    8 : slabdata      1      1      0
    ext2_inode_cache       0      0    476    8    1 : tunables   54   27    8 : slabdata      0      0      0
    ext2_xattr             0      0     48   78    1 : tunables  120   60    8 : slabdata      0      0      0
    dnotify_cache          2    169     20  169    1 : tunables  120   60    8 : slabdata      1      1      0
    dquot                  0      0    128   30    1 : tunables  120   60    8 : slabdata      0      0      0
    eventpoll_pwq          1    101     36  101    1 : tunables  120   60    8 : slabdata      1      1      0
    eventpoll_epi          1     30    128   30    1 : tunables  120   60    8 : slabdata      1      1      0
    inotify_event_cache    1    127     28  127    1 : tunables  120   60    8 : slabdata      1      1      0
    inotify_watch_cache   23     92     40   92    1 : tunables  120   60    8 : slabdata      1      1      0
    kioctx               135    135    256   15    1 : tunables  120   60    8 : slabdata      9      9      0
    kiocb                  0      0    128   30    1 : tunables  120   60    8 : slabdata      0      0      0
    fasync_cache           0      0     16  203    1 : tunables  120   60    8 : slabdata      0      0      0
    shmem_inode_cache    553    585    436    9    1 : tunables   54   27    8 : slabdata     65     65      0
    posix_timers_cache     0      0     88   44    1 : tunables  120   60    8 : slabdata      0      0      0
    uid_cache              5     59     64   59    1 : tunables  120   60    8 : slabdata      1      1      0
    ip_mrt_cache           0      0    128   30    1 : tunables  120   60    8 : slabdata      0      0      0
    tcp_bind_bucket       32    203     16  203    1 : tunables  120   60    8 : slabdata      1      1      0
    inet_peer_cache        1     59     64   59    1 : tunables  120   60    8 : slabdata      1      1      0
    secpath_cache          0      0     32  113    1 : tunables  120   60    8 : slabdata      0      0      0
    xfrm_dst_cache         0      0    384   10    1 : tunables   54   27    8 : slabdata      0      0      0
    ip_dst_cache           6     15    256   15    1 : tunables  120   60    8 : slabdata      1      1      0
    arp_cache              2     15    256   15    1 : tunables  120   60    8 : slabdata      1      1      0
    RAW                    2      7    512    7    1 : tunables   54   27    8 : slabdata      1      1      0
    UDP                    3      7    512    7    1 : tunables   54   27    8 : slabdata      1      1      0
    tw_sock_TCP            3     30    128   30    1 : tunables  120   60    8 : slabdata      1      1      0
    request_sock_TCP       4     30    128   30    1 : tunables  120   60    8 : slabdata      1      1      0
    TCP                   43     49   1152    7    2 : tunables   24   12    8 : slabdata      7      7      0
    blkdev_ioc             3    127     28  127    1 : tunables  120   60    8 : slabdata      1      1      0
    blkdev_queue          23     24    956    4    1 : tunables   54   27    8 : slabdata      6      6      0
    blkdev_requests      137    161    172   23    1 : tunables  120   60    8 : slabdata      7      7      0
    biovec-256             7      8   3072    2    2 : tunables   24   12    8 : slabdata      4      4      0
    biovec-128             7     10   1536    5    2 : tunables   24   12    8 : slabdata      2      2      0
    biovec-64              7     10    768    5    1 : tunables   54   27    8 : slabdata      2      2      0
    biovec-16              7     15    256   15    1 : tunables  120   60    8 : slabdata      1      1      0
    biovec-4               8     59     64   59    1 : tunables  120   60    8 : slabdata      1      1      0
    biovec-1             406    406     16  203    1 : tunables  120   60    8 : slabdata      2      2    300
    bio                  564    660    128   30    1 : tunables  120   60    8 : slabdata     21     22    204
    utrace_engine_cache    0      0     32  113    1 : tunables  120   60    8 : slabdata      0      0      0
    utrace_cache           0      0     32  113    1 : tunables  120   60    8 : slabdata      0      0      0
    sock_inode_cache     149    230    384   10    1 : tunables   54   27    8 : slabdata     23     23      0
    skbuff_fclone_cache   20     20    384   10    1 : tunables   54   27    8 : slabdata      2      2      0
    skbuff_head_cache     86    210    256   15    1 : tunables  120   60    8 : slabdata     14     14      0
    file_lock_cache       22     40     96   40    1 : tunables  120   60    8 : slabdata      1      1      0
    Acpi-Operand        1147   1196     40   92    1 : tunables  120   60    8 : slabdata     13     13      0
    Acpi-ParseExt          0      0     44   84    1 : tunables  120   60    8 : slabdata      0      0      0
    Acpi-Parse             0      0     28  127    1 : tunables  120   60    8 : slabdata      0      0      0
    Acpi-State             0      0     44   84    1 : tunables  120   60    8 : slabdata      0      0      0
    Acpi-Namespace       615    676     20  169    1 : tunables  120   60    8 : slabdata      4      4      0
    delayacct_cache      233    312     48   78    1 : tunables  120   60    8 : slabdata      4      4      0
    taskstats_cache       12     53     72   53    1 : tunables  120   60    8 : slabdata      1      1      0
    proc_inode_cache     622    693    356   11    1 : tunables   54   27    8 : slabdata     63     63      0
    sigqueue               8     27    144   27    1 : tunables  120   60    8 : slabdata      1      1      0
    radix_tree_node     6220   8134    276   14    1 : tunables   54   27    8 : slabdata    581    581      0
    bdev_cache            37     42    512    7    1 : tunables   54   27    8 : slabdata      6      6      0
    sysfs_dir_cache     4980   4992     48   78    1 : tunables  120   60    8 : slabdata     64     64      0
    mnt_cache             36     60    128   30    1 : tunables  120   60    8 : slabdata      2      2      0
    inode_cache         1113   1254    340   11    1 : tunables   54   27    8 : slabdata    114    114     81
    dentry_cache       11442  18560    136   29    1 : tunables  120   60    8 : slabdata    640    640    180
    filp                7607  10000    192   20    1 : tunables  120   60    8 : slabdata    500    500    120
    names_cache           19     19   4096    1    1 : tunables   24   12    8 : slabdata     19     19      0
    avc_node              14     72     52   72    1 : tunables  120   60    8 : slabdata      1      1      0
    selinux_inode_security 814   1170     48   78    1 : tunables  120   60    8 : slabdata     15     15      0
    key_jar               14     30    128   30    1 : tunables  120   60    8 : slabdata      1      1      0
    idr_layer_cache      170    203    136   29    1 : tunables  120   60    8 : slabdata      7      7      0
    buffer_head        38892  39024     52   72    1 : tunables  120   60    8 : slabdata    542    542      0
    mm_struct            108    135    448    9    1 : tunables   54   27    8 : slabdata     15     15      0
    vm_area_struct     11169  14904     84   46    1 : tunables  120   60    8 : slabdata    324    324    144
    fs_cache              82    177     64   59    1 : tunables  120   60    8 : slabdata      3      3      0
    files_cache          108    140    384   10    1 : tunables   54   27    8 : slabdata     14     14      0
    signal_cache         142    171    448    9    1 : tunables   54   27    8 : slabdata     19     19      0
    sighand_cache        127    135   1344    3    1 : tunables   24   12    8 : slabdata     45     45      0
    task_struct          184    246   1360    3    1 : tunables   24   12    8 : slabdata     82     82      0
    anon_vma            3313   5842     12  254    1 : tunables  120   60    8 : slabdata     23     23      0
    pgd                   84     84   4096    1    1 : tunables   24   12    8 : slabdata     84     84      0
    pid                  237    303     36  101    1 : tunables  120   60    8 : slabdata      3      3      0
    size-131072(DMA)       0      0 131072    1   32 : tunables    8    4    0 : slabdata      0      0      0
    size-131072            0      0 131072    1   32 : tunables    8    4    0 : slabdata      0      0      0
    size-65536(DMA)        0      0  65536    1   16 : tunables    8    4    0 : slabdata      0      0      0
    size-65536             2      2  65536    1   16 : tunables    8    4    0 : slabdata      2      2      0
    size-32768(DMA)        0      0  32768    1    8 : tunables    8    4    0 : slabdata      0      0      0
    size-32768             9      9  32768    1    8 : tunables    8    4    0 : slabdata      9      9      0
    size-16384(DMA)        0      0  16384    1    4 : tunables    8    4    0 : slabdata      0      0      0
    size-16384             6      6  16384    1    4 : tunables    8    4    0 : slabdata      6      6      0
    size-8192(DMA)         0      0   8192    1    2 : tunables    8    4    0 : slabdata      0      0      0
    size-8192              5      5   8192    1    2 : tunables    8    4    0 : slabdata      5      5      0
    size-4096(DMA)         0      0   4096    1    1 : tunables   24   12    8 : slabdata      0      0      0
    size-4096            205    205   4096    1    1 : tunables   24   12    8 : slabdata    205    205      0
    size-2048(DMA)         0      0   2048    2    1 : tunables   24   12    8 : slabdata      0      0      0
    size-2048            260    270   2048    2    1 : tunables   24   12    8 : slabdata    135    135      0
    size-1024(DMA)         0      0   1024    4    1 : tunables   54   27    8 : slabdata      0      0      0
    size-1024            204    204   1024    4    1 : tunables   54   27    8 : slabdata     51     51      0
    size-512(DMA)          0      0    512    8    1 : tunables   54   27    8 : slabdata      0      0      0
    size-512             367    464    512    8    1 : tunables   54   27    8 : slabdata     58     58      0
    size-256(DMA)          0      0    256   15    1 : tunables  120   60    8 : slabdata      0      0      0
    size-256             487    495    256   15    1 : tunables  120   60    8 : slabdata     33     33      0
    size-128(DMA)          0      0    128   30    1 : tunables  120   60    8 : slabdata      0      0      0
    size-128            2242   2490    128   30    1 : tunables  120   60    8 : slabdata     83     83      0
    size-64(DMA)           0      0     64   59    1 : tunables  120   60    8 : slabdata      0      0      0
    size-32(DMA)           0      0     32  113    1 : tunables  120   60    8 : slabdata      0      0      0
    size-64             1409   2950     64   59    1 : tunables  120   60    8 : slabdata     50     50      0
    size-32             3596   3842     32  113    1 : tunables  120   60    8 : slabdata     34     34      0
    kmem_cache           145    150    256   15    1 : tunables  120   60    8 : slabdata     10     10      0
    [root@localhost ~]# slabtop -d 5
    Active / Total Objects (% used)    : 97257 / 113249 (85.9%)
    Active / Total Slabs (% used)      : 4488 / 4488 (100.0%)
    Active / Total Caches (% used)     : 101 / 146 (69.2%)
    Active / Total Size (% used)       : 15076.34K / 17587.55K (85.7%)
    Minimum / Average / Maximum Object : 0.01K / 0.16K / 128.00K
      OBJS ACTIVE  USE OBJ SIZE  SLABS OBJ/SLAB CACHE SIZE NAME
    25776  25764  99%    0.05K    358       72      1432K buffer_head
    16146  15351  95%    0.08K    351       46      1404K vm_area_struct
    15138   7779  51%    0.13K    522       29      2088K dentry_cache
      9720   9106  93%    0.19K    486       20      1944K filp
      7714   7032  91%    0.27K    551       14      2204K radix_tree_node
      5070   5018  98%    0.05K     65       78       260K sysfs_dir_cache
      4826   4766  98%    0.01K     19      254        76K anon_vma
      4824   3406  70%    0.48K    603        8      2412K ext3_inode_cache
      3842   3691  96%    0.03K     34      113       136K size-32
      2190   2174  99%    0.12K     73       30       292K size-128
      1711   1364  79%    0.06K     29       59       116K size-64
      1210   1053  87%    0.33K    110       11       440K inode_cache
      1196   1147  95%    0.04K     13       92        52K Acpi-Operand
      1170    814  69%    0.05K     15       78        60K selinux_inode_security
       936    414  44%    0.05K     13       72        52K journal_head
       747    738  98%    0.43K     83        9       332K shmem_inode_cache
       693    617  89%    0.35K     63       11       252K proc_inode_cache
       676    615  90%    0.02K      4      169        16K Acpi-Namespace
       609    136  22%    0.02K      3      203        12K biovec-1
       495    493  99%    0.25K     33       15       132K size-256
       480    384  80%    0.12K     16       30        64K bio
       440    399  90%    0.50K     55        8       220K size-512
       312    206  66%    0.05K      4       78        16K delayacct_cache
       303    209  68%    0.04K      3      101        12K pid
       290    290 100%    0.38K     29       10       116K sock_inode_cache
    [root@localhost ~]# cat /etc/sysctl.conf
    # Kernel sysctl configuration file for Red Hat Linux
    # Controls IP packet forwarding
    net.ipv4.ip_forward=0
    # Controls source route verification
    net.ipv4.conf.default.rp_filter=1
    # Do not accept source routing
    net.ipv4.conf.default.accept_source_route=0
    # Oracle
    net.ipv4.ip_local_port_range=1024 65000
    net.core.rmem_default=4194304
    net.core.rmem_max=4194304
    net.core.wmem_default=262144
    net.core.wmem_max=262144
    net.ipv4.tcp_rmem=4096 65536 4194304
    net.ipv4.tcp_wmem=4096 65536 4194304
    # Keepalive Oracle
    net.ipv4.tcp_keepalive_time=3000
    net.ipv4.tcp_keepalive_intvl=30
    net.ipv4.tcp_keepalive_probes=15
    net.ipv4.tcp_retries2=3
    net.ipv4.tcp_syn_retries=2
    net.ipv4.tcp_sack=0
    net.ipv4.tcp_timestamps=0
    net.ipv4.tcp_window_scaling=0
    # Oracle
    fs.file-max = 6553600
    fs.aio-max-nr=3145728
    kernel.shmmni=4096
    kernel.sem=250 32000 100 142
    kernel.shmmax=2147483648
    kernel.shmall=3279547
    kernel.msgmnb=65536
    kernel.msgmni=2878
    kernel.msgmax=8192
    kernel.exec-shield=0
    # Controls the System Request debugging functionality of the kernel
    kernel.sysrq=1
    kernel.panic=60
    kernel.core_uses_pid=1
    [root@localhost ~]# free | grep Swap
    Swap:      3148700     319916    2828784
    [root@localhost ~]# cat /etc/fstab | grep "/dev/shm"
    tmpfs                   /dev/shm                tmpfs   size=1024M      0 0
    [root@localhost ~]# df | grep "/dev/shm"
    tmpfs                  1048576    452128    596448  44% /dev/shm
    NON-DEFAULT DB PARAMETERS:
    db_block_size        8192
    memory_target          633339904  /* automatic memory management */
    open_cursors         300
    processes            256
    disk_async_io        TRUE
    filesystemio_options SETALL

Maybe you are looking for