Incompatible in unix? calculating cpu time in swing ?

I am confused about the fact that when I run my swing program in netbeans on windows xp platform. The buttons have the ability to traverse the focus around using TAB key. But when I run the program in unix, the TAB key has no effect on the focus at all. I really want the TAB key to work !!!
Also, anyone knows if java has a method to calculate cpu time? I can only use System.currentTimeMillis() to measure the wall clock time. But I will need the actual cpu time spent on that particular thread.
Can somebody help ? Thanks !!!

the TAB key has no effect on the focus at all. I
really want the TAB key to work !!!This is an OS specific thing, not a Java thing
Also, anyone knows if java has a method to calculate
cpu time? I can only use System.currentTimeMillis()
to measure the wall clock time. But I will need theNo. No such method exists. However you can use diagnostic packages like JProbe

Similar Messages

Focus buttons and cpu time

I am confused about the fact that when I run my swing program in netbeans on windows xp platform. The buttons have the ability to traverse the focus around using TAB key. But when I run the program in unix, the TAB key has no effect on the focus at all. I really want the TAB key to work !!!
Also, anyone knows if java has a method to calculate cpu time? I can only use System.currentTimeMillis() to measure the wall clock time. But I will need the actual cpu time spent on that particular thread.
Can somebody help ? Thanks !!!

The problem is, there is no such process. In Windows Task Manager all the processes use 0%, and System Idle is 99%, but CPU usage on the Performance tab is still high.

Excessive system CPU time on Solaris 10 host with multiple zones

We current have three T2000s running Solaris 10 with all of the latest patches installed. Each machine is identically configured with a single, 1.2GHz 8-core CPU & 32GB RAM. Two of the three are in our production environment and have three zones serving users' needs (Oracle app servers, to be specific).
The third server is our test environment, and it hosts 5 zones. Four of the five zones are similar to those in our production environment (running Oracle or other J2EE app servers). The fifth zone is running eight Oracle RDBMS instances - seven at 9.2, one at 10.2. As this is a test environment, those instances are configured to use a modest amount of system resources.
We are seeing an odd behavior that at first blush appeared to imply that we had put too much on this single server. However, after looking into it more closely, I'm now thinking that what we are seeing may in fact be some sort of OS issue.
Specifically, when monitoring the server load in the global zone, we will see sudden spikes in the load factor, jumping above 20.00 and staying there for a minute or two, then dropping down to 3.00-6.00. During the time that the load is very high, vmstat reveals that an inordinate amount of CPU time is being spent in the kernel.
For example:
kthr      memory            page            disk          faults      cpu
r b w   swap free si so pi po fr de sr m1 m1 m1 m2   in   sy   cs us sy id
0 0 0 62970776 1092640 0 0 0 3 2 0 0 0 0 0 0 3056 21548 5902 4 3 93
0 0 0 62974184 1094632 0 0 0 8 6 0 0 0 0 0 0 3000 17155 5755 3 1 95
0 0 0 62971736 1091760 0 0 0 3 2 0 0 0 0 0 0 2982 20254 5754 4 2 94
0 0 0 62974080 1094424 0 0 0 3 2 0 0 0 0 0 0 3041 18316 5842 4 1 95
0 0 0 62967808 1088256 0 0 0 3 3 0 0 0 0 0 0 3250 18788 6118 4 11 85
0 0 0 62880504 1081528 0 0 0 2 2 0 0 0 0 0 0 3673 14910 6549 3 31 66
0 0 0 62899936 1078272 0 0 0 0 0 0 0 0 0 0 0 3415 14216 6069 4 33 63
0 0 0 62928744 1075224 0 0 0 5 5 0 0 0 0 0 0 4100 14889 7592 4 50 46
1 0 0 62870280 1068096 0 0 0 0 0 0 0 0 0 0 0 4388 12581 8186 5 74 21
5 0 0 62860552 1062064 0 0 51 0 0 0 0 0 0 0 0 4856 12904 9275 5 79 17
11 0 0 62837472 1054064 0 0 0 5 5 0 0 0 0 0 0 4350 11576 9084 4 89 7
15 0 0 62860376 1045088 0 0 0 0 0 0 0 0 0 0 0 4491 10718 8954 4 93 3
19 0 0 62828208 1034744 0 0 0 2 2 0 0 0 0 0 0 4392 10194 9308 4 93 3
5 0 0 62884880 1029232 0 0 0 5 5 0 0 0 0 0 0 4860 10864 9716 5 93 2
0 0 0 62888088 1026552 0 0 0 0 0 0 0 0 0 0 0 4551 11987 8814 5 88 7
0 0 0 62861944 1014688 0 0 0 0 0 0 0 0 0 0 0 4612 13246 8972 5 91 4
1 0 0 62866912 1009992 0 0 2 5 5 0 0 11 11 11 0 4551 15213 9024 6 91 3
0 0 0 62911632 1043184 0 0 88 3 3 0 0 4 2 2 0 4105 42573 7913 12 42 46
0 0 0 62962560 1082128 0 0 13 2 2 0 0 5 3 2 0 3107 19107 5853 4 2 94Note that when the load first spikes, there are very few jobs in the run queue. Of course, as the kernel monopolizes more and more of the CPU time, the number of jobs in the run queue builds until such time as the kernel relinquishes the CPU and the user jobs are serviced.
I have never seen this kind of vmstat output in the 20 years that I've been administering Sun servers, though I must admit that these three T2ks are the first multi-core, zoned machines that I have experience with.
So do I have something configured wrong, do we have too many services configured for this one machine to handle, or is there indeed and OS issue involved here?
Thanks,
Bill

Darren,
Thanks for the feedback. I ran the hotkernel script on both a low-loaded and a higher loaded system (only saw my sys time reach about 60% compared to the 90+ I was seeing yesterday). Here are the 10 most frequently called kernel functions on the normal system:
SUNW,UltraSPARC-T1`bcopy                                 1016   0.1%
unix`mutex_vector_enter                                  1059   0.1%
unix`disp_getwork                                        1093   0.1%
unix`page_freelist_coalesce                              1512   0.2%
zfs`fletcher_2_native                                    1519   0.2%
SUNW,UltraSPARC-T1`copyin                                1546   0.2%
SUNW,UltraSPARC-T1`copyout                               1602   0.2%
unix`page_trylock                                        1789   0.2%
unix`mutex_enter                                         1848   0.2%
unix`cpu_halt                                          762334 95.3%Here's the top 10 when the system is getting pounded:
unix`disp_getwork                                         495   0.1%
unix`page_freelist_coalesce                               525   0.2%
unix`page_geti_contig_pages                              6637   2.0%
unix`page_unlock_noretire                               10124   3.0%
unix`mutex_exit                                         10652   3.1%
unix`page_trylock_contig_pages                          11461   3.4%
unix`mutex_vector_enter                                 12785   3.8%
unix`mutex_enter                                        14907   4.4%
unix`page_trylock                                       50461 14.9%
unix`cpu_halt                                          211391 62.2%Any thoughts as to what this implies?
Thanks,
Bill

CPU time in AWR reprot

We are using Oracle 10g on Linux. Followings are some contents from the AWR report:
Elapsed:            60.26 (mins)
DB Time:           437.27 (mins)Here why the DBTime is greater than Elapsed Time. Is it due to the fact that this is the total time spent in user calls by multiple sessions i.e. ( some sessions were on CPU, some were in IDLE state waiting for I/O)
The below statistics show that CPU was used only for 5,363 seconds. We have 8 CPU grid, so total CPU time is 60.26*8=482.08 Min. I want to know where does the remaining time was spent. Also there is 20.4% of Total Call Time. How does it is calculated.
CPU time            5,363            20.4The below statistics for reference:
BUSY_TIME      1,218,675
IDLE_TIME      1,675,112
IOWAIT_TIME      1,201,946
NICE_TIME      0
SYS_TIME              210,435
USER_TIME      901,039
LOAD              9
RSRC_MGR_CPU_WAIT_TIME      0
PHYSICAL_MEMORY_BYTES      33,701,023,744
NUM_CPUS      8
NUM_CPU_SOCKETS      2

Hello,
This link may help you.
<<http://savvinov.com/2012/04/06/awr-reports-interpreting-cpu-usage/>>
Regards,

CPU Time in Load Profile of STATSPACK

All,
I need a clarification on how CPU time is calculated...I have done few R&D,but i didn't get clear u'standing,but in SPDOC.txt(%ORACLE_HOME%\rdbms\admin\spdoc.txt ) as explained in below text:
===========================================================
Additionally, instead of the percentage calculation being the % Total
Wait Time (which is time for each wait event divided by the total wait
time), the percentage calculation is now the % Total Call Time.
Call Time is the total time spent in database calls (i.e. the total
non-idle time spent within the database either on the CPU, or actively
waiting).
We compute 'Call Time' by adding the time spent on the CPU ('CPU used by
this session' statistic) to the time used by all non-idle wait events.
i.e.
total call time = total CPU time + total wait time for non-idle events
The % Total Call Time shown in the 'Top 5' heading on the summary page
of the report, is the time for each timed event divided by the total call
time (i.e. non-idle time).
i.e.
previously the calculation was:
time for each wait event / total wait time for all events
now the calculation is:
time for each timed event / total call time
MY STATSPACK REPORT:
=============================================
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
CPU time 2,741 53.50
db file sequential read 299,449 1,063 20.75
db file scattered read 69,389 337 6.59
log file sync 43,220 334 6.53
log file parallel write 86,222 246 4.81
What is "total wait time for non-idle events" in the above definition...
I have good idea on interpreting the Report at basic level...
Please DONOT treat this as assignment or stuff like that...
Any help, would be great...
Regards,
~ORA

The time that you see in this report is a cumulative time for all the sessions that were running on this database, during the snap period.
What is "total wait time for non-idle events" in the above definition...As you know, not all wait events are idle in nature. F.ex. SQL*Net message from client wait event is idle event (to certain extent) but db file sequential read is not (as CPU needs to generate the address and perform other computation. All such events, where the CPU processing is still needed but is not directly servicing the end user request, contribute to the total time for non-idle events.

Advanced queue taking a lot of CPU time

hi ,
My application has a workflow which dequeues messages from an advanced queue.The message is simple text message. But i am facing CPU time problems. when the workflow( one of the steps is to dequeue) runs it uses 100% of a particular CPU.
can somebody throw some light on the things to implement to reduce CPU time and why i am having this problem.
also , i am using the TOP command on UNIX to trace the process.Does it give us the correct CPU usage measure?suggest some more specific measures , if any.
Thanks in Advance

Hi,
I came across tip for speeding up OpenLdap a while ago, I have never tested it as I have never found the need to but here it is :-
Stop the OpenLdap service
Open slapd.conf which is under SharedServices\openLDAP\
Locate
*# Indices to maintain*
index objectClass eq
index cn,ou,cssIdentity,member,cssRoleDN,cssProductCode,cssVersion eq
index cssDisplayNameDefault eq,sub
and add
index uniqueMember eq
Save/Close
run slapindex.exe -f c:\<location to slapd.conf>\slapd.conf
Start up OpenLdap service again.
Though this doesn't explain the reason why you are suddenly getting performance issues, do you have a large amount of native users/groups ?
If you are on 9.3.1 have you tried Sync Native Directory from Shared Services.
Cheers
John
http://john-goodwin.blogspot.com/

How to estimate how much CPU time is parse related DB 9i wide .

Hi,
I'm trying to estimate how much CPU time is parse related and next compare that value after i.e. cursor_cache setting. So far I've found :
parse time cpu
parse time elapsed
in v$sysstat .
Are there good indicators for my needs ?
Basically when I get CPU time from statspack and parsetime_cpu (somehow) i can derive percentage usage.
btw how is 'CPU time' in statspack calculated ?
I'm running AIX DB 9.2.0.8 EE , can take historical data from statspack .
Regards.
Greg

Hi,
I'm trying to estimate how much CPU time is parse related and next compare that value after i.e. cursor_cache setting. So far I've found :
parse time cpu
parse time elapsed
in v$sysstat .
Are there good indicators for my needs ?
Basically when I get CPU time from statspack and parsetime_cpu (somehow) i can derive percentage usage.
btw how is 'CPU time' in statspack calculated ?
I'm running AIX DB 9.2.0.8 EE , can take historical data from statspack .
Regards.
Greg

Disconnected users eating 25% CPU time

Hi,
Some times my wife stay logged in on our common computer (she wants keep open her files). When I log in her account is disconnected. If I do not so any think on the computer the CPU load is about 25%. I checked the task manager, my wife's disconnected account
eating this CPU time. I checked the process, it is "Windows Logon User Interface Host".
I have 4 core CPU. It seems there is thread in the "Windows Logon User Interface Host" which is in an infinite loop. I am using Windows 8.1 with the latest updates.
It would be nice, if a Windows service does not eat CPU time just for nothing.
Best Regards.
László Nemesszeghy

Hi，
Do you use remote desktop connection? sometime, a incompatible 3 party remote desktop application can cause a high logonui.exe cpu usage.
And software like A-Tuning can also cause this issue, if you have this softwware installed, I suggest you uninstall them, then test again.
Yolanda Zhu
TechNet Community Support

Threads CPU time

Hi
I have some simple test porgram:
class ThreadTest extends Thread
   private ThreadMXBean tmbean = ManagementFactory.getThreadMXBean();
   public ThreadTest()
       super("ReceiveThread");
   public void run()
      new MyTest();
      long time = tmbean.getCurrentThreadCpuTime();
      System.out.println("Time: " + time);
}and
public class RunTest
public static void main(String[] args)
      int count = 0;
      while(count < 5)
          new ThreadTest().start();
         count++;
}In each thread i create object MyTest - some simple calculations, but in some cases CPU time is 0.
How is this possible? Method 'getCurrentThreadCpuTime()' returns time in nanoseconds. Is something wrong in this way of creating ThreadMXBean object or something?
Thanks for any help

Try this one it may explain your problem
import java.lang.management.*;
public class CPUTimeTest{
    public static void main(String args[]){
        long vals[] = null;
        final ThreadMXBean tbe = ManagementFactory.getThreadMXBean();
        try{
            vals = new long[Integer.parseInt(args[0])];
            if(tbe.isCurrentThreadCpuTimeSupported()){
                tbe.setThreadCpuTimeEnabled(true);
            else{
                 System.out.println("Function not Supported");
                 return;
         catch(RuntimeException re){
             System.out.println("Usage :java CPUTimeTest num_samples");
             return;
         for(int i =0;i<vals.length;i++){
             Thread t = new Thread(){
                 public void run(){
                     System.out.println("Time = "+tbe.getCurrentThreadCpuTime());
             t.start();
         System.out.println("Total Time = "+tbe.getCurrentThreadCpuTime());
}I got the following results
java CPUTimeTest 10
Time = 10000000
Time = 0
Time = 0
Time = 0
Time = 0
Time = 0
Time = 0
Time = 0
Time = 0
Total Time = 410000000
Time = 0
My system is a linux red hat 7.2 with pentium II 233Mhz java 1.5
I think its because you are not doing anything in those threads

Firefox is using large amounts of CPU time and disk access, and I need to know how to shut down most of this so I can actually use the browser.

Firefox is a very busy piece of software. It's using large amounts of CPU time and disk access. It puts my usage at low priority, so I have to wait for some time to be able to use my pointer or keyboard. I don't know what it uses all that CPU and disk access time for, but it's of no use to me. It often takes off with massive use of resources when I'm not doing anything, and I may not have use of my pointer for several minutes. How can I shut down most of this so I can use the browser to get my work done. I just want to use the web site access part of the software, and drop all the extra. I don't want Firefox to be able to recover after a crash. I just want to browse with a minimum of interference from Firefox. I would think that this is the most commonly asked question.

Firefox consumes a lot of CPU resources
* https://support.mozilla.com/en-US/kb/Firefox%20consumes%20a%20lot%20of%20CPU%20resources
High memory usage
* https://support.mozilla.com/en-US/kb/High%20memory%20usage
Check and tell if its working.

Cpu time is not getting displayed in explain plan

Hi All,
I am trying to analyze one query using explain plan .like below
1) explain plan for
SELECT /*+ parallel(tsp,8) use_hash( tsp tp) */ count(1)
FROM router tp,
receiver tsp
WHERE tp.rs = tsp.rp
AND creater_date >=to_date('04032009000000','ddmmyyyyhh24miss')
and tsp.XVF is not null
and tp.XVF is not null
and tp.role_name='BR';
2)@$ORACLE_HOME/rdbms/admin/utlxpls.sql
But i am getting only following columns in result .
| Id | Operation | Name | Rows | Bytes | Cost |
No Cpu time preset .
How can i extimate CPU time ?
Pls help
Thanks

am_73798 wrote:
I am trying to analyze one query using explain plan .like below
But i am getting only following columns in result .
| Id | Operation | Name | Rows | Bytes | Cost |
No Cpu time preset .
How can i extimate CPU time ?You need to mention your database version (4-digits, e.g. 9.2.0.8).
In Oracle 9i CPU costing is disabled by default, you need to gather WORKLOAD system statistics to enable the CPU costing.
In 10g CPU costing is enabled by default and uses default NOWORKLOAD system statistics if no WORKLOAD system statistics have been gathered. It can only be disabled by setting an undocumented parameter or by changing the OPTIMIZER_FEATURES_ENABLE parameter back to 9i compatibility.
You can check the status of your system statistics by running the following query in SQL*Plus:
column sname format a20
column pname format a20
column pval2 format a20
select
sname
, pname
, pval1
, pval2
from
sys.aux_stats$;Can you show us the actual (complete) output you get from "utlxpls.sql"? Use the \ tag to preserve formatting here:
\output
\will show asoutput
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle (Open source Oracle GUI for Windows):
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/

Mail in 10.6.4 not usable: it consumes all CPU time and will not quit

Mail application does not work properly.
It eats up most of the available CPU time (till >300% on my machine), becomes unresponsive and will only quit when killed by a force quit in the Activity Monitor.
I have only two accounts set up. One Gmail account and a google apps one.
I used to synch with a Blackberry but now I synch directly through google apps.
The problem was sporadic at best at first but has become the usual behaviour now. Major change has been installing 10.6.4
I have switched to Thunderbird since Mail is not usable.
Tx for any hint on how to solve this issue

It seems to be a recurring issue with 10.6.4...there's probably not much mere mortals like us can do. I haven't found a solution. Try re-installing 10.6.4.

ITunes 10.6.3 hogs CPU time

I'll notice the system bogging down...and find that iTunes is use 80% or more of my CPU time in Activity Monitor. This did not happen with 10.6.1. Tips/tricks/suggestions would be appreciated.

I'll notice the system bogging down...and find that iTunes is use 80% or more of my CPU time in Activity Monitor.
There's a couple of different things that can hit folks in this way.
Doublechecking ... are you getting this when iTunes is in the mini player mode? Or in the main player?

Apple mobile device service uses too much cpu time

Apple mobile device service uses too much cpu time, from 88% to 99% of the CPU time.

The best way to fix this is to completely remove all aspects of iTunes then reinstall. Step by step directions are on this article. Good luck
http://support.apple.com/kb/HT1925?viewlocale=en_US

Performance Degradated Possibly due to CPU Time

Hi Gurus,
There is a utility in our application with which we can upload an excel sheet containing data and schedule the timing of the job, now when the job is executed, each row in the excel sheet leads to dml operations on multiple tables finally leading to generation of a transaction no. Now at the start around 100-120 transaction nos were generated which goes down drastically to around 30-35 after 6-7 hours. AWR report at the two instances shows that CPU time has decreased considerably in the 2nd case.
I would like you experts to check the awr reports and suggest me the probable reason for the decrease in performance.
Brief AWR Report When Performance was OK
Snap Id Snap Time Sessions Curs/Sess
Begin Snap: 2151 14-Dec-10 16:32:57 26 3.7
End Snap: 2152 14-Dec-10 17:31:04 40 16.7
Elapsed: 58.13 (mins)
DB Time: 55.37 (mins)
Cache Sizes
~~~~~~~~~~~ Begin End
Buffer Cache: 436M 444M Std Block Size: 8K
Shared Pool Size: 120M 120M Log Buffer: 6,968K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 27,541.56 1,747.07
Logical reads: 49,830.97 3,160.97
Block changes: 181.79 11.53
Physical reads: 1,270.12 80.57
Physical writes: 2.81 0.18
User calls: 119.95 7.61
Parses: 200.94 12.75
Hard parses: 29.29 1.86
Sorts: 91.80 5.82
Logons: 0.03 0.00
Executes: 457.16 29.00
Transactions: 15.76
% Blocks changed per Read: 0.36 Recursive Call %: 96.36
Rollback per transaction %: 0.01 Rows per Sort: 270.64
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 97.45 In-memory Sort %: 100.00
Library Hit %: 90.18 Soft Parse %: 85.42
Execute to Parse %: 56.05 Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 98.04 % Non-Parse CPU: 94.98
Shared Pool Statistics Begin End
Memory Usage %: 72.65 84.55
% SQL with executions>1: 71.49 75.08
% Memory for SQL w/exec>1: 84.79 85.25
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time Wait Class
CPU time 2,541 76.5
db file scattered read 284,992 410 1 12.3 User I/O
log file parallel write 31,188 145 5 4.4 System I/O
TCP Socket (KGAS) 24 131 5459 3.9 Network
log file sync 8,617 46 5 1.4 Commit
Time Model Statistics DB/Inst: ABCTEST/abctest Snaps: 2151-2152
-> Total time in database user-calls (DB Time): 3322.4s
-> Statistics including the word "background" measure background process
time, and so do not contribute to the DB time statistic
-> Ordered by % or DB time desc, Statistic name
Statistic Name Time (s) % of DB Time
sql execute elapsed time 3,176.8 95.6
DB CPU 2,541.1 76.5
PL/SQL execution elapsed time 288.5 8.7
parse time elapsed 278.7 8.4
hard parse elapsed time 254.6 7.7
PL/SQL compilation elapsed time 28.9 .9
failed parse elapsed time 4.9 .1
hard parse (sharing criteria) elapsed time 1.3 .0
sequence load elapsed time 1.1 .0
repeated bind elapsed time 1.1 .0
connection management call elapsed time 0.7 .0
hard parse (bind mismatch) elapsed time 0.3 .0
DB time 3,322.4 N/A
background elapsed time 197.1 N/A
background cpu time 5.6 N/A
Wait Class DB/Inst: ABCTEST/abctest Snaps: 2151-2152
-> 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
Avg
%Time Total Wait wait Waits
Wait Class Waits -outs Time (s) (ms) /txn
User I/O 292,720 .0 427 1 5.3
System I/O 37,408 .0 190 5 0.7
Network 272,062 .0 132 0 4.9
Commit 8,617 .0 46 5 0.2
Configuration 4 .0 2 593 0.0
Application 3,212 .0 0 0 0.1
Other 280 .4 0 0 0.0
Concurrency 247 .0 0 0 0.0
Wait Events DB/Inst: ABCTEST/abctest Snaps: 2151-2152
-> 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
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
db file scattered read 284,992 .0 410 1 5.2
log file parallel write 31,188 .0 145 5 0.6
TCP Socket (KGAS) 24 .0 131 5459 0.0
log file sync 8,617 .0 46 5 0.2
db file parallel write 4,215 .0 29 7 0.1
db file sequential read 7,634 .0 16 2 0.1
control file parallel write 1,202 .0 16 13 0.0
Streams AQ: enqueue blocked 1 .0 2 2055 0.0
control file sequential read 795 .0 1 1 0.0
Data file init write 48 .0 0 9 0.0
SQL*Net message to client 266,802 .0 0 0 4.9
log file switch completion 3 .0 0 106 0.0
SQL*Net break/reset to clien 3,212 .0 0 0 0.1
SQL*Net more data to client 4,789 .0 0 0 0.1
direct path write 23 .0 0 3 0.0
rdbms ipc reply 67 .0 0 1 0.0
kksfbc child completion 1 100.0 0 47 0.0
latch: shared pool 213 .0 0 0 0.0
latch: library cache 26 .0 0 1 0.0
log file single write 4 .0 0 7 0.0
log file sequential read 4 .0 0 5 0.0
db file single write 3 .0 0 5 0.0
os thread startup 3 .0 0 4 0.0
enq: JS - queue lock 4 .0 0 3 0.0
LGWR wait for redo copy 207 .0 0 0 0.0
library cache pin 1 .0 0 6 0.0
SQL*Net more data from clien 447 .0 0 0 0.0
library cache load lock 1 .0 0 2 0.0
latch: cache buffers chains 1 .0 0 0 0.0
latch: row cache objects 1 .0 0 0 0.0
direct path read 20 .0 0 0 0.0
latch free 1 .0 0 0 0.0
cursor: mutex S 1 .0 0 0 0.0
SQL*Net message from client 266,789 .0 64,143 240 4.9
Streams AQ: qmn slave idle w 124 .0 3,488 28127 0.0
Streams AQ: qmn coordinator 257 51.4 3,488 13571 0.0
virtual circuit status 116 100.0 3,480 29999 0.0
Streams AQ: waiting for time 5 60.0 745 148902 0.0
jobq slave wait 52 96.2 155 2987 0.0
PL/SQL lock timer 16 100.0 16 995 0.0
class slave wait 1 100.0 5 4995 0.0
Background Wait Events DB/Inst: ABCTEST/abctest Snaps: 2151-2152
-> ordered by wait time desc, waits desc (idle events last)
Avg
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
log file parallel write 31,188 .0 145 5 0.6
db file parallel write 4,215 .0 29 7 0.1
control file parallel write 1,193 .0 16 13 0.0
Streams AQ: enqueue blocked 1 .0 2 2055 0.0
control file sequential read 691 .0 0 1 0.0
db file sequential read 66 .0 0 5 0.0
direct path write 23 .0 0 3 0.0
log file single write 4 .0 0 7 0.0
log file sequential read 4 .0 0 5 0.0
events in waitclass Other 211 .0 0 0 0.0
os thread startup 3 .0 0 4 0.0
db file scattered read 1 .0 0 13 0.0
latch: shared pool 5 .0 0 0 0.0
direct path read 20 .0 0 0 0.0
latch: library cache 1 .0 0 0 0.0
rdbms ipc message 34,411 32.3 30,621 890 0.6
Streams AQ: qmn slave idle w 124 .0 3,488 28127 0.0
Streams AQ: qmn coordinator 257 51.4 3,488 13571 0.0
pmon timer 1,235 100.0 3,486 2822 0.0
smon timer 19 47.4 3,460 182099 0.0
Streams AQ: waiting for time 5 60.0 745 148902 0.0
class slave wait 1 100.0 5 4995 0.0
Operating System Statistics DB/Inst: ABCTEST/abctest Snaps: 2151-2152
Statistic Total
AVG_BUSY_TIME 81,951
AVG_IDLE_TIME 266,698
AVG_SYS_TIME 10,482
AVG_USER_TIME 71,389
BUSY_TIME 328,163
IDLE_TIME 1,067,144
SYS_TIME 42,281
USER_TIME 285,882
RSRC_MGR_CPU_WAIT_TIME 0
VM_IN_BYTES 1,625,600,000
VM_OUT_BYTES 145,162,240
PHYSICAL_MEMORY_BYTES 3,755,851,776
NUM_CPUS 4
NUM_CPU_CORES 1
Brief AWR Report When Performance* Deteriorated.
Snap Id Snap Time Sessions Curs/Sess
Begin Snap: 2168 15-Dec-10 08:31:05 32 18.4
End Snap: 2169 15-Dec-10 09:30:56 32 18.3
Elapsed: 59.85 (mins)
DB Time: 17.97 (mins)
Cache Sizes
~~~~~~~~~~~ Begin End
Buffer Cache: 448M 448M Std Block Size: 8K
Shared Pool Size: 116M 116M Log Buffer: 6,968K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 10,503.58 1,792.02
Logical reads: 17,583.21 2,999.87
Block changes: 68.60 11.70
Physical reads: 472.37 80.59
Physical writes: 1.54 0.26
User calls: 39.12 6.67
Parses: 53.32 9.10
Hard parses: 7.99 1.36
Sorts: 13.84 2.36
Logons: 0.00 0.00
Executes: 130.30 22.23
Transactions: 5.86
% Blocks changed per Read: 0.39 Recursive Call %: 94.39
Rollback per transaction %: 0.00 Rows per Sort: 691.64
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 97.31 In-memory Sort %: 100.00
Library Hit %: 92.41 Soft Parse %: 85.02
Execute to Parse %: 59.08 Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 100.28 % Non-Parse CPU: 95.35
Shared Pool Statistics Begin End
Memory Usage %: 88.40 88.48
% SQL with executions>1: 76.15 80.48
% Memory for SQL w/exec>1: 86.82 88.85
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time Wait Class
CPU time 918 85.1
db file scattered read 113,003 127 1 11.7 User I/O
log file parallel write 11,978 52 4 4.8 System I/O
db file parallel write 3,089 16 5 1.4 System I/O
control file parallel write 1,217 15 13 1.4 System I/O
Time Model Statistics DB/Inst: ABCTEST/abctest Snaps: 2168-2169
-> Total time in database user-calls (DB Time): 1078.1s
-> Statistics including the word "background" measure background process
time, and so do not contribute to the DB time statistic
-> Ordered by % or DB time desc, Statistic name
Statistic Name Time (s) % of DB Time
sql execute elapsed time 1,032.1 95.7
DB CPU 917.6 85.1
parse time elapsed 71.8 6.7
hard parse elapsed time 52.4 4.9
PL/SQL execution elapsed time 7.2 .7
PL/SQL compilation elapsed time 6.2 .6
failed parse elapsed time 1.8 .2
sequence load elapsed time 0.4 .0
repeated bind elapsed time 0.3 .0
connection management call elapsed time 0.1 .0
hard parse (sharing criteria) elapsed time 0.0 .0
hard parse (bind mismatch) elapsed time 0.0 .0
DB time 1,078.1 N/A
background elapsed time 89.4 N/A
background cpu time 6.4 N/A
Wait Class DB/Inst: ABCTEST/abctest Snaps: 2168-2169
-> 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
Avg
%Time Total Wait wait Waits
Wait Class Waits -outs Time (s) (ms) /txn
User I/O 122,810 .0 133 1 5.8
System I/O 17,013 .0 83 5 0.8
Commit 3,129 .0 14 5 0.1
Network 90,186 .0 0 0 4.3
Configuration 2 .0 0 63 0.0
Application 1,120 .0 0 0 0.1
Other 112 .0 0 0 0.0
Concurrency 2 .0 0 6 0.0
Wait Events DB/Inst: ABCTEST/abctest Snaps: 2168-2169
-> 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
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
db file scattered read 113,003 .0 127 1 5.4
log file parallel write 11,978 .0 52 4 0.6
db file parallel write 3,089 .0 16 5 0.1
control file parallel write 1,217 .0 15 13 0.1
log file sync 3,129 .0 14 5 0.1
db file sequential read 9,753 .0 6 1 0.5
control file sequential read 725 .0 0 0 0.0
Data file init write 32 .0 0 7 0.0
SQL*Net message to client 88,906 .0 0 0 4.2
log file switch completion 2 .0 0 63 0.0
SQL*Net break/reset to clien 1,120 .0 0 0 0.1
rdbms ipc reply 4 .0 0 8 0.0
direct path write 10 .0 0 3 0.0
SQL*Net more data to client 1,120 .0 0 0 0.1
db file single write 2 .0 0 6 0.0
os thread startup 2 .0 0 6 0.0
log file single write 2 .0 0 4 0.0
log file sequential read 2 .0 0 3 0.0
SQL*Net more data from clien 160 .0 0 0 0.0
LGWR wait for redo copy 108 .0 0 0 0.0
direct path read 10 .0 0 0 0.0
SQL*Net message from client 88,906 .0 55,500 624 4.2
virtual circuit status 120 100.0 3,588 29900 0.0
Streams AQ: qmn slave idle w 127 .0 3,550 27949 0.0
Streams AQ: qmn coordinator 260 51.2 3,550 13652 0.0
class slave wait 2 100.0 10 4994 0.0
SGA: MMAN sleep for componen 9 22.2 0 4 0.0
Background Wait Events DB/Inst: ABCTEST/abctest Snaps: 2168-2169
-> ordered by wait time desc, waits desc (idle events last)
Avg
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
log file parallel write 11,978 .0 52 4 0.6
db file parallel write 3,089 .0 16 5 0.1
control file parallel write 1,211 .0 15 13 0.1
db file scattered read 175 .0 0 1 0.0
control file sequential read 33 .0 0 2 0.0
db file sequential read 53 .0 0 1 0.0
direct path write 10 .0 0 3 0.0
os thread startup 2 .0 0 6 0.0
log file single write 2 .0 0 4 0.0
log file sequential read 2 .0 0 3 0.0
events in waitclass Other 108 .0 0 0 0.0
direct path read 10 .0 0 0 0.0
rdbms ipc message 19,991 57.4 31,320 1567 0.9
pmon timer 1,208 100.0 3,590 2972 0.1
Streams AQ: qmn slave idle w 127 .0 3,550 27949 0.0
Streams AQ: qmn coordinator 260 51.2 3,550 13652 0.0
smon timer 12 100.0 3,302 275149 0.0
SGA: MMAN sleep for componen 9 22.2 0 4 0.0
Operating System Statistics DB/Inst: ABCTEST/abctest Snaps: 2168-2169
Statistic Total
AVG_BUSY_TIME 30,152
AVG_IDLE_TIME 328,781
AVG_SYS_TIME 4,312
AVG_USER_TIME 25,757
BUSY_TIME 120,981
IDLE_TIME 1,315,433
SYS_TIME 17,612
USER_TIME 103,369
RSRC_MGR_CPU_WAIT_TIME 0
VM_IN_BYTES 353,361,920
VM_OUT_BYTES 163,041,280
PHYSICAL_MEMORY_BYTES 3,755,851,776
NUM_CPUS 4
NUM_CPU_CORES 1
Request you to help me.
Thanks in Advance,
Rajesh

Hi CKPT,
Thanks for your reply.
The main finding that I have got from addm report (in both the cases i.e when performance was good initially vis a vis when performance deteriorated is the same -
FINDING 1: 100% impact (3234 seconds)
Significant virtual memory paging was detected on the host operating system.
RECOMMENDATION 1: Host Configuration, 100% benefit (3234 seconds)
ACTION: Host operating system was experiencing significant paging but no
particular root cause could be detected. Investigate processes that
do not belong to this instance running on the host that are consuming
significant amount of virtual memory. Also consider adding more
physical memory to the host.
I still am unable to find out the reasons ... pls help.
Thanks
Rajesh

Incompatible in unix? calculating cpu time in swing ?

Similar Messages

Maybe you are looking for