Java Process with High CPU

I have a java process running on HP-UX with a 1.4.2 JVM. This program is using some third-party code (quartz) to act as a batch scheduler similar to cron. When running in production, the process runs fine for several days and then starts maxing out the CPU. The server has 8 cpu's and the last time the problem occured, 4 of the cpu's were 100% in use with this process.
I've tried sending a "kill -3 pid" but I can't seem to get a thread dump. I've eventually gotten some 700Meg core files. Is there anyway to use these core files to tell me what is going on?
Any ideas on how to trouble shoot this problem? We've used some profilers but we can't duplicate the problem on test servers so we aren't learning anything new.
Thanks,
Brian

Try pstack to read the stacks of the threads in the process.
Try pldd to determine the shared libraries in the process then
use truss to trace calls in any of these libraries to determine where
the cycles are being spent.

Similar Messages

Java thread with high CPU usage

Hi,
Running prstat -L -p pid on Solaris produces a list of lwp threads running in that process that are consuming the most CPU. Out of about 7 threads that were associated with kernel threads in pstack output, only 5 of them were mapped to a JVM thread dump. How is it possible to have a Java thread consuming CPU that doesn't show up in a thread dump?
Thanks,
J.S.

And, any idea what this thread is doing?
Here's pstack output for this missing thread 12:
----------------- lwp# 18 / thread# 12 --------------------
fe0e48b4 __1cHCompileSflatten_alias_type6kMpknHTypePtr__3_ (b6001780, 100360, fe4c8000, b6001780, 100360, 0) + 4d8
fe0f42ac __1cHCompilePget_alias_index6kMpknHTypePtr__I_ (b6001780, 100360, b6001264, 7e2bb8, 41f4, 7e2bb8) + 8
fe11131c __1cJStoreNodeFIdeal6MpnIPhaseGVN_pnLPhaseDefUse__pnENode__ (0, 7dd5b4, 5035ec, 7e2bb8, b6001144, b6001264) + 128
fe0c1224 __1cMPhaseIterGVNNtransform_old6MpnENode__2_ (0, b6001144, 7e2bb8, b6001264, 7e2bb8, b600116c) + 47c
fe17349c __1cMPhaseIterGVNIoptimize6M_v_ (24, 0, a37700, b6001110, b6001100, 3442f0) + b4
fe1943b0 __1cOPhaseIdealLoop2t6MrnMPhaseIterGVN_pk0_v_ (b6000ee8, a3772c, 1, 4ff37c, 2000, 269568) + 7cc
fe1cc89c __1cHCompileIOptimize6M_v_ (b6001780, b60015b8, b6001780, b60015dc, 0, b60013dc) + a0
fe1cb69c __1cHCompile2t6MpnFciEnv_pnHciScope_pnIciMethod_ill_v_ (91f504, b6001800, db8a24, fe5296b4, b60018a0, b60018b0) + 7bc
fe1c73f8 __1cKC2CompilerOcompile_method6MpnFciEnv_pnHciScope_pnIciMethod_il_v_ (27b18, b6001af8, db8a24, db8938, ffffffff, 1) + 70
fe1c79fc __1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_ (db8938, db8a24, fe4eacec, 0, 0, 8d9) + 40c
fe280964 __1cNCompileBrokerUcompiler_thread_loop6F_v_ (28758, 13a570, fe4c8000, b6001d10, fe4c8000, ffffffff) + 168
fe216200 __1cKJavaThreadDrun6M_v_ (b5e02000, fe4d3e34, fe4c8000, 1ffd70, 13a570, 1ffd70) + 3d8
fe213ec8 _start (fe4c8000, ff325d10, 0, 5, 1, fe401000) + 20
ff36b734 threadstart (13a570, 0, 0, 0, 0, 0) + 40

Mdworker process suddenly high CPU usage

Hi All
I've been running Mountain Lion since it was released, upgrading from Lion. I've never had a problem with mdworker until a few days ago when suddenly, the mdworker process started hitting 90% CPU on my iMac.
I've disabled Spotlight, deleted the .Spotlight directories, rebooted the iMac, but each time mdworker . Prior to this, the iMac's CPU temperature was around 43C, with very little CPU usage, but now it is around 60C and 100% across the two cores. The only way to 'get back to normal' is to use :
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist
but of course Spotlight doesn't work at all.
I've used 'sudo fs_usage -w -f filesys mdworker' but I can't see anything that mdworker is perhaps choking on.
Does any have any ideas? I'm racking my brain to remember if I did anything different a few days back that might have caused this to happen, but apart from just normal email and web surfing, nothing else springs to mind.
Help!
Paul

David Losada
This solved my questionRe: mdworker process suddenly high CPU usage Nov 28, 2012 1:41 AM (in response to antobal)
In my case it was the BritannicaBookmark.mdimporter that was a PowerPC mdimporter. But it was not in \library\spotlight but inBritannica 12.0/Ultimate Reference Suite.app/Contents/Library/Spotlight.
You can see what spotlight plugin is choking on you by selecting the mdworker process in the Activity monitor and click on Open files and processes.
Sounds helpful, but I don't see "Open files and processes" in Activity Monitor. If I click on inspect, I get a choice to "Sample" processes. I get a system log that is a bit beyond me.
antobal Brussels, Belgium
Re: mdworker process suddenly high CPU usage Oct 3, 2012 12:47 PM (in response to asfafa)
I was having the same problem, and a second level support person at Apple helped me solve the issue today:
Look in the \library\spotlight folders both at your drive root level and your user folder. These folders contain spotlight plugins, with the extension .mdimporter. Some of those plugins, if defective, can make the Spotlight indexing processes to run continuously.
Also sounds helpful, I found .mdimporter files in my system library, but nothing looked unusual. I didn't see a spotlight folder in my user library. I looked in application support and several other places. I used Onyx to repair permissions, rebuild spotlight index, clear caches etc, rebooted, it seems to be OK now.

Java process take 100% cpu

Hello,
I have a webapp running on Tomcat 5.0.28/RHEL 3.0. After some time (approximatively 1 hour), a java process take 100% cpu load and never stop, but the application do nothing.
Some detail on my configuration :
Distribution : Redhat Enterprise Linux 3.0 (updated)
Kernel 2.4.21-37.0.1.ELsmp
Glibc 2.3.2-95.37
JVM : JRockit 1.4.2.08 (the last one)
Tomcat : 5.0.28
Server : 2*Xeon 3GHz HT, 2Go RAM
JVM param : -Xmx:256m -Xms:256m
Thanks for your answers ...

Try taking thread dump (send a SIGQUIT to JRockit using "kill"). If you
get a thread dump, the VM is alive, and it's probably your java program
that's broken. In that case, make a JRA recording to see what's happening:
http://e-docs.bea.com/jrockit/docs142/usingJRA/jra.html
The methods pane is probably what you're looking for.
If you don't get any thread dump when sending a SIGQUIT to JRockit,
come back here.
Regards //Johan
Gr?goire Rolland wrote:
Hello,
I have a webapp running on Tomcat 5.0.28/RHEL 3.0. After some time (approximatively 1 hour), a java process take 100% cpu load and never stop, but the application do nothing.
Some detail on my configuration :
Distribution : Redhat Enterprise Linux 3.0 (updated)
Kernel 2.4.21-37.0.1.ELsmp
Glibc 2.3.2-95.37
JVM : JRockit 1.4.2.08 (the last one)
Tomcat : 5.0.28
Server : 2*Xeon 3GHz HT, 2Go RAM
JVM param : -Xmx:256m -Xms:256m
Thanks for your answers ...

Which process taking high CPU

Hi
Our environment is having SCOM 2007 R2.
I want to get the details of processes taking high CPU,memory in windows server 2003 , 2008. These details are stored in Opsmgr DatawareHouse ? , can I get in the form of reports? OR any script available.Please help.
Regards
Madhavi

Hi Madhavi,
Run this script on a server and you will get the individual process utilization. I am not sure how you exactly need this.
strComputer = "localhost"
Set objWMIService = GetObject("winmgmts:" _
    & "{impersonationLevel=impersonate}!\\" _
    & strComputer & "\root\cimv2")
Set colProcesses = objWMIService.ExecQuery _
   ("Select * from Win32_Process")
For Each objProcess in colProcesses
    Wscript.Echo "Process: " & objProcess.Name
    sngProcessTime = (CSng(objProcess.KernelModeTime) + _
        CSng(objProcess.UserModeTime)) / 10000000
    Wscript.Echo "Processor Time: " & sngProcessTime
    Wscript.Echo "Process ID: " & objProcess.ProcessID
    Wscript.Echo "Working Set Size: " _
    & objProcess.WorkingSetSize
    Wscript.Echo "Page File Size: " _
    & objProcess.PageFileUsage
    Wscript.Echo "Page Faults: " & objProcess.PageFaults
Next
Let me know if this helps
Regards, Dhanraj

Dock process has high CPU usage after Mountain Lion upgrade

Dock process has high CPU usage after Mountain Lion upgrade and possibly after installing XCode as well.
When I run "sudo opensnoop -n Dock" I see the following being constantly repeated.
501    263 Dock          28 /Applications/Xcode.app
501    263 Dock          28 /Applications/Xcode.app/Contents
501    263 Dock          28 /Applications/Xcode.app/Contents/Info.plist
501    263 Dock          28 /Applications/Xcode.app/Contents/Info.plist
501    263 Dock          28 /Applications/Xcode.app/Contents/Resources
501    263 Dock          28 /Applications/Xcode.app/Contents/Resources
501    263 Dock          28 /Applications/Xcode.app/Contents/Resources/English.lproj
501    263 Dock          -1 /Applications/Xcode.app/Contents/Resources/Base.lproj
501    263 Dock          28 /Applications/Xcode.app/Contents/PkgInfo
501    263 Dock          28 /Applications/Xcode.app/Contents/MacOS/Xcode
501    263 Dock          28 /.vol/16777218/92542858
501    263 Dock          29 /Applications/Xcode.app/Contents/Library/Spotlight/uuid.mdimporter/Contents/Inf o.plist
501    263 Dock          28 /Applications/Adobe Dreamweaver CS5/Configuration/Shared/ICE/Templates
501    263 Dock          28 /Applications/Adobe Dreamweaver CS5/Configuration/Shared/MM
501    263 Dock          28 /Applications/Adobe Dreamweaver CS5/Configuration/Shared/MM/Cache
501    263 Dock          28 /Applications/Xcode.app/Contents/Resources
501    263 Dock          28 /Applications/Xcode.app/Contents/Resources
501    263 Dock          28 /Applications/Xcode.app/Contents/Resources/English.lproj
501    263 Dock          -1 /Applications/Xcode.app/Contents/Resources/Base.lproj
501    263 Dock          28 /Applications/Xcode.app/Contents/PkgInfo
501    263 Dock          28 /Applications/Xcode.app/Contents/MacOS/Xcode
501    263 Dock          28 /.vol/16777218/92542858
501    263 Dock          29 /Applications/Xcode.app/Contents/Library/Spotlight/uuid.mdimporter/Contents/Inf o.plist
501    263 Dock          28 /Applications/Adobe Dreamweaver CS5/Configuration/Shared/MM/Images
When I run "killall Dock" it resolves it for awhile and then comes back.

Welcome to Apple Communities
https://discussions.apple.com/message/18825564#18825564

Performance issue with high CPU and IO

Hi guys,
I am encountering huge user response time on a production system and I don’t know how to solve it.
Doing some extra tests and using the instrumentation that we have in the code we concluded that the DB is the bottleneck.
We generated some AWR reports and noticed the CPU was in top wait events. Also noticed that in a random manner some simple sql take a long time to execute. We activated the sql trace on the system and noticed that for very simple SQLs (unique index access on one table) we have huge exec times. 9s
In the trace file the huge time we had it in fetch area: 9.1s cpu and elapsed 9.2.
And no or very small waits for this specific SQL.
it seems like the bottle neck is on the CPU but at that point there were very few processes running on the DB. Why can we have such a big cpu wait on a simple select? This is a machine with 128 cores. We have quicker responses on machines smaller/busier than this.
We noticed that we had a huge db_cache_size (12G) and after we scale it down we noticed some improvements but not enough. How can I prove that there is a link between high CPU and big cache_size? (there was not wait involved in SQL execution). what can we do in the case we need big DB cache size?
The second issue is that I tried to execute an sql on a big table (FTS on a big table. no join). Again on that smaller machine it runs in 30 seconds and on this machine it runs in 1038 seconds.
Also generated a trace for this SQL on the problematic machine:
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        1    402.08    1038.31    1842916    6174343          0           1
total        3    402.08    1038.32    1842916    6174343          0           1
db file sequential read                     12419        0.21         40.02
i/o slave wait                             135475        0.51        613.03
db file scattered read                     135475        0.52        675.15
log file switch completion                      5        0.06          0.18
latch: In memory undo latch                     6        0.00          0.00
latch: object queue header operation            1        0.00          0.00
********************************************************************************The high CPU is present here also but here I have huge wait on db file scattered read.
Looking at the session with the select the AWG_wait for db scattered read was 0.5. on the other machine it is like 0.07.
I though this is an IO issue. I did some IO tests at SO level and it seems like the read and writes operation are very fast…much faster than the machine that has the awg_wait smaller. Why the difference in waits?
One difference between these two DBs is that the problem one has the db block size = 16k and the other one has 8k.
I received some reports done at OS level on CPU and IO usage on the problematic machine (in normal operations). It seems like the CPU is very used and the IO stays very low.
On the other machine, the smaller and the faster one, it is other way around.
What is the problem here? How can I test further? Can I link the high CPU to low/slow IO?
we have 10G on sun os with ASM.
Thanks in advance.

Yes, there are many things you can and should do to isolate this. But first check MOS Poor Performance With Oracle9i and 10g Releases When Using Dynamic Intimate Shared Memory (DISM) [ID 1018855.1] isn't messing you up to start.
Also, be sure and post exact patch levels for both Oracle and OS.
Be sure and check all your I/O settings and see what MOS has to say about those.
Are you using ASSM? See Long running update
Since it got a little better with shrinking the SGA size, that might indicate (wild speculation here, something like) one of the problems is simply too much thrashing within the SGA, as oracle decides "small" objects being full scanned in memory is faster than range scans (or whatever) from disk, overloading the cpu, not allowing the cpu to ask for other full scans from I/O. Possibly made worse by row level locking, or some other app issue that just does too much cpu.
You probably have more than one thing wrong. High fetch count might mean you need to adjust the array size on the clients.
Now that that is all out of the way, if you still haven't found the problem, go through http://oracle-randolf.blogspot.com/2009/02/basic-sql-statement-performance.html
Edit: Oh, see Solaris 10 memory management conflicts with Automatic PGA Memory Management [ID 460424.1] too.
Edited by: jgarry on Nov 15, 2011 1:45 PM

Since 10.4.6 Update: "ATSServer" with high CPU-usage when opening PDFs

Since I've updated to 10.4.6 my system is very slow when I open PDFs (in "Preview" or "Acrobat").
This is caused by the process "ATSServer" which goes through every file in "~/Library/Fonts" (I have over 4.800 files there - but just a view are activated by "FontBook") and so it takes very high CPU-usage.
I didn't have this problem bevore the update and I didn't make any changes on my font settings.
I've cleaned the font cache, but it doesn't help.
Any ideas?
Ciao
Mephizo
PS: Excuse my poor English.
PowerBook G4 17'' 1.67 GHz Mac OS X (10.4.6)
PowerBook G4 17'' 1.67 GHz Mac OS X (10.4.6)

I haven't noticed any change myself, Dan, but I have the 2 GHz model.
One thing I HAVE noticed though after OS updates is that they can often result in a fair amount of file and free space fragmentation immediately after installation. OSX's routines will deal with fragmentation of small files , but not of large ones (over 20 Meg), and it won't deal very effectively with free space fragmentation. If your HD is getting full this can cause significant slowdowns, especially where video is involved.
You should also run DiskUtility and check for any directory and permissions issues.
Cheers
Rod

ORACLE dispatcher process running high cpu (100%)

Hi:
I'm running Apex 4 on database Oracle 11g 11.2.0.2.0. The cpu consumption is really high after a while. Oracle Dispatcher process goes 100% cpu for very long time.
Anyone here had the same problem? I'm created more dispatchers to workaround this issue but the problem is not solved. At oracle support seams there's a bug about this issue 14106948, but no solution yet.
Anyone with same problem? Any solution?
Thanks
Ricardo

Your problem may not be exactly the same as that of the original poster of this thread, and it can be very confusing for everybody if we try to answer more than one question in each thread.
In order for us to give your problem our undivided attention to try to solve it, would you kindly start your own thread, describing the trouble you are having in the fullest detail, including completing your details to show what Mac you are using, what operating system, and what version of the application in question.

SCE 8000 with High CPU running SCOS 3.6.5

Hi Guys,
We have 1 SCE 8000 out of 20 that suddenly started showing high CPU
SCE_VINA02#>show processes cpu sorted
CPU utilization for five seconds: 99%/ 0%; one minute: 99%; five minutes: 99%
PID   Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
6572 1743157450   2912773          0 41.79% 48.95% 42.00%   0 (scos-main)
6592   377205520   2822045          0 25.47% 22.96% 26.37%   0 (scos-main)
3773 -1131308800   2912909          0 22.09% 22.05% 22.19%   0 RucMain
20676   249912990   1895163          0 17.51% 15.86% 18.65%   0 (scos-main)
4058 1241380640   2839209          0 8.76% 9.06% 9.00%   0 PartyDBManager
4038    58347790   1778224          0 3.18% 3.40% 3.63%   0 controlRpcExtServer
4042   199502330   2718111          0 1.99% 2.03% 2.06%   0 tFormatter
6594    80405570   2558527          0 1.99% 2.59% 2.80%   0 (scos-main)
20677    48485580   1405062          0 1.99% 2.28% 2.48%   0 (scos-main)
4595   309332240   2912876          0 1.39% 2.13% 2.12%   0 HwChk
4040   112684050   2736243          0 1.00% 1.12% 1.14%   0 qReaderExt
3639   264215460   2848244          0 1.00% 0.94% 0.91%   0 (scos-main)
4041    69509430   2868791          0 0.80% 0.74% 0.75%   0 qReaderInt
6573   235121090   2801654          0 0.80% 16.28% 5.13%   0 (scos-main)
6574    24244400    624919          0 0.60% 0.96% 3.70%   0 (scos-main)
3771    53398760   2912883          0 0.40% 0.38% 0.39%   0 CpuUtilMonitor
4037    32594910   2537807          0 0.40% 0.36% 0.38%   0 tLogger
3712    16686250   1627766          0 0.20% 0.11% 0.11%   0 fanControlTask
3778    46339600   2912908          0 0.20% 0.27% 0.28%   0 MsgQuMess-rcv
4028     8361600    734410          0 0.20% 0.07% 0.06%   0 tCCWatchdog
4059     5358870    353706          0 0.20% 0.04% 0.02%   0 SNMP agentx Task
2971     2518240    166310          0 0.20% 0.05% 0.01%   0 (nfsd)
The CPU is STUCK at 99%, even when the traffic is minimal, we are seeing that the scos main process is hogging the CPU
When i do the show interface line 0 counter cpu-utilization it shows me a different value than the first command, which is more reasonable according tho the quantity of traffic that is flowwing through the box at this moment.
SCE_VINA02#>show interface LineCard 0 counters cpu-utilization
Traffic Processor CPU Utilization:
==================================
TP 1 CPU Utilization: 17%
TP 2 CPU Utilization: 16%
TP 3 CPU Utilization: 23%
TP 4 CPU Utilization: 17%
TP 5 CPU Utilization: 17%
TP 6 CPU Utilization: 15%
TP 7 CPU Utilization: 18%
TP 8 CPU Utilization: 16%
TP 9 CPU Utilization: 16%
TP 10 CPU Utilization: 15%
TP 11 CPU Utilization: 18%
TP 12 CPU Utilization: 18%
SCE_VINA02#>
When i log under linux in the box, it shows me another value different than what the other first two commands showed me
[root@SCE_VINA02 ~]#>top
top - 14:26:47 up 169 days, 7:46, 1 user, load average: 3.86, 3.68, 3.31
Tasks: 64 total,   1 running, 63 sleeping,   0 stopped,   0 zombie
Cpu(s): 59.5%us, 2.2%sy, 0.0%ni, 36.4%id, 1.3%wa, 0.2%hi, 0.5%si, 0.0%st
Mem:   2028668k total, 1914156k used,   114512k free,    47392k buffers
Swap:        0k total,        0k used,        0k free,   320416k cached
PID USER      PR NI VIRT RES SHR S %CPU %MEM    TIME+ COMMAND
3639 root      20   0 1353m 1.3g 44m S 134 65.9 355517:28 scos-main
   23 root      15 -5     0    0    0 S    0 0.0 24:59.23 scos-dump
2973 root      20   0     0    0    0 S    0 0.0 39:56.53 nfsd
3455 root      20   0 16188 2620 1756 S    0 0.1 122:21.52 scos-sys-cmd-se
26549 root      20   0 2476 1116 896 R    0 0.1   0:00.05 top
    1 root      20   0 1776 616 540 S    0 0.0   3:17.32 init
    2 root      15 -5     0    0    0 S    0 0.0   0:00.00 kthreadd
    3 root      RT -5     0    0    0 S    0 0.0   0:58.98 migration/0
    4 root      15 -5     0    0    0 S    0 0.0   0:42.82 ksoftirqd/0
    5 root      RT -5     0    0    0 S    0 0.0   2:25.35 watchdog/0
    6 root      RT -5     0    0    0 S    0 0.0   0:59.95 migration/1
    7 root      15 -5     0    0    0 S    0 0.0   0:02.60 ksoftirqd/1
    8 root      RT -5     0    0    0 S    0 0.0   0:18.66 watchdog/1
    9 root      15 -5     0    0    0 S    0 0.0 161:33.60 events/0
   10 root      15 -5     0    0    0 S    0 0.0 46:47.38 events/1
   11 root      15 -5     0    0    0 S    0 0.0   0:00.00 khelper
   12 root      15 -5     0    0    0 S    0 0.0   9:55.55 kblockd/0
   13 root      15 -5     0    0    0 S    0 0.0   3:26.99 kblockd/1
   16 root      15 -5     0    0    0 S    0 0.0   0:03.08 kswapd0
   17 root      15 -5     0    0    0 S    0 0.0   0:00.00 aio/0
   18 root      15 -5     0    0    0 S    0 0.0   0:00.00 aio/1
   19 root      15 -5     0    0    0 S    0 0.0   0:00.00 nfsiod
   20 root      15 -5     0    0    0 S    0 0.0   0:00.00 mtdblockd
   21 root      15 -5     0    0    0 S    0 0.0 50:36.28 skynet
   22 root     -86 -5     0    0    0 S    0 0.0 280:11.75 hw-mon-regs
   24 root     -91 -5     0    0    0 S    0 0.0 22:36.48 wdog-kernel
   25 root      15 -5     0    0    0 S    0 0.0   0:00.00 rpciod/0
   26 root      15 -5     0    0    0 S    0 0.0   0:00.00 rpciod/1
   80 root      15 -5     0    0    0 S    0 0.0   0:00.17 kjournald
   84 root      15 -5     0    0    0 D    0 0.0 17:05.31 kjournald
   92 root      15 -5     0    0    0 S    0 0.0   1:36.60 kjournald
246 root      15 -5     0    0    0 S    0 0.0 36:09.67 bond0
952 root      20   0     0    0    0 S    0 0.0   0:00.01 pdflush
1032 root      20   0     0    0    0 S    0 0.0   3:12.76 pdflush
1430 bin       20   0 2024 500 388 S    0 0.0   0:00.01 portmap
1459 root      20   0 1884 644 536 S    0 0.0   0:22.97 syslogd
1467 root      20   0 1772 408 336 S    0 0.0   0:00.04 klogd
1469 root      20   0 1764 512 448 S    0 0.0   0:00.00 getty
1710 root      20   0 3308 1048 488 S    0 0.1 73:02.73 scos
1711 root      20   0 2476 568 484 S    0 0.0   0:00.19 tee
1733 root      20   0 3308 980 420 S    0 0.0   0:00.00 scos
1735 root      20   0 2948 1280 1080 S    0 0.1   0:00.00 sh
[root@SCE_VINA02 ~]#>
We have a TAC opened but is being more than a 2 weeks and the engineer hasnt being able to find the source of the issue, she even has a ticket open with the BU
Please if anybody out there might be facing a similar issue

here is the RDR statistics and debug summary log.
SUBSCE8K01#>show RDR-formatter statistics
RDR-formatter statistics:
=========================
Category 1:
sent:               1733914918
in-queue:           0
thrown:             0
format-mismatch:    0
unsupported-tags:   0
rate:               404 RDRs per second
max-rate:           1984 RDRs per second
Category 2:
sent:               919837769
in-queue:           0
thrown:             0
format-mismatch:    0
unsupported-tags:   0
rate:               0 RDRs per second
max-rate:           3657 RDRs per second
Category 3:
sent:               0
in-queue:           0
thrown:             0
format-mismatch:    0
unsupported-tags:   0
rate:               0 RDRs per second
max-rate:           0 RDRs per second
Category 4:
sent:               156867972
in-queue:           0
thrown:             0
format-mismatch:    0
unsupported-tags:   0
rate:               105 RDRs per second
max-rate:           163 RDRs per second
Destination:     10.123.2.25 Port: 33000 Status: up   Active: yes
Sent: 1733915274
Rate:   396 Max: 1984
Last connection establishment: 3 weeks, 6 days, 20 hours, 45 minutes, 27 seconds
Destination:     10.123.2.26 Port: 33000 Status: up   Active: no
Sent:          0
Rate:     0 Max:     0
Last connection establishment: 0 hours, 6 minutes, 14 seconds
Destination:       127.0.0.1 Port: 33001 Status: up   Active: no
SUBSCE8K01#>
SUBSCE8K01#>
SUBSCE8K01#>sh proc cpu sorted
CPU utilization for five seconds: 96%/ 0%; one minute: 97%; five minutes: 99%
PID   Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
4929   293498890    475542          0 99.00% 21.55% 16.40%   0 (scos-main)
4555   573866000    478707          0 25.65% 25.89% 25.96%   0 RucMain
4918   625477080    478701          0 25.45% 29.72% 33.67%   0 (scos-main)
1810       88530       192          0 7.96% 14.82% 9.38%   0 (scos-main)
4927   172451130    474889          0 7.56% 14.99% 9.97%   0 (scos-main)
1809       97510       192          0 7.16% 17.72% 12.00%   0 (scos-main)
5359   122862320    476098          0 6.96% 13.29% 6.39%   0 (scos-main)
4817    83463610    476198          0 6.36% 6.31% 6.29%   0 controlRpcExtServer
5358   137770620    476591          0 5.97% 5.68% 6.14%   0 (scos-main)
5135   107450270    475407          0 4.38% 4.86% 6.47%   0 (scos-main)
4840   584104440    476935          0 4.37% 11.73% 5.28%   0 PartyDBManager
4821   152431380    478706          0 3.58% 3.40% 3.37%   0 tFormatter
4919   249427970    331960          0 2.98% 0.92% 0.92%   0 (scos-main)
4819    33178220    462486          0 1.59% 1.55% 1.39%   0 qReaderExt
5516    51751940    478645          0 1.39% 2.17% 2.15%   0 HwChk
4820    22420960    461376          0 0.99% 0.96% 0.96%   0 qReaderInt
3345    42535190    476936          0 0.99% 0.87% 0.84%   0 (scos-main)
4816    16505300    474586          0 0.80% 0.78% 0.72%   0 tLogger
4560     9043340    478707          0 0.40% 0.34% 0.34%   0 MsgQuMess-rcv
4521     7505470    476057          0 0.40% 0.36% 0.36%   0 nsm-to-sm-med-dispatcher
4520     8472310    475729          0 0.40% 0.38% 0.37%   0 sm-to-nms-high-collector
4551    10427120    478707          0 0.40% 0.45% 0.44%   0 CpuUtilMonitor
SUBSCE8K01#>
Summary of debug file.
************** CURRENT APPLICATION INFORMATION ***************
Application file: /apps/data/scos/release_.sli
Application name: Engage SML Version 3.6.5 build 41 (Protocol Pack 26 build 15)
Using Lib - PL_V3.6.5_B1
Using Lib - Classifier_V3.6.5_B1
Application help: Entry point of Engage
Original source file: /auto/srbu-proj1-bgl/apps/users/aninatar/autoBuild/App/SML/Engage/V3.6.5/src/com/pcube/AppTemplate/Main/template_app_main.san
Compilation date: Thu, October 20, 2011 at 23:30:08
Compiler version: SANc v3.20 Build 14 built on: Tue 08/04/2009 06:58:22.;SME plugin v1.1
Capacity option used: 'EngageDefaultSCE8000'.
************** DBG LOG FILE MESSAGES HISTOGRAM ***************
MOD ID : MSG ID | SEVERITY | AMOUNT |   DROPS    | STRING
----------------+-----------+---------+------------|-------
Total number of different <> messages is 0
Total number of different <> messages is 0
[0x0502:0x000a] | | 0120529 | 0000001056 | Party DB: PartyDB::waitForState(pcid=%d) called, maxPCIDs=%d.
[0x0102:0x0013] | | 0024763 | 0000000000 | Application Subscriber Context: Breach counter is negative for subscriber service counter=%d
[0x0ce1:0x0010] | | 0000027 | 0000000000 | SnmpMibs: %s %s %d %d.
[0x0505:0x0194] | | 0000005 | 0000000000 | Party DB Manager: (anonymous) createUnmappedParty - rcid = %lu, pid=%lu, ipAddress = 0x%x - came from ruc=%u, selected ruc=%u wrong ruc selected.
[0x0300:0x004d] | | 0000013 | 0000000000 | Formatter: RdrVXConnection: Closed existing socket to port %d. (%s)
[0x0910:0x002c] | | 0000002 | 0000000000 | RuC Interrupt Handler: %s.
[0x0920:0x000a] | | 0000002 | 0000000000 | Logger: %s
Total number of different messages is 7
[0x0a10:0x0004] |     | 0000027 | 0000000000 | System Message: System Info message:
%s
[0x0aa2:0x001e] |     | 0000013 | 0000000000 | SNMP Agent: %s
[0x0300:0x0059] |     | 0000013 | 0000000000 | Formatter: Formatter connection closed: address %s, port %d.
[0x0aa2:0x001c] |     | 0000008 | 0000000000 | SNMP Agent: %s
[0x0300:0x0056] |     | 0000008 | 0000000000 | Formatter: No Formatter connections is open on category %d.
[0x0aa2:0x001d] |     | 0000013 | 0000000000 | SNMP Agent: %s
[0x0300:0x005a] |     | 0000013 | 0000000000 | Formatter: Formatter connection opened: address %s, port %d.
[0x0aa2:0x001b] |     | 0000008 | 0000000000 | SNMP Agent: %s
[0x0300:0x0057] |     | 0000008 | 0000000000 | Formatter: Formatter active connection opened : address %s, port %d, category %d.
[0x0505:0x029e] |     | 0000001 | 0000000000 | Party DB Manager: notifyPullRequestByPid() - %lu calls for notifySpawn() - failed in the last hour.
[0x0920:0x0008] |     | 0000004 | 0000000000 | Logger: %s
[0x0743:0x0000] |     | 0000001 | 0000000000 | TELNET_SSH_SERVER: A %s session from %s was established.
[0x0730:0x0010] |     | 0000016 | 0000000000 | CLI: Executing CLI command: '%s'.
[0x0309:0x002c] |     | 0000001 | 0000000000 | CmdlFFS: File system operation : del %s
Total number of different     messages is 14

SMON process consume High CPU in production setup.

Hi,
Recently we migrate our storage from IBM DS4700 to IBM v7000. on last Saturday from yesterday and today cpu almost 100 percent in peak hours.
Right now our datafiles in SSD and archivelogs in SAS disk.
Please suggest
regards,
Karthi.

Hi Karthi,
Which SMON process is consuming CPU ,I mean,Database SMON /ASM SMON if is in use.
+ Install and enable OSwatcher with atleast 30 seconds interval and monitor which process /what is causing high CPU.
+ If they are oracle processes ,then validate what are they doing at database level .
Does it comes from any application code ,if so validate those sqls.
+ Install procwatcher to understand what are they doing .
Refer::-----------
==============
Procwatcher: Script to Monitor and Examine Oracle DB and Clusterware Processes (Doc ID 459694.1)
+ Then as per your environment get pstack/procstack of that process in 30 seconds interval for 3-4 times .
If try to identify the issue ,if required please open service request with us.
Regards,
Aritra

Airport Process utilizing high CPU utilization

I currently have a 13 inch MacBook Pro i7 (2012 version). Recently I upgraded to Mavericks. After using the computer for a day after the upgrade, I began to notice it becoming very hot and the fans running very high. Looking at the running processes i noticed that a process called "airport" was running and utilizing high CPU times causing the heating up and fans running. Once I stopped this process, the laptop went back to operating at normal levels.
Unfortunately this issue began to come back several times....the "airport" process starting at any time and utilizing high CPU utilization....again only by killing this process fixed this issue.
After seeing this behavior over several days, I decised to wipe the drive and install a clean copy of Mavericks in the computer. Thought here was that possibly something did not carry over correctly from the upgrade from Mountain Lion to Mavericks. Unfortunely this did not correct the issue with the "airport" process as it still is continiung to launch at any time and spike the processor until I manually kill the process.
I do not recall this issue occuring while running Mountain Lion so it seems to be specific to Mavericks at this point.
I was hoping to hear if any other have experienced this type of issues while running Mavericks.

You should be able to find the information you are looking for from the default Total CPU Utilization Percentage monitor. This monitor has a built in diagnostic task that will kick off when an alert is triggered to list the top cpu consuming processes.
To find which processes were causing CPU to spike, simply review the State Change Events history in health explorer for the machine that was affected, for the Total CPU Utilization Percentage monitor. I have modified my second screen shot
to remove machine names, but you should get the idea. If a cpu monitor went from green to red, it will run the diagnostic task and list the process information and cpu usage at the time of the alert under state change events.

Signal ILL trying to debug java process with dbx

Hello,
I'm trying to debug a java process to find an error in JNI code. I get this message when dbx stops in a C breakpoint:
t@18 (l@19) signal ILL (illegal trap) in (unknown) t@18 (l@19) signal ILL (illegal trap) in (unknown) at 0xf848ed28
0xf848ed28:     tne     0x12This signal is not launched when running application without debugger, and after launching this exception and exiting dbx, the java process generates a core.
I've tried to find out unsuccessfully whether my dbx version is compatible with my Java version, but it seems this could be the problem.
This is my current configuration:
java �version:
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Server VM (build 1.5.0_06-b05, mixed mode)
opt/SUNWspro/bin/version:
Machine hardware:   sun4u
OS version:         5.8
Processor type:     sparc
Hardware:           SUNW,Sun-Blade-2500
The following components are installed on your system:
Forte C++ 6 update 2
        Sun WorkShop 6 update 2 Compilers C
        Sun WorkShop 6 update 2 Compilers C++
        Sun WorkShop 6 update 2 Tools.h++ 7.1
        Sun WorkShop 6 update 2 Standard 64-bit Class Library for C++
        Sun WorkShop 6 update 2 Memory Monitor for C++
        Sun WorkShop 6 update 2 Visual
        Sun WorkShop 6 update 2 Development Environment
        Sun WorkShop 6 update 2 TeamWare
        Sun WorkShop 6 update 2 FileMerge
        Sun WorkShop 6 update 2 DBX Debugging Tools
        Sun WorkShop 6 update 2 Performance Analyzer
        Sun WorkShop 6 update 2 LockLint
        XEmacs 20.4 Source Distribution
        Sun WorkShop 6 update 2 Documentation Set
Sun WorkShop 6 update 2 Building SoftwareAnd this is how I launch java application:
java -Djava.compiler=NONE -Xdebug -Xnoagent -Xrundbx_agent -jar jarname.jar -mainOptionsDid I miss something important? Does anyone know if it is possible debugging with this configuration?
Best Regards,
Alberto

- Native code has been compiled with -g option.
- It fails in my code, but only when debugging.
- Stack trace (executing "where" in dbx):
(dbx) where
current thread: t@18
[1] 0xf848ef68(0xf01537d8, 0xf443b7b0, 0x0, 0xf84181b0, 0x21e9, 0xef581050), at 0xf848ef68
[2] 0xf8458354(0xf15faea8, 0xf01537d8, 0xf0151a88, 0xf8419368, 0x21e8, 0x0), at 0xf8458354
[3] 0xf848c9a0(0xf15faea8, 0xf01537d8, 0xf0151a58, 0xf0151a38, 0xf0153830, 0x0), at 0xf848c9a0
[4] 0xf84577c8(0xf15faea8, 0xb6, 0x0, 0xf84181b0, 0xf0158f80, 0xef581118), at 0xf84577c8
[5] 0xf8405764(0xf15faea8, 0xb6, 0x0, 0xf8419320, 0xf0158f80, 0xef5811c8), at 0xf8405764
[6] 0xf8405764(0xf15faea8, 0xb6, 0x0, 0xf84195a0, 0xf0158f80, 0xef581250), at 0xf8405764
[7] 0xf8405764(0xf0151a38, 0xb8, 0x0, 0xf8419320, 0xf0125258, 0xef5812d8), at 0xf8405764
[8] 0xf8405874(0xf15fb6c8, 0xb8, 0x0, 0xf8419720, 0xf0125258, 0xef581360), at 0xf8405874
[9] 0xf8405764(0xf15fae98, 0xb6, 0x0, 0xf8419770, 0xf00f0088, 0xef5813f0), at 0xf8405764
[10] 0xf8405874(0xf15fae98, 0xb6, 0x0, 0xf8419320, 0x1465, 0xef581478), at 0xf8405874
[11] 0xf8405874(0xf16315b0, 0xb6, 0x0, 0xf8419320, 0xf00f0088, 0xef581500), at 0xf8405874
[12] 0xf8405764(0xf16315b0, 0xf45744c0, 0x0, 0xf8419320, 0xf45744c0, 0xef581588), at 0xf8405764
[13] 0xf8405c2c(0xf16315d0, 0xb7, 0x0, 0xf84198a0, 0xf00f0088, 0xef581618), at 0xf8405c2c
[14] 0xf8405764(0xf009c018, 0xf402c8b8, 0x0, 0xf84195a0, 0x8800, 0xef5816a8), at 0xf8405764
[15] 0xf8405c2c(0x2000, 0x2, 0x0, 0xf84198f0, 0xef50e0f8, 0xef581720), at 0xf8405c2c
[16] 0xf8400218(0xef581808, 0xef581a08, 0xa, 0xf402dae8, 0xf840ba20, 0xef581920), at 0xf8400218
[17] JavaCalls::call_helper(0x1, 0x65d188, 0xef581918, 0xef581818, 0x4, 0xef581a08), at 0xfdd9a808
[18] JavaCalls::call_virtual(0x7a9c, 0x65d188, 0x3570f8, 0x357104, 0x357100, 0xf00bc770), at 0xfdec319c
[19] thread_entry(0xf402fc58, 0x65d188, 0x3574e4, 0xfe424640, 0xfe424710, 0xfe424130), at 0xfdee2700
[20] JavaThread::run(0x65d188, 0x18, 0xfe40c790, 0x6c00, 0x7dd4, 0x7c00), at 0xfdede29c
[21] _start(0x65d188, 0x3b62, 0xfe3be000, 0x0, 0x4f24, 0x4c00), at 0xfe264240 - Stack trace (obtained from core generated after ILL signal):
----------------- lwp# 19 / thread# 18 --------------------
ff3791f0 __sigprocmask (ff37b7f4, 0, 0, ef581d98, ff38c000, 0) + 8
ff36dd0c _sigon   (ef581d98, ff3938a8, 6, ef58083c, ef581d98, ff39321c) + d0
ff370d4c _thrp_kill (0, 12, 6, ff38c000, 12, ff2c0458) + f8
ff24bce0 raise    (6, 0, 0, ffffffff, ff2c03c4, 8400) + 40
ff235984 abort    (ff2bc008, fe3be000, fe26a8e0, fe4133c4, 0, 331c8) + 100
fe264724 __1cCosFabort6Fi_v_ (1, 0, fe3f2614, fe3be000, 73b4, 7000) + 58
fe2f08f0 __1cHVMErrorOreport_and_die6M_v_ (0, fe419ad8, fe41339c, 1, fe268a14, fe41339c) + c84
fde76878 JVM_handle_solaris_signal (4, ef580fd8, ef580d20, 7800, 11, 65d188) + aac
ff37b118 __sighndlr (4, ef580fd8, ef580d20, fde75d94, ef581e40, ef581e30) + c
ff37811c sigacthandler (4, ef581d98, 0, 0, 0, ff38c000) + 708
--- called from signal handler with signal 4 (SIGILL) ---
f848ef68 ???????? (f15faea8, f01537d8, f0151a88, f8419368, 21e8, 0)
f848c9a0 ???????? (f15faea8, f01537d8, f0151a58, f0151a38, f0153830, 0)
f84577c8 ???????? (f15faea8, b6, 0, f84181b0, f0158f80, ef581118)
f8405764 ???????? (f15faea8, b6, 0, f8419320, f0158f80, ef5811c8)
f8405764 ???????? (f15faea8, b6, 0, f84195a0, f0158f80, ef581250)
f8405764 ???????? (f0151a38, b8, 0, f8419320, f0125258, ef5812d8)
f8405874 ???????? (f15fb6c8, b8, 0, f8419720, f0125258, ef581360)
f8405764 ???????? (f15fae98, b6, 0, f8419770, f00f0088, ef5813f0)
f8405874 ???????? (f15fae98, b6, 0, f8419320, 1465, ef581478)
f8405874 ???????? (f16315b0, b6, 0, f8419320, f00f0088, ef581500)
f8405764 ???????? (f16315b0, f45744c0, 0, f8419320, f45744c0, ef581588)
f8405c2c ???????? (f16315d0, b7, 0, f84198a0, f00f0088, ef581618)
f8405764 ???????? (f009c018, f402c8b8, 0, f84195a0, 8800, ef5816a8)
f8405c2c ???????? (2000, 2, 0, f84198f0, ef50e0f8, ef581720)
f8400218 ???????? (ef581808, ef581a08, a, f402dae8, f840ba20, ef581920)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 65d188, ef581918, ef581818, 4, ef581a08) + 5a0
fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 65d188, 3570f8, 357104, 357100, f00bc770) + 188
fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 65d188, 3574e4, fe424640, fe424710, fe424130) + 134
fdede29c __1cKJavaThreadDrun6M_v_ (65d188, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (65d188, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (65d188, 0, 0, 0, 0, 0) + 40
----------------- lwp# 20 / thread# 19 --------------------
ff29f474 _lwp_sema_wait (ff3934c8, ff392e40, 0, 1, 0, 0) + c
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 21 --------------------------------
ff379200 private___lwp_cond_wait (fa5a3d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
ff36a358 _lwp_start (fa5a3d98, 0, 4000, fb28162c, 0, 0) + 18
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 22 --------------------------------
ff379200 private___lwp_cond_wait (fa4d3d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
ff36a358 _lwp_start (fa4d3d98, 0, 4000, fb28162c, 0, 0) + 18
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 23 --------------------------------
ff379200 private___lwp_cond_wait (fa4c3d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
ff36a358 _lwp_start (fa4c3d98, 0, 4000, fb28162c, 0, 0) + 18
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 24 --------------------------------
ff379200 private___lwp_cond_wait (fa493d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
ff36a358 _lwp_start (fa493d98, 0, 4000, fb28162c, 0, 0) + 18
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 25 --------------------------------
ff379200 private___lwp_cond_wait (fa483d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
ff36a358 _lwp_start (fa483d98, 0, 4000, fb28162c, 0, 0) + 18
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 26 --------------------------------
ff379200 private___lwp_cond_wait (fa473d98, ff38cd6c, ff38c000, 3, ff38c000, 1) + 8
ff36a358 _lwp_start (fa473d98, 0, 4000, fb28162c, 0, 0) + 18
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 1 / thread# 1 --------------------
ff29d600 _poll    (fe4124d8, 0, 1, 18e, 37020, fe3be000) + 8
fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
fdf0ca4c JVM_Sleep (1c08, fe406e44, 37020, fe412d84, 38680, fe3be000) + 260
f840e22c ???????? (b9, ffbee73c, ffbee6b8, ffffff80, 0, 0)
f840e1d0 ???????? (0, b8, 0, 8, f402fc58, ffbee6d0)
f8405764 ???????? (f15996c8, fe4163d4, 0, f8419770, 8800, ffbee768)
f8405764 ???????? (f01778f8, fe4163d4, 0, f8419370, 8800, ffbee820)
f8405764 ???????? (2000, 2, 0, f8419320, ffb7c110, ffbee8b8)
f8400218 ???????? (ffbee9a0, ffbeeb00, a, f41c4038, f840ba20, ffbeea88)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 37020, ffbeea80, ffbee9b0, 4, ffbeeb00) + 5a0
fdedea14 jni_CallStaticVoidMethod (fe412d84, 381ec, 36750, 37020, 36748, 37cb8) + 500
000121fc main     (38648, 1e7fa2, fe40a630, 1d8, fded413c, 1) + 115c
00011088 _start   (0, 0, 0, 0, 0, 0) + 108
----------------- lwp# 2 / thread# 2 --------------------
ff29edc4 _signotifywait (ff38c000, 0, 0, 0, 0, 0) + 8
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 3 --------------------------------
ff379200 private___lwp_cond_wait (ff325d98, ff38cd6c, ff38c000, 0, 0, 4) + 8
ff29c9c0 _door_return (ff325cd8, ff36a358, 0, 0, 0, 0) + 68
----------------- lwp# 4 / thread# 4 --------------------
ff29f428 ___lwp_cond_wait (35d68, 35d50, fdb81978, 0, 0, fdb81970) + 8
ff296a7c _lwp_cond_timedwait (2958790, 44b36755, fdb81a50, 35d50, 35d68, a95a) + 98
fddc3258 __1cHMonitorEwait6Mil_i_ (35cf8, 11dce0, fff0bc00, fe3be000, 6000, 35d28) + 328
fdf6b4fc __1cIVMThreadDrun6M_v_ (fe4124d8, fe420c84, 0, fe420c70, fe420c80, 1) + 1b4
fe264240 __1cG_start6Fpv_0_ (11dce0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (11dce0, 0, 0, 0, 0, 0) + 40
----------------- lwp# 5 --------------------------------
ff29c968 _door_return (4, ff38d658, ff38d670, 3, ff38c000, 1) + 10
ff36a358 _lwp_start (fe785d98, 0, 6000, ff325b9c, 0, 0) + 18
ff371c2c thr_yield (0, 0, 0, 0, 0, 0) + 8c
----------------- lwp# 6 / thread# 5 --------------------
ff29f428 ___lwp_cond_wait (120148, 120130, 0, ff2968f0, 0, 1) + 8
fdeb4768 __1cNObjectMonitorEwait6MxipnGThread__v_ (120370, 9408, 8c00, fe3be000, 11fdc0, 120390) + 59c
fdeb5978 __1cSObjectSynchronizerEwait6FnGHandle_xpnGThread__v_ (120372, 86d4, 0, 11fdc0, 8400, fe3be000) + e8
fdeb5628 JVM_MonitorWait (0, e7a14, 11fdc0, fe412d84, 0, 1) + 31c
f840e22c ???????? (51, fda816ec, fda81670, ffffff80, fdd2e808, 0)
f840e1d0 ???????? (f15817e0, b6, 0, c, 0, fda81688)
f8405764 ???????? (f15817e0, b6, 0, f8419354, 80000000, fda81708)
f8405764 ???????? (0, fe411508, 0, f8419770, 7bac, fda817a0)
f8400218 ???????? (fda81888, fda81a88, a, f40901d0, f840ba20, fda819a0)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 11fdc0, fda81998, fda81898, 4, fda81a88) + 5a0
fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 11fdc0, e7a00, e7a0c, e7a08, f0000760) + 188
fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 11fdc0, e7dec, fe424640, fe424710, fe424130) + 134
fdede29c __1cKJavaThreadDrun6M_v_ (11fdc0, 0, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (11fdc0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (11fdc0, 0, 0, 0, 0, 0) + 40
----------------- lwp# 7 / thread# 6 --------------------
ff29f428 ___lwp_cond_wait (121cc8, 121cb0, 0, ff2968f0, 0, 1) + 8
fdeb4768 __1cNObjectMonitorEwait6MxipnGThread__v_ (1203b8, 9408, 8c00, fe3be000, 121530, 1203d8) + 59c
fdeb5978 __1cSObjectSynchronizerEwait6FnGHandle_xpnGThread__v_ (1203ba, 86d4, 0, 121530, 8400, fe3be000) + e8
fdeb5628 JVM_MonitorWait (0, 121714, 121530, fe412d84, 0, 1) + 31c
f840e22c ???????? (59, fb3817ec, fb381768, ffffff80, 0, 0)
f840e1d0 ???????? (f1581760, b6, 0, c, 80000000, fb381780)
f8405764 ???????? (f1581768, b6, 0, f8419354, 8800, fb381820)
f8405874 ???????? (f1581768, b6, 0, f8419354, f402af58, fb3818a0)
f8405874 ???????? (0, fe411508, 0, f8419720, 7bac, fb381920)
f8400218 ???????? (fb381a08, fb381c08, a, f4090ab8, f840ba20, fb381b20)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 121530, fb381b18, fb381a18, 4, fb381c08) + 5a0
fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 121530, 121700, 12170c, 121708, f0000858) + 188
fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 121530, 121aec, fe424640, fe424710, fe424130) + 134
fdede29c __1cKJavaThreadDrun6M_v_ (121530, 0, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (121530, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (121530, 0, 0, 0, 0, 0) + 40
----------------- lwp# 8 / thread# 7 --------------------
ff29f428 ___lwp_cond_wait (1b65f0, 1b65d8, fb281890, ff296918, ff29691c, fb281888) + 8
ff296a7c _lwp_cond_timedwait (2964ae0, 44b36756, fb281910, 1b65d8, 1b65f0, 153180) + 98
fe2606e0 __1cCosHSolarisFEventEpark6Mx_i_ (1b65b0, 6a60, fe4238d8, 1b65f0, fe406ef0, fb281910) + 1bc
fe25ff28 __1cNObjectMonitorIraw_wait6MxipnGThread__i_ (1b65b0, fe214b70, 7bac, 0, 1b59e8, 12a188) + 20c
fe1f4b8c __1cIJvmtiEnvORawMonitorWait6MpnPJvmtiRawMonitor_x_nKjvmtiError__ (fb2, 12a188, 0, 7d0, 4, 1b59e8) + a8
fe7d87ec process_next_event (fe40b864, 10000, fe7f24a0, fe7f4b90, fe7f25f0, fe7f25ec) + 108
fe7c7630 agent_bar (1b5aa4, fe7f2ae8, ff38c000, fe7f24c8, 0, 0) + 1c
fe7c7bc4 jvmti_debug_agent (fe7f2400, 1b5aa4, 0, 1678, 1, fe7f252c) + d4
fe211c74 __1cQJvmtiAgentThreadTcall_start_function6M_v_ (1b59e8, 7800, 8c94, fe3be000, fe4123c4, fe4163d4) + 150
fdede29c __1cKJavaThreadDrun6M_v_ (1b59e8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (1b59e8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (1b59e8, 0, 0, 0, 0, 0) + 40
----------------- lwp# 9 / thread# 8 --------------------
ff29f474 _lwp_sema_wait (fb181e60, ff38c000, 0, fb181d98, 0, 0) + c
ff3690d8 _swtch   (fb181d98, ffffffff, ff38c000, 5, 1000, fe4170c4) + 158
ff36c860 sema_wait (fe4217e8, ff39785c, 5000, 10000, 534d, 1) + bc
fdf61dc0 __1cVcheck_pending_signals6Fi_i_ (1, fe4124d8, fe4123c0, 1b6ab8, fe3be000, a) + 254
fdf58ec8 __1cTsignal_thread_entry6FpnKJavaThread_pnGThread__v_ (7428, 1b6ab8, 1b7088, fe3be000, 4ff61c, 1b7080) + 34
fdede29c __1cKJavaThreadDrun6M_v_ (1b6ab8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (1b6ab8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (1b6ab8, 0, 0, 0, 0, 0) + 40
----------------- lwp# 10 / thread# 9 --------------------
ff29f428 ___lwp_cond_wait (36548, 36530, fe423d60, 0, 0, ff29695c) + 8
fddc33ec __1cHMonitorEwait6Mil_i_ (364d8, 1b7998, 1b8510, fe3be000, 1b7998, 36508) + 4bc
fdf35d00 __1cNCompileBrokerUcompiler_thread_loop6F_v_ (fe4124d8, 1b54c0, 1b7998, fe407360, 8c00, 364d8) + 22c
fdede29c __1cKJavaThreadDrun6M_v_ (1b7998, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (1b7998, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (1b7998, 0, 0, 0, 0, 0) + 40
----------------- lwp# 11 / thread# 10 --------------------
fdd0c200 __1cENodeSremove_dead_region6MpnIPhaseGVN_i_i_ (9132d4, fa6809f4, 1, 9132d4, 9132f4, 68ad00) + 2c
fdd3332c __1cHMemNodeMIdeal_common6MpnIPhaseGVN_i_pnENode__ (fa6809f4, fa6809f4, 1, 800, 9132d4, 9132f4) + 3c
fdd68a78 __1cJStoreNodeFIdeal6MpnIPhaseGVN_i_pnENode__ (9132d4, fa6809f4, 1, 0, fdd4be74, fe3fbb44) + c
fdcf887c __1cMPhaseIterGVNNtransform_old6MpnENode__2_ (fa6809f4, 9132d4, 89e938, fdd68a6c, 20000000, c7) + 28
fdde3b98 __1cMPhaseIterGVNIoptimize6M_v_ (fa6809f4, 14, 9132d4, 0, fa680b44, ffffffff) + ac
fde048d8 __1cOPhaseIdealLoop2t6MrnMPhaseIterGVN_pk0i_v_ (fa68087c, ffffffff, fa680fb0, 2, 0, fa680880) + c34
fde7fb28 __1cHCompileIOptimize6M_v_ (fa680fb0, 1b55b0, 0, 0, fe3be000, 1000) + 200
fde82740 __1cHCompile2t6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_ (fa680fb0, 0, 36ee0, 0, fe3384f8, fa680fb0) + be8
fde786f8 __1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_ (fa6818ac, fe324608, 9269b8, ffffffff, 36ee0, 1000001) + b0
fde793b4 __1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_ (597690, 1b8eb4, 1b55b0, 1b88d8, fe338ea7, fa6818ac) + 4cc
fdf35f20 __1cNCompileBrokerUcompiler_thread_loop6F_v_ (fe4124d8, 1b5550, 1b88d8, f4368380, 1b8eb0, 0) + 44c
fdede29c __1cKJavaThreadDrun6M_v_ (1b88d8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (1b88d8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (1b88d8, 0, 0, 0, 0, 0) + 40
----------------- lwp# 12 / thread# 11 --------------------
ff29f428 ___lwp_cond_wait (365d8, 365c0, fe423d60, 0, 0, ff29695c) + 8
fddc33ec __1cHMonitorEwait6Mil_i_ (36568, 1b9818, 1ba390, fe3be000, 1b9818, 36598) + 4bc
fdf35d00 __1cNCompileBrokerUcompiler_thread_loop6F_v_ (fe4124d8, 1b5550, 1b9818, fe407360, 1b9df0, 36568) + 22c
fdede29c __1cKJavaThreadDrun6M_v_ (1b9818, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (1b9818, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (1b9818, 0, 0, 0, 0, 0) + 40
----------------- lwp# 13 / thread# 12 --------------------
ff29f428 ___lwp_cond_wait (34858, 34840, 1, 0, 1, 1bb248) + 8
fddc309c __1cHMonitorEwait6Mil_i_ (347e8, 1bb1a0, fff0bc00, fe3be000, f4000, 34818) + 16c
fdf64b44 __1cRLowMemoryDetectorbGlow_memory_detector_thread_entry6FpnKJavaThread_pnGThread__v_ (1bb1a0, 347e8, 9000, fe411604, fe3be000, 1) + 2ec
fdede29c __1cKJavaThreadDrun6M_v_ (1bb1a0, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (1bb1a0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (1bb1a0, 0, 0, 0, 0, 0) + 40
----------------- lwp# 14 / thread# 13 --------------------
ff29d600 _poll    (fe4124d8, 32, 0, 0, 8400, fe3be000) + 8
fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, 1, 0, 2, 4) + 25c
fdfa5194 __1cNWatcherThreadDrun6M_v_ (1bc4c8, 1b5460, 32, fe3be000, fe417db8, 0) + e8
fe264240 __1cG_start6Fpv_0_ (1bc4c8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (1bc4c8, 0, 0, 0, 0, 0) + 40
----------------- lwp# 15 / thread# 14 --------------------
ff29d600 _poll    (fe4124d8, 0, 1, f1, 3baea0, fe3be000) + 8
fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
fdf0ca4c JVM_Sleep (ba8, fe406e44, 3baea0, fe412d84, 3bb180, fe3be000) + 260
f840e22c ???????? (c9, eff818f4, eff81870, ffffff80, f00e5250, 0)
f840e1d0 ???????? (0, b8, 0, 8, f00e5250, eff81888)
f8405764 ???????? (2000, 2, 0, f8419754, eff0e110, eff81920)
f8400218 ???????? (eff81a08, eff81c08, a, f423b868, f840ba20, eff81b20)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 3baea0, eff81b18, eff81a18, 4, eff81c08) + 5a0
fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 3baea0, 254948, 254954, 254950, f01aaaf8) + 188
fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 3baea0, 254d34, fe424640, fe424710, fe424130) + 134
fdede29c __1cKJavaThreadDrun6M_v_ (3baea0, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (3baea0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (3baea0, 0, 0, 0, 0, 0) + 40
----------------- lwp# 16 / thread# 15 --------------------
ff29d600 _poll    (fe4124d8, 0, 1, f0, 358da0, fe3be000) + 8
fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
fdf0ca4c JVM_Sleep (368, fe406e44, 358da0, fe412d84, 358f98, fe3be000) + 260
f840e22c ???????? (91, efe81874, efe817f0, ffffff80, f00dfeb0, 0)
f840e1d0 ???????? (0, b8, 0, 8, f00dfeb0, efe81808)
f8405764 ???????? (2000, 2, 0, f8419754, efe0e110, efe818a0)
f8400218 ???????? (efe81988, efe81b88, a, f423b868, f840ba20, efe81aa0)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 358da0, efe81a98, efe81998, 4, efe81b88) + 5a0
fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 358da0, 254d48, 254d54, 254d50, f01b4270) + 188
fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 358da0, 255134, fe424640, fe424710, fe424130) + 134
fdede29c __1cKJavaThreadDrun6M_v_ (358da0, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (358da0, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (358da0, 0, 0, 0, 0, 0) + 40
----------------- lwp# 17 / thread# 16 --------------------
ff29d600 _poll    (fe4124d8, 0, 1, f5, 3dd8a8, fe3be000) + 8
fdd90cd0 __1cCosFsleep6FpnGThread_xi_i_ (6e58, 6c00, fdf04534, 1, 7, 4) + 25c
fdf0ca4c JVM_Sleep (1628, fe406e44, 3dd8a8, fe412d84, 3c5f98, fe3be000) + 260
f840e22c ???????? (c1, efb015fc, efb01570, ffffff80, efb, 0)
f840e1d0 ???????? (0, b8, 0, 8, 8800, efb01588)
f8405764 ???????? (2000, 2, 0, f8419770, efa8e110, efb01620)
f8400218 ???????? (efb01708, efb01908, a, f422e650, f840ba20, efb01820)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 3dd8a8, efb01818, efb01718, 4, efb01908) + 5a0
fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 3dd8a8, 3568f8, 356904, 356900, f007a910) + 188
fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 3dd8a8, 356ce4, fe424640, fe424710, fe424130) + 134
fdede29c __1cKJavaThreadDrun6M_v_ (3dd8a8, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (3dd8a8, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (3dd8a8, 0, 0, 0, 0, 0) + 40
----------------- lwp# 18 / thread# 17 --------------------
ff29f428 ___lwp_cond_wait (65b7a0, 65b788, ef681128, fe4123c4, ff2968f4, ef681120) + 8
ff296a7c _lwp_cond_timedwait (2ea2b88, 44b36759, ef681248, 65b788, 65b7a0, ff2969e4) + 98
fdeb4974 __1cNObjectMonitorEwait6MxipnGThread__v_ (120400, fe406ef0, fe4238d8, fe3be000, 65b550, 120420) + 7a8
fdeb5978 __1cSObjectSynchronizerEwait6FnGHandle_xpnGThread__v_ (120402, 86d4, 0, 65b550, 8400, fe3be000) + e8
fdeb5628 JVM_MonitorWait (0, 3dcdb4, 65b550, fe412d84, 0, 1) + 31c
f840e22c ???????? (91, ef6814b4, ef681430, ffffff80, ef6, 0)
f840e1d0 ???????? (f1631648, b6, 0, c, f00d7f28, ef681448)
f8405764 ???????? (f007ea58, fe4163d4, 0, f8419354, 8800, ef681508)
f8405764 ???????? (2000, 2, 0, f84195a0, ef60e110, ef6815a0)
f8400218 ???????? (ef681688, ef681888, a, f456d6b8, f840ba20, ef6817a0)
fdd9a808 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (1, 65b550, ef681798, ef681698, 4, ef681888) + 5a0
fdec319c __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ (7a9c, 65b550, 3dcda0, 3dcdac, 3dcda8, f007ea58) + 188
fdee2700 __1cMthread_entry6FpnKJavaThread_pnGThread__v_ (f402fc58, 65b550, 3dd18c, fe424640, fe424710, fe424130) + 134
fdede29c __1cKJavaThreadDrun6M_v_ (65b550, 18, fe40c790, 6c00, 7dd4, 7c00) + 1d8
fe264240 __1cG_start6Fpv_0_ (65b550, 3b62, fe3be000, 0, 4f24, 4c00) + 208
ff37b01c _thread_start (65b550, 0, 0, 0, 0, 0) + 40
-------------------------- thread# 3 --------------------
ff36d9b8 _reap_wait (ff390980, 1e924, 0, ff38c000, 0, 0) + 38
ff36d710 _reaper (ff38ce00, ff392708, ff390980, ff38cdd8, 1, fe400000) + 38
ff37b01c _thread_start (0, 0, 0, 0, 0, 0) + 40

Jlaunch process using High CPU, while uploading the files in XI system

Hi,
we are facing jlaunch high cpu usage problems, while uploading the files of more than 25MB, in XI system. PIAFUSER is running on PRIV mode and huge java core dumps and heapdumps are getting generated in server0 node
error message-> - Out of memory situations running XI
Exception thrown [Fri Sep 30 13:57:27,855]:Exception thrown by application running in JCo Server
java.lang.Exception: java.lang.OutOfMemoryError
     at com.sap.engine.services.rfcengine.RFCDefaultRequestHandler.handleRequest(RFCDefaultRequestHandler.java:237)
     at com.sap.engine.services.rfcengine.RFCJCOServer$J2EEApplicationRunnable.run(RFCJCOServer.java:254)
     at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
     at java.security.AccessController.doPrivileged(AccessController.java:219)
     at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:104)
     at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:176)
first , we tested in Quality system, where,we are getting same problems as well.
SAP Note 146289 - Parameter Recommendations for 64-Bit
increased em/intial_size_MB from 512MB to 2 GB and em/global_area_MB value from 96 to 256
SAP Note 723909 - Java VM settings for J2EE 6.40/7.0
we added some jvm parameters in confitool
-Djava.awt.headless=true
-XX:+UseParNewGC
-XX:+PrintGCTimeStamps
Present JVM values in XQ1 system..
Xmx value 3072
xms value 2048
xmn value 1000
we have tested JCo RFC's AI_DIRECTORY_JCOSERVER and AI_RUNTIME_JCOSERVER , connection test was OK.
We increased parameter com.sap.aii.ib.client.jnlp.j2se.maxheapsize from 512m to 800m
Please advice me.. how to proceed..
regards,
balaram

Hi Balaram,
Kindly review below note, Hope it suits.
716927 - Overview of AIX JVM for NetWeaver 2004 and 7.0 (2004s).
Regards,
Mani

Having Issues with High CPU Usage with fluxbox & pekwm

Greetings,
I have searched for this issue and it seems that something similar has happened in the past with an old xorg, and it seems that someone is having a similar issue that they can point to kde as being the culrpit. However in my case, this is a fresh install and is not using any kde libs. Please allow me to explain the issue.
The power supply on my main computer finally gave out, and being incredibly poor at the moment I can not yet replace it. So, I pull out an older computer that I had once set up for my kids, but took it away from them when they were abusing it. I always make backup dvds and such monthly so I didn't have to worry about any lose of data, however I desired to keep my larger hard drives from my main computer. After testing to ensure that the hard drives were fine, I did some minor surgery, and did a fresh install of arch linux onto my back up computer. Since I prefer pekwm, I installed pekwm as my wm of choice, and outfitted it quickly with mpd+sonata, firefox, pcmanfm, and tint2. Then I rebooted into my pekwm 'desktop'.
It was running sluggish. Firefox was easily maxing the cpu up and beyond 100% and it felt ten times worse than any heavy DE I used in the past. I checked to make sure I had the right video driver installed. As this computer runs a 64MB nVidia GeForce2 MX with TV out video card, I searched nvidia's page and the arch wiki, noting that the driver needed is nvidia-96xx. Well I had already suspected that during install, and thus had installed such driver. I double checked my xorg.config and it has the right driver listed.
So I checked out some lighter browsers. I tried both Midori and Iron (which is similar to Chrome but without google spyware or whatever). Well both run better than firefox, Midori being the lightest one, but Iron quickly being my favorite. Still, the problem remained. Moving windows caused cpu spikes, opening more than one tab, or more than one program caused cpu spikes and the computer to slow down and sputter, freezing at times.
So I tried out another wm, fluxbos, which is another of my favorites. Seemed somewhat better but only fractionally, which I consider odd because pekwm has always seemed snappier than fluxbox to me in the past. Running lxtask (still mouse dependent, sorry lol), I was able to take note of the following...
FLUXBOX
lxtask 6% CPU usage average
PCManFM 5% CPU Average
Fluxbox 1% to 2% cpu usage
gksu 3% cpu usage
pidgin 3% to 7% cpu usage
firefox up to 62% cpu usage
midori up to 38% cpu usage
iron up to 50% cpu usage
mpd 11% cpu uage
Xorg (with no window movement) 2% cpu usage
Xorg (moving windows around) up to 80% cpu usage
PEKWM
lxtask 6% CPU
pidgin 7% cpu
tint2 1% cpu
pekwm 1% to 5% cpu
pcmanfm 7% cpu
firefox up to 85% cpu
python 1% cpu
midori up to 38% cpu
iron up to 25% cpu (odd...)
Xorg (with no window movement) 1% cpu
Xorg (when moving windows around) up to 80% cpu
Both were using around 118 MB RAm and weren't yet touching swap. As I see it I am thinking xorg or video driver related, yet I already made sure that I had the correct video driver. Here's my Xorg.conf
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 (buildmeister@builder63) Thu Jun 25 18:57:07 PDT 2009
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection
Section "Files"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Unknown"
HorizSync 30.0 - 110.0
VertRefresh 50.0 - 150.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1600x900" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Here's some specs on this computer, including video cards and such...
Computer
Summary
Computer
Processor Intel(R) Pentium(R) 4 CPU 1.60GHz
Memory 1034MB (239MB used)
Operating System Arch Linux
User Name mythus (Travis K. Randall)
Date/Time Thu 08 Oct 2009 05:24:52 PM CDT
Display
Resolution 1600x900 pixels
OpenGL Renderer GeForce2 MX/AGP/SSE2
X11 Vendor The X.Org Foundation
Multimedia
Audio Adapter ICH - Intel 82801BA-ICH2
Input Devices
Macintosh mouse button emulation
AT Translated Set 2 keyboard
Power Button
Power Button
PC Speaker
Logitech USB Optical Mouse
Printers
No printers found
SCSI Disks
ATA ST3160212A
ATA IC35L090AVV207-0
LITE-ON LTR-16102B
TSSTcorp CD/DVDW TS-H552D
Operating System
Version
Kernel Linux 2.6.30-ARCH (i686)
Compiled #1 SMP PREEMPT Wed Sep 9 12:37:32 UTC 2009
C Library GNU C Library version 2.10.1 (stable)
Default C Compiler GNU C Compiler version 4.4.1 (GCC)
Distribution Arch Linux
Current Session
Computer Name norova
User Name mythus (Travis K. Randall)
Home Directory /home/mythus
Desktop Environment Unknown (Window Manager: Fluxbox)
Misc
Uptime 11 hours, 38 minutes
Load Average 0.20, 0.38, 0.34
Kernel Modules
Loaded Modules
ipv6 IPv6 protocol stack for Linux
reiserfs ReiserFS journaled filesystem
usbhid USB HID core driver
hid
arc4 ARC4 Cipher Algorithm
ecb ECB block cipher algorithm
snd_seq_dummy ALSA sequencer MIDI-through client
rt2500pci Ralink RT2500 PCI & PCMCIA Wireless LAN driver.
snd_seq_oss OSS-compatible sequencer module
rt2x00pci rt2x00 pci library
snd_seq_midi_event MIDI byte <-> sequencer event coder
rt2x00lib rt2x00 library
snd_seq Advanced Linux Sound Architecture sequencer.
led_class LED Class Interface
snd_seq_device ALSA sequencer device management
input_polldev Generic implementation of a polled input device
mac80211 IEEE 802.11 subsystem
snd_intel8x0 Intel 82801AA,82901AB,i810,i820,i830,i840,i845,MX440; SiS 7012; Ali 5455
uhci_hcd USB Universal Host Controller Interface driver
snd_pcm_oss PCM OSS emulation for ALSA.
fan ACPI Fan Driver
cfg80211 wireless configuration support
ppdev
ehci_hcd USB 2.0 'Enhanced' Host Controller (EHCI) Driver
snd_mixer_oss Mixer OSS emulation for ALSA.
snd_ac97_codec Universal interface for Audio Codec '97
nvidia
lp
eeprom_93cx6 EEPROM 93cx6 chip driver
parport_pc PC-style parallel port driver
ohci1394 Driver for PCI OHCI IEEE-1394 controllers
parport
psmouse PS/2 mouse driver
ac97_bus
ieee1394
serio_raw Raw serio driver
8139too RealTek RTL-8139 Fast Ethernet driver
e100 Intel(R) PRO/100 Network Driver
snd_pcm Midlevel PCM code for ALSA.
pcspkr PC Speaker beeper driver
battery ACPI Battery Driver
8139cp RealTek RTL-8139C+ series 10/100 PCI Ethernet driver
snd_timer ALSA timer interface
i2c_core I2C-Bus main module
iTCO_wdt Intel TCO WatchDog Timer Driver
mii MII hardware support library
evdev Input driver event char devices
snd Advanced Linux Sound Architecture driver for soundcards.
ac ACPI AC Adapter Driver
iTCO_vendor_support Intel TCO Vendor Specific WatchDog Timer Driver Support
usbcore
soundcore Core sound module
sg SCSI generic (sg) driver
shpchp Standard Hot Plug PCI Controller Driver
snd_page_alloc Memory allocator for ALSA system.
processor ACPI Processor Driver
thermal ACPI Thermal Zone Driver
pci_hotplug PCI Hot Plug PCI Core
intel_agp
button ACPI Button Driver
agpgart AGP GART driver
rtc_cmos Driver for PC-style 'CMOS' RTCs
rtc_core RTC class support
rtc_lib
ext4 Fourth Extended Filesystem
mbcache Meta block cache (for extended attributes)
jbd2
crc16 CRC16 calculations
sr_mod SCSI cdrom (sr) driver
cdrom
sd_mod SCSI disk (sd) driver
ata_piix SCSI low-level driver for Intel PIIX/ICH ATA controllers
ata_generic low-level driver for generic ATA
pata_acpi SCSI low-level driver for ATA in ACPI mode
libata Library module for ATA devices
floppy
scsi_mod SCSI core
Display
Display
Display
Resolution 1600x900 pixels
Vendor The X.Org Foundation
Version 1.6.3.901
Monitors
Monitor 0 1600x900 pixels
Extensions
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
NV-CONTROL
NV-GLX
RANDR
RECORD
RENDER
SECURITY
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
OpenGL
Vendor NVIDIA Corporation
Renderer GeForce2 MX/AGP/SSE2
Version 1.5.8 NVIDIA 96.43.13
Direct Rendering Yes
Processor
Processor
Processor
Name Intel(R) Pentium(R) 4 CPU 1.60GHz
Family, model, stepping 15, 1, 2 (Pentium 4)
Vendor Intel
Configuration
Cache Size 256kb
Frequency 1594.77MHz
BogoMIPS 3190.44
Byte Order Little Endian
Features
FDIV Bug no
HLT Bug no
F00F Bug no
Coma Bug no
Has FPU yes
Cache
Cache information not available
Capabilities
fpu Floating Point Unit
vme Virtual 86 Mode Extension
de Debug Extensions - I/O breakpoints
pse Page Size Extensions (4MB pages)
tsc Time Stamp Counter and RDTSC instruction
msr Model Specific Registers
pae Physical Address Extensions
mce Machine Check Architeture
cx8 CMPXCHG8 instruction
apic Advanced Programmable Interrupt Controller
sep Fast System Call (SYSENTER/SYSEXIT)
mtrr Memory Type Range Registers
pge Page Global Enable
mca Machine Check Architecture
cmov Conditional Move instruction
pat Page Attribute Table
pse36 36bit Page Size Extensions
clflush Cache Line Flush instruction
dts Debug Store
acpi Thermal Monitor and Software Controlled Clock
mmx MMX technology
fxsr FXSAVE and FXRSTOR instructions
sse SSE instructions
sse2 SSE2 (WNI) instructions
ss Self Snoop
ht HyperThreading
tm Thermal Monitor
up smp kernel running on up
pebs Precise-Event Based Sampling
bts Branch Trace Store
Memory
Memory
Total Memory 1034084 kB
Free Memory 94276 kB
Buffers 40536 kB
Cached 700112 kB
Cached Swap 0 kB
Active 170788 kB
Inactive 726844 kB
Active(anon) 74112 kB
Inactive(anon) 88348 kB
Active(file) 96676 kB
Inactive(file) 638496 kB
Unevictable 12 kB
Mlocked 12 kB
High Memory 139144 kB
Free High Memory 252 kB
Low Memory 894940 kB
Free Low Memory 94024 kB
Virtual Memory 2931852 kB
Free Virtual Memory 2931852 kB
Dirty 12 kB
Writeback 0 kB
AnonPages 156996 kB
Mapped 57392 kB
Slab 24260 kB
SReclaimable 18864 kB
SUnreclaim 5396 kB
PageTables 1376 kB
NFS_Unstable 0 kB
Bounce 0 kB
WritebackTmp 0 kB
CommitLimit 3448892 kB
Committed_AS 404212 kB
VmallocTotal 122880 kB
VmallocUsed 27648 kB
VmallocChunk 52368 kB
DirectMap4k 32760 kB
DirectMap4M 876544 kB
Benchmarks
CPU Blowfish
CPU Blowfish
This Machine 1595 MHz 50.176
Intel(R) Celeron(R) M processor 1.50GHz (null) 26.1876862
PowerPC 740/750 (280.00MHz) (null) 172.816713
CPU CryptoHash
CPU CryptoHash
This Machine 1595 MHz 11.071
CPU Fibonacci
CPU Fibonacci
This Machine 1595 MHz 74.202
Intel(R) Celeron(R) M processor 1.50GHz (null) 8.1375674
PowerPC 740/750 (280.00MHz) (null) 58.07682
CPU N-Queens
CPU N-Queens
This Machine 1595 MHz 132.704
FPU FFT
FPU FFT
This Machine 1595 MHz 104.630
FPU Raytracing
FPU Raytracing
This Machine 1595 MHz 212.639
Intel(R) Celeron(R) M processor 1.50GHz (null) 40.8816714
PowerPC 740/750 (280.00MHz) (null) 161.312647
So what I am wanting help with is finding the solution to the cpu usage so that I can use this computer at least until I can afford a new power supply or whatever. I am open to any good suggestions, though I must state I am not really interested in tiling wm's at the moment. I am just not a true minimalist.
Thanks in advance for any and all help. I understand that there is a lot of info in this post, but it is my hope that with this info the problem can be solved. If there is info I didn't provide that is needed, please let me know.

also check that you have
session.screen0.opaqueMove false
in your .fluxbox/init this will probably help a bit if it is currently true,
Last edited by Cyrusm (2009-01-26 13:52:13)

Java Process with High CPU

Similar Messages

Maybe you are looking for