Cleaner thread pegging cpu ?

Hi All,
I have an application that uses JE. After several restarts and with db around 10G in size, cpu runs high when I open the db. Repeated thread dump points me to cleaner thread:
At Time 1 :
"Cleaner-1" daemon prio=6 tid=0x0352e400 nid=0x1654 runnable [0x03adf000]
java.lang.Thread.State: RUNNABLE
at java.io.RandomAccessFile.readBytes(Native Method)
at java.io.RandomAccessFile.read(Unknown Source)
at com.sleepycat.je.log.FileManager.readFromFileInternal(FileManager.jav
a:1456)
At Time 2:
"Cleaner-1" daemon prio=6 tid=0x0352e400 nid=0x1654 runnable [0x03adf000]
java.lang.Thread.State: RUNNABLE
at java.io.RandomAccessFile.readBytes(Native Method)
at java.io.RandomAccessFile.read(Unknown Source)
at com.sleepycat.je.log.FileManager.readFromFileInternal(FileManager.jav
a:1456)
- locked <0x170f0778> (a java.io.RandomAccessFile)
at com.sleepycat.je.log.FileManager.readFromFile(FileManager.java:1377)
at com.sleepycat.je.log.FileReader.fillReadBuffer(FileReader.java:786)
at com.sleepycat.je.log.FileReader.readData(FileReader.java:661)
at com.sleepycat.je.log.FileReader.readNextEntry(FileReader.java:297)
at com.sleepycat.je.cleaner.FileProcessor.processFile(FileProcessor.java
:384)
at com.sleepycat.je.cleaner.FileProcessor.doClean(FileProcessor.java:232
- locked <0x15281a78> (a com.sleepycat.je.cleaner.FileProcessor)
at com.sleepycat.je.cleaner.FileProcessor.onWakeup(FileProcessor.java:13
7)
at com.sleepycat.je.utilint.DaemonThread.run(DaemonThread.java:140)
at java.lang.Thread.run(Unknown Source)
Any thoughts on whats causing this ?
Thanks, Regards
Vissu

Thanks for your response. We have 3 BDB stores. Stats from all three at two different time periods are posted below:
At Time 1:
------------------ DB NAME store1 BDB STATS START ---------------------
Compression stats
splitBins=0
dbClosedBins=0
cursorsBins=0
nonEmptyBins=0
processedBins=0
inCompQueueSize=0
Eviction stats
nEvictPasses=192
nNodesSelected=7,257
nNodesScanned=72,984
nNodesExplicitlyEvicted=4,054
nRootNodesEvicted=1
nBINsStripped=3,202
requiredEvictBytes=544,584
Checkpoint stats
nCheckpoints=3
lastCheckpointId=1,071
nFullINFlush=54
nFullBINFlush=2
nDeltaINFlush=10,869
lastCheckpointStart=0x18/0x3e8b1e6f
lastCheckpointEnd=0x18/0x3ea6cbf3
endOfLog=0x18/0x3ea6cbf3
Cleaner stats
cleanerBacklog=6
nCleanerRuns=1
nCleanerDeletions=0
nINsObsolete=0
nINsCleaned=0
nINsDead=0
nINsMigrated=0
nLNsObsolete=0
nLNsCleaned=0
nLNsDead=0
nLNsLocked=0
nLNsMigrated=25,370
nLNsMarked=0
nLNQueueHits=0
nPendingLNsProcessed=0
nMarkedLNsProcessed=25,329
nToBeCleanedLNsProcessed=41
nClusterLNsProcessed=0
nPendingLNsLocked=0
nCleanerEntriesRead=139,424
Cache stats
nNotResident=23,045
nCacheMiss=22,740
nLogBuffers=3
bufferBytes=3,145,728
dataBytes=100,772,127
adminBytes=424,471
lockBytes=240
cacheTotalBytes=104,342,566
sharedCacheTotalBytes=0
nSharedCacheEnvironments=0
IO Stats
nRandomReads=14,557
nRandomWrites=75
nSequentialReads=72,336
nSequentialWrites=0
nRandomReadBytes=32,032,768
nRandomWriteBytes=75,582,820
nSequentialReadBytes=2,329,355,350
nSequentialWriteBytes=0
Logging stats
nFSyncs=3
nFSyncRequests=3
nFSyncTimeouts=0
nRepeatFaultReads=7,537
nTempBufferWrite=0
nRepeatIteratorReads=0
nFileOpens=13
nOpenFiles=4
totalLogSize=9,640,994,599
------------------ DB NAME store1 BDB STATS END ---------------------
------------------ DB NAME store2 BDB STATS START ---------------------
Compression stats
splitBins=0
dbClosedBins=0
cursorsBins=0
nonEmptyBins=0
processedBins=0
inCompQueueSize=0
Eviction stats
nEvictPasses=250
nNodesSelected=9,918
nNodesScanned=99,748
nNodesExplicitlyEvicted=5,265
nRootNodesEvicted=1
nBINsStripped=4,652
requiredEvictBytes=553,226
Checkpoint stats
nCheckpoints=4
lastCheckpointId=1,072
nFullINFlush=54
nFullBINFlush=2
nDeltaINFlush=13,069
lastCheckpointStart=0x18/0x3e8b1e6f
lastCheckpointEnd=0x18/0x3ea6cbf3
endOfLog=0x19/0x26
Cleaner stats
cleanerBacklog=6
nCleanerRuns=1
nCleanerDeletions=0
nINsObsolete=0
nINsCleaned=0
nINsDead=0
nINsMigrated=0
nLNsObsolete=0
nLNsCleaned=0
nLNsDead=0
nLNsLocked=0
nLNsMigrated=29,285
nLNsMarked=0
nLNQueueHits=0
nPendingLNsProcessed=0
nMarkedLNsProcessed=29,244
nToBeCleanedLNsProcessed=41
nClusterLNsProcessed=0
nPendingLNsLocked=0
nCleanerEntriesRead=145,740
Cache stats
nNotResident=27,487
nCacheMiss=27,101
nLogBuffers=3
bufferBytes=3,145,728
dataBytes=100,581,101
adminBytes=688,215
lockBytes=240
cacheTotalBytes=104,415,284
sharedCacheTotalBytes=0
nSharedCacheEnvironments=0
IO Stats
nRandomReads=16,864
nRandomWrites=97
nSequentialReads=75,976
nSequentialWrites=0
nRandomReadBytes=37,252,096
nRandomWriteBytes=98,205,476
nSequentialReadBytes=2,364,861,517
nSequentialWriteBytes=0
Logging stats
nFSyncs=3
nFSyncRequests=3
nFSyncTimeouts=0
nRepeatFaultReads=8,666
nTempBufferWrite=0
nRepeatIteratorReads=0
nFileOpens=13
nOpenFiles=4
totalLogSize=9,663,617,794
------------------ DB NAME store2 BDB STATS END ---------------------
------------------ DB NAME store3 BDB STATS START ---------------------
Compression stats
splitBins=0
dbClosedBins=0
cursorsBins=0
nonEmptyBins=0
processedBins=0
inCompQueueSize=0
Eviction stats
nEvictPasses=250
nNodesSelected=9,918
nNodesScanned=99,748
nNodesExplicitlyEvicted=5,265
nRootNodesEvicted=1
nBINsStripped=4,652
requiredEvictBytes=553,226
Checkpoint stats
nCheckpoints=4
lastCheckpointId=1,072
nFullINFlush=72
nFullBINFlush=2
nDeltaINFlush=14,561
lastCheckpointStart=0x18/0x3fe81963
lastCheckpointEnd=0x19/0xa8c83
endOfLog=0x19/0xa8c83
Cleaner stats
cleanerBacklog=6
nCleanerRuns=1
nCleanerDeletions=0
nINsObsolete=0
nINsCleaned=0
nINsDead=0
nINsMigrated=0
nLNsObsolete=0
nLNsCleaned=0
nLNsDead=0
nLNsLocked=0
nLNsMigrated=31,084
nLNsMarked=0
nLNQueueHits=0
nPendingLNsProcessed=0
nMarkedLNsProcessed=31,043
nToBeCleanedLNsProcessed=41
nClusterLNsProcessed=0
nPendingLNsLocked=0
nCleanerEntriesRead=146,431
Cache stats
nNotResident=27,491
nCacheMiss=27,105
nLogBuffers=3
bufferBytes=3,145,728
dataBytes=100,601,879
adminBytes=449,652
lockBytes=240
cacheTotalBytes=104,197,499
sharedCacheTotalBytes=0
nSharedCacheEnvironments=0
IO Stats
nRandomReads=16,872
nRandomWrites=98
nSequentialReads=76,459
nSequentialWrites=1
nRandomReadBytes=37,339,136
nRandomWriteBytes=98,205,514
nSequentialReadBytes=2,377,213,763
nSequentialWriteBytes=691,356
Logging stats
nFSyncs=4
nFSyncRequests=4
nFSyncTimeouts=0
nRepeatFaultReads=8,667
nTempBufferWrite=0
nRepeatIteratorReads=0
nFileOpens=15
nOpenFiles=4
totalLogSize=9,664,308,611
------------------ DB NAME store3 BDB STATS END ---------------------
At Time 2:
------------------ DB NAME store1 BDB STATS START ---------------------
Compression stats
splitBins=0
dbClosedBins=0
cursorsBins=0
nonEmptyBins=0
processedBins=0
inCompQueueSize=0
Eviction stats
nEvictPasses=1,211
nNodesSelected=51,452
nNodesScanned=517,594
nNodesExplicitlyEvicted=25,454
nRootNodesEvicted=2
nBINsStripped=25,996
requiredEvictBytes=542,075
Checkpoint stats
nCheckpoints=19
lastCheckpointId=1,087
nFullINFlush=633
nFullBINFlush=284
nDeltaINFlush=69,089
lastCheckpointStart=0x19/0x169d56ee
lastCheckpointEnd=0x19/0x16c8999f
endOfLog=0x19/0x171e57d2
Cleaner stats
cleanerBacklog=6
nCleanerRuns=1
nCleanerDeletions=0
nINsObsolete=0
nINsCleaned=0
nINsDead=0
nINsMigrated=0
nLNsObsolete=0
nLNsCleaned=0
nLNsDead=0
nLNsLocked=0
nLNsMigrated=113,048
nLNsMarked=0
nLNQueueHits=0
nPendingLNsProcessed=0
nMarkedLNsProcessed=113,007
nToBeCleanedLNsProcessed=41
nClusterLNsProcessed=0
nPendingLNsLocked=0
nCleanerEntriesRead=252,418
Cache stats
nNotResident=95,125
nCacheMiss=93,645
nLogBuffers=3
bufferBytes=3,145,728
dataBytes=100,409,969
adminBytes=820,596
lockBytes=240
cacheTotalBytes=104,376,533
sharedCacheTotalBytes=0
nSharedCacheEnvironments=0
IO Stats
nRandomReads=51,953
nRandomWrites=477
nSequentialReads=136,332
nSequentialWrites=2
nRandomReadBytes=136,701,952
nRandomWriteBytes=484,828,017
nSequentialReadBytes=3,166,856,255
nSequentialWriteBytes=828,678
Logging stats
nFSyncs=19
nFSyncRequests=19
nFSyncTimeouts=0
nRepeatFaultReads=27,760
nTempBufferWrite=0
nRepeatIteratorReads=0
nFileOpens=16
nOpenFiles=5
totalLogSize=10,051,494,660
------------------ DB NAME store1 BDB STATS END ---------------------
------------------ DB NAME store2 BDB STATS START ---------------------
Compression stats
splitBins=0
dbClosedBins=0
cursorsBins=0
nonEmptyBins=0
processedBins=0
inCompQueueSize=0
Eviction stats
nEvictPasses=1,484
nNodesSelected=64,150
nNodesScanned=645,302
nNodesExplicitlyEvicted=31,175
nRootNodesEvicted=3
nBINsStripped=32,971
requiredEvictBytes=545,715
Checkpoint stats
nCheckpoints=23
lastCheckpointId=1,091
nFullINFlush=786
nFullBINFlush=369
nDeltaINFlush=83,587
lastCheckpointStart=0x19/0x1c867553
lastCheckpointEnd=0x19/0x1cbf4c23
endOfLog=0x19/0x1da9a82d
Cleaner stats
cleanerBacklog=6
nCleanerRuns=1
nCleanerDeletions=0
nINsObsolete=0
nINsCleaned=0
nINsDead=0
nINsMigrated=0
nLNsObsolete=0
nLNsCleaned=0
nLNsDead=0
nLNsLocked=0
nLNsMigrated=137,251
nLNsMarked=0
nLNQueueHits=0
nPendingLNsProcessed=0
nMarkedLNsProcessed=137,210
nToBeCleanedLNsProcessed=41
nClusterLNsProcessed=0
nPendingLNsLocked=0
nCleanerEntriesRead=284,941
Cache stats
nNotResident=115,933
nCacheMiss=114,144
nLogBuffers=3
bufferBytes=3,145,728
dataBytes=100,332,651
adminBytes=929,276
lockBytes=240
cacheTotalBytes=104,407,895
sharedCacheTotalBytes=0
nSharedCacheEnvironments=0
IO Stats
nRandomReads=62,928
nRandomWrites=584
nSequentialReads=151,506
nSequentialWrites=2
nRandomReadBytes=183,549,952
nRandomWriteBytes=594,201,681
nSequentialReadBytes=3,364,667,387
nSequentialWriteBytes=828,678
Logging stats
nFSyncs=23
nFSyncRequests=23
nFSyncTimeouts=0
nRepeatFaultReads=33,167
nTempBufferWrite=0
nRepeatIteratorReads=0
nFileOpens=16
nOpenFiles=5
totalLogSize=10,161,297,881
------------------ DB NAME store2 BDB STATS END ---------------------
------------------ DB NAME store3 BDB STATS START ---------------------
Compression stats
splitBins=0
dbClosedBins=0
cursorsBins=0
nonEmptyBins=0
processedBins=0
inCompQueueSize=0
Eviction stats
nEvictPasses=1,505
nNodesSelected=65,097
nNodesScanned=654,826
nNodesExplicitlyEvicted=31,615
nRootNodesEvicted=3
nBINsStripped=33,478
requiredEvictBytes=529,755
Checkpoint stats
nCheckpoints=24
lastCheckpointId=1,092
nFullINFlush=809
nFullBINFlush=375
nDeltaINFlush=87,260
lastCheckpointStart=0x19/0x1e00e932
lastCheckpointEnd=0x19/0x1e335c8d
endOfLog=0x19/0x1e3e8bae
Cleaner stats
cleanerBacklog=6
nCleanerRuns=1
nCleanerDeletions=0
nINsObsolete=0
nINsCleaned=0
nINsDead=0
nINsMigrated=0
nLNsObsolete=0
nLNsCleaned=0
nLNsDead=0
nLNsLocked=0
nLNsMigrated=143,591
nLNsMarked=0
nLNQueueHits=0
nPendingLNsProcessed=0
nMarkedLNsProcessed=143,550
nToBeCleanedLNsProcessed=41
nClusterLNsProcessed=0
nPendingLNsLocked=0
nCleanerEntriesRead=288,443
Cache stats
nNotResident=117,507
nCacheMiss=115,697
nLogBuffers=3
bufferBytes=3,145,728
dataBytes=100,356,995
adminBytes=953,476
lockBytes=240
cacheTotalBytes=104,456,439
sharedCacheTotalBytes=0
nSharedCacheEnvironments=0
IO Stats
nRandomReads=63,792
nRandomWrites=594
nSequentialReads=152,665
nSequentialWrites=2
nRandomReadBytes=190,541,824
nRandomWriteBytes=604,059,370
nSequentialReadBytes=3,390,746,461
nSequentialWriteBytes=828,678
Logging stats
nFSyncs=24
nFSyncRequests=24
nFSyncTimeouts=0
nRepeatFaultReads=33,586
nTempBufferWrite=0
nRepeatIteratorReads=0
nFileOpens=16
nOpenFiles=5
totalLogSize=10,171,054,372
------------------ DB NAME store3 BDB STATS END ---------------------
Thread dumps show cleaner doing different things but mostly working with files.
Of all the threads from thread dump, Cleaner is the only one is runnable state - dont know what it is trying to do but CPU is high (dual core machine and one core is almost at 90%).
At time 3 (thread dump shows cleaner thread again)
"Cleaner-1" daemon prio=6 tid=0x03137800 nid=0x153c runnable [0x03adf000]
java.lang.Thread.State: RUNNABLE
at java.util.zip.Adler32.updateBytes(Native Method)
at java.util.zip.Adler32.update(Unknown Source)
at com.sleepycat.je.log.ChecksumValidator.update(ChecksumValidator.java:
61)
at com.sleepycat.je.log.FileReader.validateChecksum(FileReader.java:589)
at com.sleepycat.je.log.FileReader.readNextEntry(FileReader.java:314)
at com.sleepycat.je.cleaner.FileProcessor.processFile(FileProcessor.java
:384)
at com.sleepycat.je.cleaner.FileProcessor.doClean(FileProcessor.java:232
- locked <0x1542f998> (a com.sleepycat.je.cleaner.FileProcessor)
at com.sleepycat.je.cleaner.FileProcessor.onWakeup(FileProcessor.java:13
7)
at com.sleepycat.je.utilint.DaemonThread.run(DaemonThread.java:140)
at java.lang.Thread.run(Unknown Source)
At time 4
"Cleaner-1" daemon prio=6 tid=0x03137800 nid=0x153c runnable [0x03adf000]
java.lang.Thread.State: RUNNABLE
at java.io.RandomAccessFile.readBytes(Native Method)
at java.io.RandomAccessFile.read(Unknown Source)
at com.sleepycat.je.log.FileManager.readFromFileInternal(FileManager.jav
a:1456)
- locked <0x1a201ca8> (a java.io.RandomAccessFile)
at com.sleepycat.je.log.FileManager.readFromFile(FileManager.java:1377)
at com.sleepycat.je.log.FileReader.fillReadBuffer(FileReader.java:786)
at com.sleepycat.je.log.FileReader.readData(FileReader.java:661)
at com.sleepycat.je.log.FileReader.readNextEntry(FileReader.java:297)
at com.sleepycat.je.cleaner.FileProcessor.processFile(FileProcessor.java
:384)
at com.sleepycat.je.cleaner.FileProcessor.doClean(FileProcessor.java:232
- locked <0x1528be68> (a com.sleepycat.je.cleaner.FileProcessor)
at com.sleepycat.je.cleaner.FileProcessor.onWakeup(FileProcessor.java:13
7)
at com.sleepycat.je.utilint.DaemonThread.run(DaemonThread.java:140)
at java.lang.Thread.run(Unknown Source)
Values have timestamps (nano) and versions + actual value which is about 300 bytes.
JDK = 1.6.04, JE 3.3.62. this experiment was done on XP.
Any help is appreciated.
Regards
Vissu

Similar Messages

  • UWC -- 2005Q4, web instance pegs CPU

    Hello --
    arrived at office today to see recently upgraded web instance running latest UWC -- 2005Q4 (118540-21) fully pegged CPU (load ave in 5-6 range).
    Nice thing: the web instance did respond to stop (ie. not hung).
    The restart of web instance went fine -- and now UWC working as expected.
    We've been running JES 2005Q4 for awhile now (upgrade more than month ago). Many users grumbling with various end-user issues with UWC -- various bugs. small little usage/behavior issues that are a pain when working in airport or Kinkos, etc.
    With this most recent CPU peg issue: curious how many tech-support only builds have been released since      118540-21??
    Note -- current upgrade 2005Q4 platform on solaris 9 with recent patches (per patch mgr 2.0). all shared patches applied. Directory, admin, calendar, mail, web, ID, and UWC all upgraded successfully.
    Any insight would be appreciated. -GA

    Hey Jay --
    Just went rounds with Sun inside sales -- attempting to license JES CommSuite in order to get support (and access to the tech-support only patches).
    Essentially, no dice. As company with less than ten users, I can't justify spending min of $5,000 year just for licensing -- in order to get support.
    Please check following thread:
    http://supportforum.sun.com/sjes/index.php?t=msg&th=742&start=0&rid=17767&SQ=d3620791e3a9a9c7e2f58f8cbf1da831
    Is this an "over sight" between Sun JES product mgmt and tech support (ie. offer software "free" to companies under 100 users -- but require support access in order to get latest patches in order to run software in production).
    My take: the end-user oddities with UWC in JES 2005Q4 require fixes -- primary: many messages received from Outlook senders can't be read (displayed with [ndif!!]).
    Thoughts and/or suggestions?? We are willing to PAY $$$ for incident pack -- but no one @ sun support will take my $$$.
    -GA

  • How to get the cleaner thread to run

    Hi,
    I googled documentation/ previous posts, but the topic about getting the log files cleaned is still unclear to me.
    I have created around 24000 records and then deleted all of them ( ie., there is'nt even a single active record in the database). However, the folder size (around 35MB) just wont go down. Google pointed out that this should be taken care of by cleaner thread.
    I have'nt written any code/properties specific to cleaner thread, nor any other properties to do with diskspace etc. So I assume everything is default.
    Would this be run automatically ( assuming even a single record is'nt actually active) or do I need to do something to actually reclaim the diskspace?
    There is limited disk space on this folder for me and I expected the delete to actually delete and make the disk space available immediately (or soon after).
    Any help is greatly appreciated.
    Thanks.

    Cleaning and checkpointing occur in background, asynchronously, and are driven by writes to the log.
    In your test, you insert a bunch of records, then delete them all, then stop. Who knows whether log cleaning and a checkpoint happened to occur after you did the deletions. Probably not. You need to keep the app running and writing data.
    Please do this test: Alternate insertions, then deletions, then insertions, then deletions, etc. Keep this running. You'll see the cleaner deleting the old files.
    --mark                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • Taskhost.exe DfpCommon.dll thread high CPU utilization

    Pic: http://fud.community.services.support.microsoft.com/Fud/FileDownloadHandler.ashx?fid=f1b9ab2d-9b4e-4ed9-ba70-21a1e1d8e304
    Looks like a bug. What's happening?
    Stack:
    ntoskrnl.exe!KeSynchronizeExecution+0x2246
    ntoskrnl.exe!KeRemoveQueueEx+0x108e
    ntoskrnl.exe!KeRemoveQueueEx+0xae9
    ntoskrnl.exe!KeWaitForSingleObject+0x22a
    ntoskrnl.exe!KeSetBasePriorityThread+0x4ec
    ntoskrnl.exe!KeRemoveQueueEx+0x281d
    ntoskrnl.exe!KeSynchronizeExecution+0x4133
    DfpCommon.dll!IsRunningElevated+0x5e98
    DfpCommon.dll!DllUnregisterServer+0xda7e
    DfpCommon.dll!DllUnregisterServer+0xe49d
    DfpCommon.dll!DllUnregisterServer+0xedc4
    DfpCommon.dll!DllUnregisterServer+0xeafe
    DfpCommon.dll!DllUnregisterServer+0x161e5
    DfpCommon.dll!DllUnregisterServer+0x1a8a0
    DfpCommon.dll!DllUnregisterServer+0x1a9a7
    DfpCommon.dll!DllUnregisterServer+0x1a7fb
    DfpCommon.dll!DllUnregisterServer+0x19782
    DfpCommon.dll!DllUnregisterServer+0x1c537
    DfpCommon.dll!DllUnregisterServer+0x1f340
    DfpCommon.dll!DllUnregisterServer+0x1eb24
    DfpCommon.dll!IsRunningElevated+0x17e3c
    DfpCommon.dll!IsRunningElevated+0x17ff6
    KERNEL32.DLL!BaseThreadInitThunk+0xd
    ntdll.dll!RtlUserThreadStart+0x1d

    Checked this ?
    http://answers.microsoft.com/en-us/windows/forum/windows8_1-performance/taskhostexe-dfpcommondll-thread-high-cpu/c16ce12f-5bc4-4f59-9e08-7404c554a8e5
    Arnav Sharma | http://arnavsharma.net/ Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading
    the thread.

  • ABOUT "connecttion lifetime" and "clean thread"

    Hi expert, can you explain what "connection lifetime" and "clean thread" mean in JDBC Connector service to me ?thanks

    Hi Justin,
    Though I am no developer, here's what I found:
    The JDBC Connector Service is a resource adapter based on the Java Database Connectivity (JDBC) standard to enable you to connect to databases. It creates, manages, and stores in a pool the DataSource objects that are used to obtain physical connections to a database.
    Next comes a document type definition (DTD) which is used for producing XML files for the creation of DataSource objects. What you asked are elements used to define this DTD. Explanation is:
    1. ELEMENT expiration-control (connection-lifetime, run-cleanup-thread)
    Connection-lifetime element specifies a period in seconds, after which the connection expires.
    Used in: expiration-control
    2. ELEMENT run-cleanup-thread (#PCDATA)
    Isolation-level element determines a transaction isolation level for the DataSource object. If you do not specify the isolation level, the system uses the default isolation level of the used database.
    Used in: data-source
    ELEMENT isolation-level (#PCDATA)
    Sql-engine element defines what type of connection the system should return.
    Valid values:
    Open_SQL u2013 the system returns a DBI CommonConnection
    Native_SQL u2013 the system returns a DBI DirectConnection
    Vendor_SQL u2013 the system returns a standard connection from JDBC driver (not using DBI at all)
    Used in: data-source
    Please follow Link: [http://help.sap.com/saphelp_nw2004s/helpdata/en/64/0bee3da7138e5be10000000a114084/frameset.htm]
    Please reward points if that helped.
    regards, Sean.

  • Kernel task is hogging lots of threads and CPU time

    My Mavericks Quad Macbook Pro is getting pretty slow these days and at some point I'll have to reinstall everything I think. However I can't start that for a while as I have important projects on the go. I looked in Activity Monitor first and I can see a kernel task constantly running with no indication of what it is doing. So I opened Console and looked at the Diagnostic log. I can see a lot of lines referring to com.apple.message. Hundreds of identical lines actually. I did not have Messages running so I opened it, and sure enough that showed up in console live. However the log shows a slightly different app and a totally different UUID, which seems odd.
    Anybody understand what this is all about? See below. I opened one of the endlessly repeating items plus one that I know is from the Messages app below it.
    23/03/2015 08:28:29.242 UserEventAgent[235]: com.apple.message.domain: com.apple.usage.app_activetime
    com.apple.message.signature: universalAccessAuthWarn
    com.apple.message.signature2: com.apple.accessibility.universalAccessAuthWarn ||| 1.0 (190.1)
    com.apple.message.value: 633
    com.apple.message.value2: 0
    com.apple.message.value3: 0
    com.apple.message.value4: 0
    com.apple.message.value5: 0
    com.apple.message.value6: 0
    com.apple.message.value7: 0
    com.apple.message.result: NO
    com.apple.message.summarize: YES
    Sender_Mach_UUID: 55428B1C-9198-32BF-80EA-4731081F402E
    23/03/2015 08:44:17.426 Messages[8722]: com.apple.message.domain: com.apple.iChat.app.weeklyStats
    com.apple.message.video_chat_passed: 0
    com.apple.message.video_chat_failed: 0
    com.apple.message.video_chat_noop: 0
    com.apple.message.audio_chat_passed: 0
    com.apple.message.audio_chat_failed: 0
    com.apple.message.audio_chat_noop: 0
    com.apple.message.screen_sharing_passed: 0
    com.apple.message.screen_sharing_failed: 0
    com.apple.message.screen_sharing_noop: 0
    com.apple.message.average_message_length: 0.000000
    com.apple.message.messages_sent: 0
    com.apple.message.messages_received: 0
    com.apple.message.sms_sent: 0
    com.apple.message.sms_menu_used: User never selected SMS menu
    com.apple.message.result: pass
    com.apple.message.imessage_offered_upgrades: 0
    com.apple.message.imessage_upgrades: 0
    com.apple.message.imessage_declines: 0
    com.apple.message.imessages_sent: 0
    com.apple.message.imessages_received: 0
    Sender_Mach_UUID: 212E34A8-B310-3729-8D11-879E9985A0BD
    23/03/2015 08:44:17.427 Messages[8722]: com.apple.message.domain: com.apple.iChat.app.servicesUsedThisWeek
    com.apple.message.aim: 0
    com.apple.message.bonjour: 0
    com.apple.message.yahoo: 0
    com.apple.message.jabber: 0
    com.apple.message.google_talk: 0
    com.apple.message.imessage: 1
    com.apple.message.other: 0
    com.apple.message.result: pass
    Sender_Mach_UUID: 212E34A8-B310-3729-8D11-879E9985A0BD
    23/03/2015 08:44:32.607 Messages[8722]: com.apple.message.domain: com.apple.iChat.app.prefs
    com.apple.message.one_on_one_style: com.apple.iChat.Styles.Balloons-ShowPictures
    com.apple.message.group_style: com.apple.iChat.Styles.Balloons-ShowPictures
    com.apple.message.incoming_bg_color: Automatic
    com.apple.message.outgoing_bg_color: Automatic
    com.apple.message.incoming_font: Default 12.000000
    com.apple.message.outgoing_font: Default 12.000000
    com.apple.message.save_history: Don't Save
    Sender_Mach_UUID: 212E34A8-B310-3729-8D11-879E9985A0BD

    The kernel_task is the heart of the operating system.  It will have on the order of a 100 threads (more or less).  So when you ask the operating system to do something, like read/write a disk, do network I/O, talk to your mouse/trackpad, keyboard, monitor, etc... kernel_task is the code that is going to do that at the lowest levels.
    Also if you have installed any 3rd party drivers (kernel extensions), they are going to become part of kernel_task and the CPU time they use will be part of kernel_task.
    If you have anti-malware, Mac cleaner or memory cleaner software installed, many of these packages install drivers that then try to out-guess the kernel_task and often result in slowing down the system, interfering with the normal operation of the system, or causing kernel panics.  These kinds of packages are not recommended by long term forum contributors.
    Please provide the output from EtreCheck, which will show the 3rd party additions you have installed.
    <https://discussions.apple.com/docs/DOC-6174>

  • LaunchCFMA hanging and pegging CPU....

    So I've encountered my first real Leopard issue. It involves LaunchCFMA and opening Photoshop CS files (original CS, yes, not CS2 or CS3). When I open one of the PS files, it seems to randomly hang—sometimes these same files will all open without issue at all, and other times none will open—which will peg LaunchCFMA to 100% CPU. It will just sit there and do nothing. I've let it sit for a few minutes and the files still didn't open. But!—this is the big but—if I simply click click anywhere (on the Desktop, in another app, etc.), the file will immediately open as normal.
    Here's a video to illustrate better.
    You could say, "Well, why not just click twice?" Yeah, it seems minor, but it's bothersome that it's random, and that it pegs one of my CPUs to 100% indefinitely unless I intervene. This is also an issue with creating scripted workflows, too, or batching things. I know it's only been two days, but any ideas, folks? Thanks for any help!

    I have seen the same basic behavior saving a PowerPoint file (Clean install of 10.5.1, clean copy of Office 2004, updated by Microsoft Autoupdate).
    Essentially, it took 35 minutes to save a roughly one megabyte PowerPoint file; for that time, launchCFMA.app was pegging one of the cores.
    My initial reaction was to suspect disk problems; the disk, of course checked out fine and I was able to replicate the problem on my MacBookPro.

  • Syslog pegging CPU

    All of a sudden syslog is pegging my CPU to between 90% and 100%. I've checked all the forum info on this subject and nothing seems to help. Looking into /var/log shows no log files of excessive size. I've restarted syslogd and rebooted, but still no joy.
    Anything else I can look into?

    I did this, but the large log file in the asl subdirectory still exists. This is the output that I saw in daily.out
    Sun Jan 11 21:21:10 CST 2009
    Removing old log files:
    Removing old temporary files:
    Cleaning out old system announcements:
    Local system status:
    21:21 up 21 mins, 2 users, load averages: 1.12 1.08 0.80
    Removing scratch and junk files:
    Removing scratch fax files
    Checking subsystem status:
    disks:
    Filesystem 1024-blocks Used Available Capacity Mounted on
    /dev/disk0s2 243862672 144058224 99548448 60% /
    Last dump(s) done (Dump '>' file systems):
    network:
    Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
    lo0 16384 <Link#1> 1154 0 1154 0 0
    lo0 16384 localhost fe80::1 1154 - 1154 - -
    lo0 16384 127 localhost 1154 - 1154 - -
    lo0 16384 localhost ::1 1154 - 1154 - -
    gif0* 1280 <Link#2> 0 0 0 0 0
    stf0* 1280 <Link#3> 0 0 0 0 0
    en0 1500 <Link#4> 00:1f:f3:d6:29:de 0 0 0 0 0
    fw0 2030 <Link#5> 00:21:e9:ff:fe:be:52:10 0 0 0 0 0
    en1 1500 <Link#6> 00:1f:5b:bf:cd:ec 7794 0 7041 0 0
    en1 1500 Firehole.lo fe80::21f:5bff:fe 7794 - 7041 - -
    en1 1500 192.168.1 192.168.1.100 7794 - 7041 - -
    en1 1500 (16)00:00:2d:ff:56 7794 0 7041 0 0
    -- End of daily output --

  • Mail pegs CPU

    Occasionally, every few hours, Mail will peg the CPU to over 100% (dual processor). I'll have to force a quit. It usually happens when it is sitting in the background without me working on it.
    I've searched the forum without success.
    This is my first Mac and I'm new to these forums.
    I've got a MacBook Pro with 2.4 GHz Core Duo and 4GB RAM. I'm running Leopard (not a clean install), but I didn't use Mail until Leopard. I connect to my server with IMAP.
    I've been a Thunderbird user forever, but am trying out Mac Mail. The rare crash and this pegging of the CPU may drive me back to Thunderbird.
    Any help or insight would be appreciated.
    Thanks

    It settled down after a while without rebooting. While it was heavily using processor time, I also had other programs running such as iTunes, Firefox, TextEdit, iPhoto, and of course, the Activity Monitor. I've had those and more running concurrently before, but it could be a coincidence of events happening at the same time. Memory was ok (not overloaded and still had a fair amount of free space). Perhaps at some low level (as evidenced by %System usage), Mail was trying to acquire a resource it could get at the time, a lock or some such perhaps, and spinning until it could get it. Can't say for sure. After shutting down the other programs (Firefox and Mail are running at this time), CPU is between 90 and 95% idle now.

  • Java threads consume CPU in sleep state (??)

    Hi,
    I'm using the PRSTAT command on Solaris for the first time.
    I am investigating high CPU usage problem in my application. So to monitor the CPU usage I used the prstat and mpstat command. My machine is a 2-CPU box.
    The prstat -L -p <pid> command output is as follows:
    PID     UNAME  ... ....  STATE           CPU      PROCESS / LWPID
    2962   bea                   run           7.6%           java / 5
    2962   bea                   run           5.6%           java / 38
    2962   bea                   run           5.6%           java / 22
    2962   bea                   sleep         5.5%           java / 21
    2962   bea                   sleep         5.4%           java / 36
    2962   bea                   cpu2          5.2%           java / 23
    2962   bea                   sleep         5.1%           java / 29
    2962   bea                   run           5.1%           java / 37
    2962   bea                   sleep         4.9%           java / 34
    2962   bea                   run           4.9%           java / 15
    2962   bea                   run           1.1%           java / 12
    2962   bea                   sleep         1.0%          java / 33
    2962   bea                   run           0.6%           java / 14
    2962   bea                   run           0.0%           java / 17
    ..... This shows that of all the threads in my app only one thread(23) is currently on the CPU and is using 5.2% of CPU. But why are the threads in sleep and runnable state consuming CPU?
    Also the mpstat output shows high CPU usage:
    CPU minf mjf xcal  intr ithr  csw icsw migr smtx  srw syscl  usr sys  wt idl
      0   8   0  366  428   61   994   387  40   70     0 10941  95   4    0    1
      2   3   0  370  1003  563 1362  648   42   61    0  5374    92   2   0    6If my application is taking only ~57% according to sum of values from prstat, why is my mpstat showing 95% and 92% usage on EACH of my CPUs...??
    I'm unable to interpret the result.
    Any help would be really useful to me at this moment.
    .

    Hi,
    Your question should be posted in a unix forum instead of a java forum. The question, and the answer is not related to java.
    The reason that prstat shows processes in sleaping state is that it doesn't create a snaphost at one point in time. It does instead show an average over some time (don't know the period), so the process has been running and consumed cpu, or is generally running, but currently sleeping.
    Kaj

  • Unable to detect Hyper Threading of CPU SL6WE 3.2 in MSI-865PE Neo2

    Hi! I am new to this forum and need some help. I have just installed a  Intel Pentium 4 3.2GHz Northwood SL6WE 478 800MHz/512k . I bought this on e-bay and understand that this cpu supports hyper threading. I have enabled hyper threading in the bios, but only see one cpu in Widows System Properties and only one cpu in Windows Task Manager. I had a 2.6 cpu installed previously, no hyper threading. My motherboard is an MSI-865PE Neo2 version 1.1, 2GB Ram ( 4x512 ?), Thermaltke TR2-430W power supply, Freezer 4 Arctic Cooler, Nvidia GeForce 6600, LG DVD RAM burner, 16x DVD ROM, WD 250 gig and an Hitachi 80 gig hard drive. I also used Arctic Silver 5 thermal paste (after using Arcticclean and Surface Purifier). Have I missed somethig? Would appreciate help in solving why I have no hyper threading.

    200 7-3-3-2.5 Ultra Turbo and 212 5-3-3-2.5 Ultra Turbo is a
    no boot. Thinks ultra-turbo tries to set mem timings to
    2-2-2-5 below 218FSB and my memory can't do that.
    Turbo boots ok. Normal setting disabled PAT.
    200 2.5-3-3-7 Turbo PAT on    4.6GB/s
    200 2.5-3-3-7 Normal PAT off  4.2GB/s
    212 2.5-3-3-5 Turbo PAT on    4.8GB/s
    212 2.5-3-3-5 Normal Pat off   4.5GB/s
    Also tried 250 1:1, not prime95 stable
    250 2.5-3-3-7 Ultra-turbo        6GB/s
    I think pat is disabled above 218FSB on
    1:1 and 5:4 setting, but not on 4:5 setting.
    You should get close to or above 6GB/s at
    1:1 250 3-3-3-5 bios overclocking.
    Maybe something is running in the background
    stealing cpu power or something?
    Well, you have to test some more, maybe a
    fresh windows setup will help?

  • 100% thread pool/CPU usage prevent MII Applications from working

    Hello to all,
    our MII Applications were running on MII 11.5 (windowsserver 2003, with IIS) without any problems.
    We migrated these MII Applications  to SAP xMII Version 12.0 SP8, SAP NW 7.00 SP20, Java HotSpot(TM) 64-Bit Server VM (build 1.4.2_22-rev-b03, mixed mode).
    Since then we faced several problems that prevent the MII Applications from working, e.g.
    - 100% application thread pool usage rate
    - 100% CPU usage
    - awful lot of http connections
    Several sap support calls didn't find the root cause.
    Workaround: restart sap system weekly
    Does anyone has any idea how to go on?
    Thanks
    Simone

    Hi Mike,
    sap support told us to install this Java version.
    Furthermore SAP Note 716604 says "do not use J2SE 5.0" and "Currently, we recommend 1.4.2_24 b06".
    Any more ideas?
    Regards,
    Simone

  • Describe HTMLDB_APPLICATION_FILES pegs CPU

    logged in to OracleXE as SYSTEM
    in SQL command window, typed 'describe HTMLDB_APPLICATION_FILES', pressed Ctrl-Enter
    cpu is pegged at ~97%
    shutdown and restarted database, tried again, same results
    running on Windows XP
    describe ALL_USERS worked just fine
    describe HTMLDB_APPLICATION_FILES worked just fine in SQL*Plus
    tried one more time before submitting this post -- yep, pegged again @+90%

    Thanks, mcstock. This was reported earlier and has been taken care of in an upcoming release:
    Bug in the XE GUI
    Sergio

  • Weblogic: ONE thread cause CPU soaring(50%+),NEVER die,why?

    hi,
    My environment is as follows:
    APPSERVER: weblogic 8.1.4 sp4
    JDK: IBM jdk1.4
    OS: AIX 5.3
    DB: oracle
    our app model is as follows:
    user | server | cluster
    user1 \************/server1
    user2 -- proxy server -- server2
    user3 / ***********\server3
    (https) (http)
    the proxy server and server1/2/3 are all in one domain(server1/2/3 one cluster),
    once we restart the proxy server,everything looks fine,but 1 or 2 days
    later,the CPU start soaring,from 10~20% to 50%(proxy server cpu usage),
    however,the server1/2/3 are all healty(cpu not high),if we restart server1/2/3
    the problem still exist, and after some time,the cpu would be up to 90%+,then
    we MUST restart the proxy server,then everything ok again.
    Now the cpu is 50%+,we checked the proxy server's active threads,and found ONE
    thread whose id is 252 continue exist and the request never change during one day.
    the thread state is :
    252 13262 weblogic.t3.srvr.SSLListenThread$1@2778a170 n/a n/a
    then we get the thread dump by kill -3,we get this info about this thread:
    at 0xD3764B18 in
    "ExecuteThread: '252' for queue: 'weblogic.kernel.Default'" (TID:0x300C2168, sys_thread_t:0x7E6F08A8, state:R, native ID:0x10506) prio=5
    at com.rsa.jsafe.JCMPInt.addVectors(Unknown Source)
    at com.rsa.jsafe.JCMPInt.addInPlace(Unknown Source)
    at com.rsa.jsafe.JCMPInt.subtractSigned(Unknown Source)
    at com.rsa.jsafe.JCMPInt.modInvertSchroeppel(Unknown Source)
    at com.rsa.jsafe.JCMPInt.modInvert(Unknown Source)
    at com.rsa.jsafe.JA_RSA.generateBlindingValues(Unknown Source)
    at com.rsa.jsafe.JA_RSA.generateBlindingValuesBuffer(Unknown Source)
    at com.rsa.jsafe.JA_RSAPrivateKey.getKeyDataBlind(Unknown Source)
    at com.rsa.jsafe.JA_RSAPrivateKey.getKeyData(Unknown Source)
    at com.rsa.jsafe.JA_KeyData.getKeyData(Unknown Source)
    at com.rsa.jsafe.JA_RSA.generalDecryptInit(Unknown Source)
    at com.rsa.jsafe.JA_RSA.decryptInit(Unknown Source)
    at com.rsa.jsafe.JG_AsymmetricCipher.doDecryptInit(Unknown Source)
    at com.rsa.jsafe.JSAFE_AsymmetricCipher.decryptInit(Unknown Source)
    at com.rsa.jsafe.JSAFE_AsymmetricCipher.decryptInit(Unknown Source)
    at com.certicom.tls.provider.cipher.JSAFE_RSA.init(Unknown Source)
    at com.certicom.tls.record.handshake.ServerStateSentHelloDone.handle(Unknown Source)
    at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessage(Unknown Source)
    at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessages(Unknown Source)
    at com.certicom.tls.record.MessageInterpreter.interpretContent(Unknown Source)
    at com.certicom.tls.record.MessageInterpreter.decryptMessage(Unknown Source)
    at com.certicom.tls.record.ReadHandler.processRecord(Unknown Source)
    at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
    at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknown Source)
    at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Unknown Source)
    at javax.net.ssl.impl.SSLSocketImpl.startHandshake(Unknown Source)
    at com.bea.sslplus.CerticomSSLContext.forceHandshakeOnAcceptedSocket(Unknown Source)
    at weblogic.security.utils.SSLContextWrapper.forceHandshakeOnAcceptedSocket(SSLContextWrapper.java(Compiled Code))
    at weblogic.t3.srvr.SSLListenThread$1.execute(SSLListenThread.java(Compiled Code))
    at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java(Compiled Code))
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java(Compiled Code))
    we start google,but nothing found about this problem.The only way to solve this problem now is to restart
    the proxy server,can anyone help me to solve this problem? any response is appreciated!!!
    cowrie / 2009-6-3

    why,please help me ....

  • LabVIEW pegs CPU usage after running VIs

    Hey folks,
    this is a general inquiry simply because I don't think I could explain (nor upload) all of the complex pieces of the code involved in the creation of the isue I'm having.  Long story short, I have several processes, the main proc calls up two others, there is some information exchanged between procs etc in the initialization process as expected, and there are also several errors that occur (still in the process of debugging it).  The problem occurs when the processes are exited.  All VIs stop running as they should, however something in the background (no visual prescence) has my CPU pegged at just under 100% and I have to kill LabVIEW in the task manager or wait for it to slowly respond to me telling it to quit/exit...
    My question is, has anyone else ever had this issue? if so, could you point me in a direction that may help me find the culprit in my case?  I've had plenty of situations when I started VIs that wouldn't stop due to the loop conditions I ut in place, but in this case all VIs show to be stopped...
    Thanks for any ideas

    you guys are quick! thanks for the help! (kudos to you!)
    I don't see the data trace execution toolkit, but I think we have a lic for it... I'll have to download it.
    regard to altenbach's questions:
    How does the main process call the others?
    One is an async call (remote interface)- the other is call by ref (GUI).  When this first happened, I figured the one I called async was stuck running, but when I brought it up it was stopped...  
    How is information exchanged between processes?
    Mostly by User events that are held in an individual api VI for each proc, very little is done via 'remote enqueue' (only the exit of the two sub proc's are done that way right now)
    How does the quit/exit dialog look like?
    There isnt a separate dialog, but the execution of the exit/quit button seems to go just fine, doesnt hang while pressed or anything.
    What is your LabVIEW version?
    2011
    Are you opening an infinite number of references, trying to allocate an infinite amount of memory, or similar?
    It may be that I'm opening a new ref each time... I'm gonna have to look into this.. thanks!
    again thanks for all your help

Maybe you are looking for