Weblogic Hung threads

What exactly in the WL log files indicate a hung thread? I'm looking to write a script to monitor WL logs and notify by email when a hung thread situation happens.
TIA
Vinayan Menon

Stuck thread. Weblogic logs stuck thread in log file and you can specify stuck thread interval in admin console.
http://e-docs.bea.com/wls/docs92/ConsoleHelp/taskhelp/tuning/TuningExecuteThreads.html
jayesh@yagnasys

Similar Messages

  • Hung Threads (Toplink 10.1.3)

    We are experiencing hung threads (waiting in TopLink code) in our app server, each one consuming a db connection so we eventually run out of db connections and die.
    We've got 9 threads waiting over 10 minutes on ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    And 1 thread waiting over 10 minutes on WriteLockManager.acquireLocksForClone(WriteLockManager.java:66)
    Thread dump Java HotSpot(TM) Client VM (1.4.2_05-b04 mixed mode):
    "Servlet.Engine.Transports : 12" daemon prio=5 tid=0x02976988 nid=0x5a waiting on condition [5e57c000..5e57fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    "Servlet.Engine.Transports : 11" daemon prio=5 tid=0x028181a0 nid=0x59 in Object.wait() [5e67c000..5e67fc30]
    at java.lang.Object.wait(Native Method)
    - waiting on <0x9e5bc300> (a oracle.toplink.internal.helper.ConcurrencyManager)
    at java.lang.Object.wait(Object.java:429)
    at oracle.toplink.internal.helper.WriteLockManager.acquireLocksForClone(WriteLockManager.java:66)
    - locked <0x9e5bc300> (a oracle.toplink.internal.helper.ConcurrencyManager)
    at oracle.toplink.publicinterface.UnitOfWork.cloneAndRegisterObject(UnitOfWork.java:715)
    at oracle.toplink.internal.sessions.UnitOfWorkIdentityMapAccessor.getAndCloneCacheKeyFromParent(UnitOfWorkIdentityMapAccessor.java:154)
    at oracle.toplink.internal.sessions.UnitOfWorkIdentityMapAccessor.getFromIdentityMap(UnitOfWorkIdentityMapAccessor.java:99)
    at oracle.toplink.internal.sessions.IdentityMapAccessor.getFromIdentityMap(IdentityMapAccessor.java:257)
    at oracle.toplink.publicinterface.UnitOfWork.registerExistingObject(UnitOfWork.java:3465)
    - locked <0x9e97ac68> (a oracle.toplink.internal.sessions.UnitOfWorkImpl)
    at oracle.toplink.publicinterface.UnitOfWork.registerExistingObject(UnitOfWork.java:3427)
    - locked <0x9e97ac68> (a oracle.toplink.internal.sessions.UnitOfWorkImpl)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.registerIndividualResult(ObjectLevelReadQuery.java:1717)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneNormally(ObjectBuilder.java:449)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:413)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:376)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:451)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.registerIndividualResult(ObjectLevelReadQuery.java:1701)
    at oracle.toplink.queryframework.ReadAllQuery.registerResultInUnitOfWork(ReadAllQuery.java:686)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:466)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:825)
    at oracle.toplink.publicinterface.UnitOfWork.internalExecuteQuery(UnitOfWork.java:2532)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingUowOld(BaseDAO.java:256)
    at com.saic.ct.sys.persistence.common.BaseDAO.findVOsForUpdate(BaseDAO.java:485)
    at com.saic.ct.sys.persistence.common.BaseDAO.findVOByPK(BaseDAO.java:291)
    at com.saic.ct.sys.persistence.schedule.ScheduleDAO.findWorkGroupByPK(ScheduleDAO.java:1248)
    "Servlet.Engine.Transports : 10" daemon prio=5 tid=0x029b0168 nid=0x58 waiting on condition [5e77c000..5e77fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    "Servlet.Engine.Transports : 9" daemon prio=5 tid=0x02c880c8 nid=0x57 waiting on condition [5e87c000..5e87fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    "Servlet.Engine.Transports : 8" daemon prio=5 tid=0x0257e900 nid=0x56 waiting on condition [5ec7c000..5ec7fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    "Servlet.Engine.Transports : 5" daemon prio=5 tid=0x02d99b40 nid=0x53 waiting on condition [5e97c000..5e97fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    "Servlet.Engine.Transports : 3" daemon prio=5 tid=0x02407580 nid=0x4f waiting on condition [5f17c000..5f17fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    "Servlet.Engine.Transports : 2" daemon prio=5 tid=0x027d1bf0 nid=0x49 waiting on condition [5ef7c000..5ef7fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneNormally(ObjectBuilder.java:443)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:413)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:376)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:451)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.registerIndividualResult(ObjectLevelReadQuery.java:1701)
    at oracle.toplink.queryframework.ReadAllQuery.registerResultInUnitOfWork(ReadAllQuery.java:686)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:466)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:825)
    at oracle.toplink.publicinterface.UnitOfWork.internalExecuteQuery(UnitOfWork.java:2532)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingUowOld(BaseDAO.java:256)
    at com.saic.ct.sys.persistence.common.BaseDAO.findVOsForUpdate(BaseDAO.java:485)
    at com.saic.ct.sys.persistence.common.BaseDAO.findVOByPK(BaseDAO.java:291)
    at com.saic.ct.sys.persistence.schedule.ScheduleDAO.findWorkGroupByPK(ScheduleDAO.java:1248)
    "Servlet.Engine.Transports : 1" daemon prio=5 tid=0x029773e0 nid=0x46 waiting on condition [664fc000..664ffc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    "Servlet.Engine.Transports : 0" daemon prio=5 tid=0x0241ce38 nid=0x44 waiting on condition [5fe7c000..5fe7fc30]
    at java.lang.Thread.sleep(Native Method)
    at oracle.toplink.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:389)
    at oracle.toplink.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:311)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:619)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:378)
    at oracle.toplink.internal.descriptors.ObjectBuilder.buildObjectsInto(ObjectBuilder.java:667)
    at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:141)
    at oracle.toplink.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:468)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:800)
    at oracle.toplink.queryframework.DatabaseQuery.execute(DatabaseQuery.java:603)
    at oracle.toplink.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:768)
    at oracle.toplink.queryframework.ReadAllQuery.execute(ReadAllQuery.java:436)
    at oracle.toplink.publicinterface.Session.internalExecuteQuery(Session.java:2062)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:981)
    at oracle.toplink.publicinterface.Session.executeQuery(Session.java:938)
    at com.saic.ct.sys.persistence.common.BaseDAO.executeQueryUsingSession(BaseDAO.java:1249)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1432)
    at com.saic.ct.sys.persistence.common.BaseDAO.findMany(BaseDAO.java:1407)
    at com.saic.ct.sys.persistence.common.CommonDAO.findClassifiers(CommonDAO.java:1609)
    ...

    Zev,
    The patch I applied was distributed in the file p5206620_101300_GENERIC.zip and contains the ObjectBuilder and Version classes. I'm pretty sure it is appplied correctly, I will verify again.
    This are the Toplink startup logs:
    [TopLink Info]: 2006.05.18 02:29:32.737--TopLink, version: Oracle TopLink - 10g Release 3 (10.1.3.0.0) (Build Patch for Bugs 5145690 and 5156075)
    [TopLink Info]: 2006.05.18 02:29:32.775--Server: WebLogic Server 8.1 SP4 Mon Nov 29 16:21:29 PST 2004 471647
    [TopLink Config]: 2006.05.18 02:29:32.807--connecting(DatabaseLogin(
         platform=>Oracle9Platform
         user name=> "epharm_owner"
         connector=>JNDIConnector datasource name=>com/pfizer/pgrd/epharm/ds1
    [TopLink Config]: 2006.05.18 02:29:35.390--Connected: jdbc:oracle:thin:@nlsunk770b:1521:clnval3
         User: EPHARM_OWNER
         Database: Oracle Version: Oracle9i Enterprise Edition Release 9.2.0.5.0 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.5.0 - Production
         Driver: Oracle JDBC driver Version: 9.2.0.4.0
    [TopLink Config]: 2006.05.18 02:29:35.392--connecting(DatabaseLogin(
         platform=>Oracle9Platform
         user name=> "epharm_owner"
         connector=>JNDIConnector datasource name=>com/pfizer/pgrd/epharm/ds1
    [TopLink Config]: 2006.05.18 02:29:35.405--Connected: jdbc:oracle:thin:@nlsunk770b:1521:clnval3
         User: EPHARM_OWNER
         Database: Oracle Version: Oracle9i Enterprise Edition Release 9.2.0.5.0 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.5.0 - Production
         Driver: Oracle JDBC driver Version: 9.2.0.4.0
    Thomas Buchan

  • OIM 9.1.0.1870.1 with Oracle database 11.1.0.7 - Hung threads

    Anyone seen issues like hung threads using OIM9.1.0 with Oracle Database 11.1.0.7?

    Thanks guys for the quick responses.
    But I have tried both the options for putting the jar in Third Party and also by uploading using the OOTB utility UploadJar.sh.
    But it is giving the same error.
    I have tired rebouncing the server and also Purge cached, but no success.
    Just to mention again, I have tried with all the last 3 postgres JDBC4 driver available on the site (u mentioned).
    So, any other clue?
    Thanks in advance.

  • Hung Threads with multi thread processing

    We use TopLink v10.1.3.5
    One of our applications uses multi-core processing and when multiple threads try to access lazily loaded 1-m relationships at the same time, the threads just hang forever. There are no errors but the thread dump says it’s waiting on a condition.
    We do not use cache Synchronization.
    The 1-m relationship is privately owned, uses Batch reading and Indirection.
    The problem occurs intermittently and we cannot reproduce it at will.
    Found this discussion, but since we are on 10.3.5, I think we should already have the patch?
    Hung Threads (Toplink 10.1.3)
    Can anyone please provide any help on this.
    Thanks for the help.
    Thread dump -
    at java/lang/Object.wait(Native Method)
    at java/lang/Object.wait(Object.java:167(Compiled Code))
    at oracle/toplink/internal/helper/ConcurrencyManager.acquire(ConcurrencyManager.java:76(Compiled Code))
    at oracle/toplink/internal/identitymaps/CacheKey.acquire(CacheKey.java:85(Compiled Code))
    at oracle/toplink/internal/identitymaps/IdentityMap.acquireLock(IdentityMap.java:85(Compiled Code))
    at oracle/toplink/internal/identitymaps/IdentityMapManager.acquireLock(IdentityMapManager.java:101(Compiled Code))
    at oracle/toplink/internal/sessions/IdentityMapAccessor.acquireLock(IdentityMapAccessor.java:68(Compiled Code))
    at oracle/toplink/internal/sessions/IdentityMapAccessor.acquireLock(IdentityMapAccessor.java:58(Compiled Code))
    at oracle/toplink/internal/descriptors/ObjectBuilder.buildObject(ObjectBuilder.java:502(Compiled Code))
    at oracle/toplink/internal/descriptors/ObjectBuilder.buildObject(ObjectBuilder.java:382(Compiled Code))
    at oracle/toplink/mappings/OneToOneMapping.valueFromRow(OneToOneMapping.java:1020(Compiled Code))
    at oracle/toplink/mappings/DatabaseMapping.readFromRowIntoObject(DatabaseMapping.java:1045(Compiled Code))
    at oracle/toplink/internal/descriptors/ObjectBuilder.buildAttributesIntoObject(ObjectBuilder.java:245(Compiled Code))
    at oracle/toplink/internal/descriptors/ObjectBuilder.buildObject(ObjectBuilder.java:564(Compiled Code))
    at oracle/toplink/internal/descriptors/ObjectBuilder.buildObject(ObjectBuilder.java:382(Compiled Code))
    at oracle/toplink/internal/descriptors/ObjectBuilder.buildObjectsInto(ObjectBuilder.java:678(Compiled Code))
    at oracle/toplink/internal/queryframework/DatabaseQueryMechanism.buildObjectsFromRows(DatabaseQueryMechanism.java:142(Compiled Code))
    at oracle/toplink/queryframework/ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:483(Compiled Code))
    at oracle/toplink/queryframework/ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:813(Compiled Code))
    at oracle/toplink/queryframework/DatabaseQuery.execute(DatabaseQuery.java:620(Compiled Code))
    at oracle/toplink/queryframework/ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:781(Compiled Code))
    at oracle/toplink/queryframework/ReadAllQuery.execute(ReadAllQuery.java:451(Compiled Code))
    at oracle/toplink/publicinterface/Session.internalExecuteQuery(Session.java:2089(Compiled Code))
    at oracle/toplink/publicinterface/Session.executeQuery(Session.java:993(Compiled Code))
    at oracle/toplink/internal/indirection/QueryBasedValueHolder.instantiate(QueryBasedValueHolder.java:62(Compiled Code))
    at oracle/toplink/internal/indirection/QueryBasedValueHolder.instantiate(QueryBasedValueHolder.java:55(Compiled Code))
    at oracle/toplink/internal/indirection/DatabaseValueHolder.getValue(DatabaseValueHolder.java:61(Compiled Code))
    at oracle/toplink/indirection/IndirectList.buildDelegate(IndirectList.java:202(Compiled Code))
    at oracle/toplink/indirection/IndirectList.getDelegate(IndirectList.java:359(Compiled Code))
    at oracle/toplink/indirection/IndirectList.size(IndirectList.java:703(Compiled Code))

    All I can tell from the stack shown is that you are triggering indirection on a collection to an object that has an eagerly fetched 1:1 mapping to an object that is locked in the cache.  The thread is waiting on the lock owner to finish building the object before it can be returned.
    To tell what is going wrong, you will need to look at the complete thread dump to see what other threads might be building the object with its cache key locked.  For instance, a long running query might make it appear the system is hung when it is just a bottleneck in the application.  If you can, you should also try to call session.getIdentityMapAccessor().printIdentityMapLocks(); at the time of the problem as it will print off information on the locks such as the object involved and which threads hold them.  As for patches; 10.1.3 is an older stream but I am unaware of fixes that are not included in 10.1.3.5 that might resolve this - you should go through support to be sure.
    Best Regards,
    Chris

  • Weblogic Kernel Thread Queue - Count

    Kernel thread count is configurable, the kernel thread queue can be configured
    to grow.
    The socket reader threads are a %age of the kernel thread queue. Does it mean
    that the number of socket reader threads (allocated as %age of the kernel threads)
    change as the kernel thread count changes dynamically ?
    thanks,
    Parag

    A [STUCK] thread is a WebLogic managed thread that WebLogic has decided has been busy for too long.  This might be quite normal for a background process or batch process.  It does not necessarily indicate a real problem.  The object allocation and subsequent GC is also normal behaviour.
    So is your thread really stuck or is it just running for longer than WebLogic is configured to expect?  You can use WebLogic thread pool configurations and the CommonJ API to avoid threads being marked as [STUCK] by declaring that they are long running (and assuming you're using a new enough version of WebLogic that honours this - it used to still mark them as [STUCK]).
    If your thread is truly stuck it is more likely to be to do with your code than an object allocation / GC issue.

  • Help needed with diagnosis of WebLogic server thread dump

     

    Sorry, my mistake - I was trying to search for "weblogic" before the dump file
    loaded fully.... I am not very familiar with VisiBroker and may be totally
    wrong, but my guess is it creates a thread for each connection/client. I would
    look for VisiBroker properties or settings that could limit the runaway creation
    of threads....
    Arunabh
    "Dimitri I. Rakitine" wrote:
    It is, preceded by lots and lots of CORBA (visibroker) threads. Is it
    possible that application code
    creates new ORBs more often than it should ?
    "Arunabh Hazarika" <[email protected]> wrote in message
    news:[email protected]...
    The attached file does not look like a WebLogic Server thread dump.....
    Arunabh
    Kapil Singh Pawar wrote:
    I am running a web application on WebLogic server 6.0 sp2 + rp1 (HP-UX).
    After
    I start loading the web application with more users I constantly get thejava.lang.OutOfMemoryError.
    I tried increasing the max_thread_proc kernel parameter to 2048 but thatdoes
    not seem to help much. Here is the error that I get on the WebLogicServer console.
    <Oct 7, 2002 5:00:27 PM GMT+02:00> <Error> <HTTP><[WebAppServletContext(1828590,i2)]
    Servlet failed with Exception
    java.lang.OutOfMemoryError: max threads limit being reached in VM
    at java.lang.Thread.start(Native Method)
    at netscape.ldap.LDAPConnThread.<init>(LDAPConnThread.java:112)
    atnetscape.ldap.LDAPConnection.getNewThread(LDAPConnection.java:1117)
    atnetscape.ldap.LDAPConnection.connect(LDAPConnection.java:1034)
    at netscape.ldap.LDAPConnection.connect(LDAPConnection.java:915)
    at netscape.ldap.LDAPConnection.connect(LDAPConnection.java:759)
    atcom.i2.scm.LDAP.ScmLDAPDefaultAuthenticate.authenticate(ScmLDAPDefaultAuthen
    ticate.java:129)
    at scmldap.service(scmldap.java:452)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    atweblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
    :213)
    atweblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
    ntext.java:1302)
    atweblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
    :1676)
    at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    >
    I am posting the thread dump obtained at the OutOfMemoryError stage. Anyhelp
    in diagnosing the thread dump and possible fix for this error is highlyappreciated.
    For information sake, while the web application encountersOutOfMemoryError the
    example web apps and WebLogic console application work fine. So it looksto be
    a case of memory outage only for my custom application.
    Thanks
    Kapil Singh Pawar
    Name: thread_dump.txt
    thread_dump.txt Type: Plain Text (text/plain)
    Encoding: base64--
    Dimitri

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

  • Weblogic's thread management

    Hi, I'm thinking on some issues related to Weblogic thread management.
    Suppose I start a thread (either on an startup class or from a servlet) that
    I want to perform some background work (I have readed it's out of the specs
    to start transactions from a thread launched in a servlet... yea I know it
    ;) ) well the problem is. How do I know when the Weblogic server is being
    shutting down?.
    I have seen on Weblogic's console that when an script like the
    ./stopWeblogic.sh one is executed it calls a Weblogic method in order to do
    that... then the Weblogic starts to destroy servlets, undeploys EJBs and, at
    the end a message like "Waiting 20 seconds for threads to stop" or something
    like that is written to the console.
    The question is, how does Weblogic notify the running threads that they
    should stop?, will it work for a thread launched in a startup class or from
    a servlet?, does the thread has to extend from an special Weblogic class?.
    If this isn't possible, would it work overriding the destroy() method of the
    servlet to call a method of the thread that stops it properly?. I know it
    will be called anytime the webapp is redeployed or if the servlet is hot
    reloaded, but it's fine to me.
    Thanks in advance, regards
    Ignacio.

    Hi, I'm thinking on some issues related to Weblogic thread management.
    Suppose I start a thread (either on an startup class or from a servlet) that
    I want to perform some background work (I have readed it's out of the specs
    to start transactions from a thread launched in a servlet... yea I know it
    ;) ) well the problem is. How do I know when the Weblogic server is being
    shutting down?.
    I have seen on Weblogic's console that when an script like the
    ./stopWeblogic.sh one is executed it calls a Weblogic method in order to do
    that... then the Weblogic starts to destroy servlets, undeploys EJBs and, at
    the end a message like "Waiting 20 seconds for threads to stop" or something
    like that is written to the console.
    The question is, how does Weblogic notify the running threads that they
    should stop?, will it work for a thread launched in a startup class or from
    a servlet?, does the thread has to extend from an special Weblogic class?.
    If this isn't possible, would it work overriding the destroy() method of the
    servlet to call a method of the thread that stops it properly?. I know it
    will be called anytime the webapp is redeployed or if the servlet is hot
    reloaded, but it's fine to me.
    Thanks in advance, regards
    Ignacio.

  • Scalability test and weblogic concurrent thread ability?

    Hi,every one
    Now I deployed .war into weblogic 10.3. I added some logs in the function dopost() begin and end position in .war applicaion.
    Then I began to send request from hundreds of HTTP C client at the same time to application sever to do the scalability test.
    From the .war logs. I found even if HTTP C client requests are sent at the same time, dopost() function start times are quite different.
    Some dopost() is executed delay tens of seconds.
    So the circumstances is normal? Or is there any problem in the concurrent process of weblogic server?
    thanks.

    Another measurement point that was captured is the max number of threads (LWPs) on the server went up to 196 (then dropped to 179 and stabalized there)
    Any help is definitely appreciated.

  • How to increase the Weblogic Session Threads

    Hi Everyone,
    We have been using replicated-if-clustered property of session-descriptor element of weblogic.xml and things were smooth and fine until our application didnt grow. Now there is a heavy traffic on the application and we want to increase the session replication thread count to more then 2 servers. Does anyone have any idea how to go about it? I dont see a way of defining how many servers the session should be replicated. Right now it does on the 2 servers which forms the cluster. Is there really any difference between replicated and replicated-if-clustered property?
    Thanks a Lot in Advance for answering my queries.
    Yogendra N Joshi.

    user13017505 wrote:
    Hi Everyone,
    We have been using replicated-if-clustered property of session-descriptor element of weblogic.xml and things were smooth and fine until our application didnt grow. Now there is a heavy traffic on the application and we want to increase the session replication thread count to more then 2 servers. Does anyone have any idea how to go about it? I dont see a way of defining how many servers the session should be replicated. Right now it does on the 2 servers which forms the cluster. Is there really any difference between replicated and replicated-if-clustered property?
    Thanks a Lot in Advance for answering my queries.
    Yogendra N Joshi.To start with persistent store/session replication options:
    •memory—Disables persistent session storage.
    •replicated—Same as memory, but session data is replicated across the clustered servers.(No Persistent store)
    •replicated_if_clustered—If the Web application is deployed on a clustered server, the in-effect persistent-store-type will be replicated. Otherwise, memory is the default.
    http://download.oracle.com/docs/cd/E12840_01/wls/docs103/webapp/weblogic_xml.html
    Regarding increasing traffic on the servers:
    If there is heavy traffic on the servers and both servers in a cluster are utilized fully, you can add more managed servers to the cluster and load balance the requests amongst them equally.
    The sessions will be replicated across all the servers in a cluster as you have session replication enabled already.
    But for increasing load/traffic we will have to analyze the capacity of the present setup and then add more servers to the cluster as required.
    Regards,
    Swapna

  • WebLogic Max Threads

    Hello!
    In Tomcat we can specify the attributes of Connector in conf/server.xml like maxThreads, minSpareThreads,maxSpareThreads to control the Thread Pool.
    How we can do this in Weblogic? Which is the default value of max threads?
    thanks a lot
    A.

    Hi,
    Which Version of WLS are u using? Because till WLS 8.1 We can use Execute Queue Concept to adjust that. We can use " -Dweblogic.ThreadPoolSize=100" JAVA_OPTIONS to do this in WLS8.
    But from WLS 9.x onwards we have a new concept called as WorkManager (Which is even recommended). Using this u can assign the MaxThread Constraint not only to the Server ...even u can do it at Application level now.
    Please refer to: http://jaysensharma.wordpress.com/workmanagers/ to know how to do it.
    <font color=red>NOTE: </font> for any reason if you dont want to use WorkManager thing in your Domain then Please apply the Following JAVA_OPTIONS to use the Old (WLS8.1) Style of Thread Pooling Mechanism:
    -Dweblogic.Use81StyleExecuteQueues=true
    and
    -Dweblogic.ThreadPoolSize=100
    Thanks
    Jay SenSharma

  • Weblogic 81 - Thread dump

    Hi all!
    I have an application installed on weblogic81 past few years. Suddenly the weblogic instance has started to fail for no apparent reason, falls several times a day. I spent a thread dump in case any of you can see more than me.
    Thank you very much!
    logfile -> [http://www.gigasize.com/get/own9zxqyb7c |http://www.gigasize.com/get/own9zxqyb7c]
    Best Regards

    Hi,
    I was not able to access the Dump, Can u paste it here...
    Thanks
    Sathya

  • Kill/stop hung thread to generate an exception

    In production certain requests cause the thread executing them to hang. We are unable to reproduce that problem outside of production. One thought I had was to call stop on the thread executing that request which should cause a ThreadDeath which should be logged by our application so I could hopefully find the source of the problem. I made a way to call stop on a Thread and that seems to cause the Thread to die on my machine but not production. Any suggestions on that tactic or on a better tactic to use?

    See http://www.experts-exchange.com/Programming/Programming_Languages/Java/Q_20599112.html for the resolution.

  • Weblogic.kernel.Default not using all threads

    We are running weblogic 8.1 sp4 on HP Tru64 5.1.
    We have an admin server and 3 managed servers in a cluster.
    When monitoring the weblogic.kernal.Default execute threads through the weblogic console, threads 0 to 15 have zero total requests, and the user is marked '<WLS Kernal>'. Threads 16 to 24 share the entire workload with thousands of requests shared between them, and have user marked as 'n/a' (when idle).
    I have done a thread dump, and threads 0 to 15 just seem to be idle.
    This is the case for the admin server, server 1 and server 3. But server 2 actually shows all threads 0 to 24 as sharing the workload, and the user is 'n/a' for all threads.
    Is there a reason for this?
    Below is a snippet of the thread dump showing a thread that is has user '<WLS Kernel>':
    **** ExecuteThread: '3' for queue: 'weblogic.kernel.Default' thread 0x207d8e80 Stack trace:
    pc 0x03ff805c2cc8 sp 0x200026ecc00 __hstTransferRegisters (line -1)
    pc 0x03ff805b2384 sp 0x200026ecc00 __osTransferContext (line -1)
    pc 0x03ff805a3d20 sp 0x200026ecd90 __dspDispatch (line -1)
    pc 0x03ff805a309c sp 0x200026ecde0 __cvWaitPrim (line -1)
    pc 0x03ff805a0518 sp 0x200026ece80 __pthread_cond_wait (line -1)
    pc 0x03ffbff31558 sp 0x200026ecea0 monitor_wait (line 625)
    pc 0x03ffbff5ea48 sp 0x200026ecf10 JVM_MonitorWait (line 1037)
    pc 0x00003001304c sp 0x200026ecf20 -1: java/lang/Object.wait(J)V
    pc 0x0000302047dc sp 0x200026ecfd0 2: java/lang/Object.wait()V
    pc 0x000030204784 sp 0x200026ecfe0 8: weblogic/kernel/ExecuteThread.waitForRequest()V
    pc 0x0000302044ec sp 0x200026ed000 43: weblogic/kernel/ExecuteThread.run()V
    pc 0x03ffbff91b28 sp 0x200026ed030 unpack_and_call (line 100)
    pc 0x03ffbff89ca4 sp 0x200026ed040 make_native_call (line 331)
    pc 0x03ffbff27bb0 sp 0x200026ed0f0 interpret (line 368)
    pc 0x03ffbff36bf0 sp 0x200026ed9d0 jni_call (line 583)
    pc 0x03ffbff378d8 sp 0x200026eda60 jni_CallVoidMethodA (line 70)
    pc 0x03ffbff37980 sp 0x200026eda90 jni_CallVoidMethod (line 88)
    pc 0x03ffbff2ecf4 sp 0x200026edb10 java_thread_start (line 592)
    pc 0x03ffbff2e720 sp 0x200026edb30 thread_body (line 460)
    pc 0x03ff805cf278 sp 0x200026edc00 __thdBase (line -1)

    Grand central dispatch - infancy, not really doing its job, and I don't think apps have to be specifically written for HT, but they do have to not do things that they use to - prevent threads from going to sleep! or be parked.
    high usage is not necessarily high efficiency. often the opposite.
    Windows 7 seems to be optimized for multi-core thanks to a lot of reworking. Intel wants and knows it isn't possible to hand code, that the hardware has to be smarter, too. But the OS has a job, and right now I don't think it does it properly. Or handle memory.
    Gulftown's 12MB cache will help, and over all should be 20% more efficient doing its work.
    With dual processors, and it doesn't look like there are two quick path bridges, data shuffling has led to memory thrashing. Use to be page thrashing with not enough memory. Then core thrashing but having the cores, but not integrated (2008 is often touted as being greatest design so far, but it was FOUR dual-cores, 2009 was the first with a processor that really was new design and (native) 4-core.
    One core should be owned by the OS so it is always available for its own work and housekeeping.
    The iTunes audio bug last year showed how damaging and not to implement code and how a thread could usurp processing and add a high cpu temperature while basically doing nothing, sort of a denial of service attack on the processor - those 80*C temps people had.
    All those new technology features under development and not like OpenCL, GCD and even OpenGL are tested, mature but rather 1.0 foundation for the future. A year ahead of readiness.

  • Spawning Threads in WebLogic - forbidden in 5.1.  what about 6.x?

              Is spawning threads in 6.x permitted?
              http://websupport.beasys.com/websupport/clearexp_cgi/solution.htm?probdesc.objid=268519040
              

    I do not think it is forbidden, but certainly not recommended. In 5.1 using user
              threads was causing all sorts of problems ranging from memory leaks (caused by
              threadlocal implementation) to mysterious exceptions when ivoking EJBs etc.
              Threadlocal was fixed in 6, but still, you can never tell what will break if you
              try to invoke WebLogic services (EJBs etc) from user threads.
              You can use this trick to borrow threads from WebLogic execute threads pool:
              http://dima.dhs.org/misc/AsyncServlet.jsp
              Mike Reiche <[email protected]> wrote:
              > Is spawning threads in 6.x permitted?
              > http://websupport.beasys.com/websupport/clearexp_cgi/solution.htm?probdesc.objid=268519040
              Dimitri
              

Maybe you are looking for