JRockit 1.4.2_04....is this a locking situation ?

We migrated recently to JRockit VM with Weblogic 7 on multi-cpu mahcine running Linux. After multiple simultaneous calls to a bean, we see that the managed server stops responding ( no OutOfMemory errors - just no response for any http calls ). I was wondering if the following thread dump shows any locking issue ( although there doesnt seem to be any deadlocks )...
===== FULL THREAD DUMP ===============
Thu Mar 17 09:01:00 2005
"Main Thread" prio=5 id=0x80 pid=22480 waiting
-- Waiting for notification on: weblogic/t3/srvr/T3Srvr@0x405b25d8[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/t3/srvr/T3Srvr.waitForDeath(T3Srvr.java:1083)@0x2420c414
^-- Lock released while waiting: weblogic/t3/srvr/T3Srvr@0x405b25d8[fat lock]
at weblogic/t3/srvr/T3Srvr.run(T3Srvr.java:318)@0x21b4551d
at weblogic/Server.main(Server.java:32)@0x21b44e52
--- End of stack trace
"(Signal Handler)" prio=5 id=0x100 pid=22487 active, daemon
"(Code Generation Thread 1)" prio=5 id=0x180 pid=22488 active, native_waiting, daemon
"(Code Optimization Thread 1)" prio=5 id=0x200 pid=22489 active, native_waiting, daemon
"(GC Main Thread)" prio=5 id=0x280 pid=22490 active, daemon
"(GC Worker Thread 1)" prio=5 id=0x300 pid=22491 active, native_waiting, daemon
"(GC Worker Thread 2)" prio=5 id=0x380 pid=22492 active, native_waiting, daemon
"Finalizer" prio=8 id=0x400 pid=22493 waiting, daemon
-- Waiting for notification on: java/lang/ref/ReferenceQueue$Lock@0x404cfed8[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at jrockit/vm/Locks.wait(Unknown Source)@0x21af6b85
at java/lang/ref/ReferenceQueue.remove(ReferenceQueue.java:111)@0x21af9511
^-- Lock released while waiting: java/lang/ref/ReferenceQueue$Lock@0x404cfed8[fat lock]
at java/lang/ref/ReferenceQueue.remove(ReferenceQueue.java:127)@0x21af93ec
at java/lang/ref/Finalizer$FinalizerThread.run(Unknown Source)@0x21af939e
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"Reference Handler" prio=10 id=0x480 pid=22494 waiting for pending references, daemon
at java/lang/ref/Reference.getPending(Native Method)@0x21b146f0
at java/lang/ref/Reference.access$000(Unknown Source)@0x21b14765
at java/lang/ref/Reference$ReferenceHandler.run(Unknown Source)@0x21b14670
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"[JRockit] Connection Listener" prio=5 id=0x500 pid=22496 active, daemon
at jrockit/net/SocketNativeIO.accept(Native Method)@0x22415850
at jrockit/net/SocketNativeIO.accept(Unknown Source)@0x2241590b
at java/net/AbstractSocketImpl.accept(Unknown Source)@0x22415755
^-- Holding lock: java/net/PlainSocketImpl@0x404ed1f0[thin lock]
at java/net/ServerSocket.implAccept(ServerSocket.java:448)@0x22415665
at java/net/ServerSocket.accept(ServerSocket.java:419)@0x2241555c
at com/jrockit/management/rmp/RmpSocketListener.run(RmpSocketListener.java:170)@0x21b44aea
at java/lang/Thread.run(Unknown Source)@0x2241550f
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"(Hotspot Detector)" prio=10 id=0x580 pid=22497 active, daemon
"Thread-1" prio=10 id=0x600 pid=22498 waiting, daemon
-- Waiting for notification on: java/lang/Object@0x40dd8030[fat lock]
at jrockit/vm/Threads.waitForSignalWithTimeout(Native Method)@0x21af6a30
at jrockit/vm/Locks.wait(Unknown Source)@0x21af6c19
at java/lang/Thread.sleep(Unknown Source)@0x21be0615
^-- Lock released while waiting: java/lang/Object@0x40dd8030[fat lock]
at weblogic/transaction/internal/TransactionManagerImpl$1.run(TransactionManagerImpl.java:1660)@0x2267a1ac
at java/lang/Thread.run(Unknown Source)@0x2241550f
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '0' for queue: 'default'" prio=5 id=0x680 pid=22499 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40dddca0[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40dddca0[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '1' for queue: 'default'" prio=5 id=0x700 pid=22500 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40dde368[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40dde368[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '2' for queue: 'default'" prio=5 id=0x780 pid=22501 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40dde848[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40dde848[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '3' for queue: 'default'" prio=5 id=0x800 pid=22502 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40dded28[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40dded28[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '4' for queue: 'default'" prio=5 id=0x880 pid=22503 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40ddf208[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40ddf208[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '5' for queue: 'default'" prio=5 id=0x900 pid=22504 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40ddf6e8[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40ddf6e8[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '6' for queue: 'default'" prio=5 id=0x980 pid=22505 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40ddfbc8[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40ddfbc8[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '7' for queue: 'default'" prio=5 id=0xa00 pid=22506 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40de00a8[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40de00a8[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '8' for queue: 'default'" prio=5 id=0xa80 pid=22507 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40de0588[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40de0588[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '9' for queue: 'default'" prio=5 id=0xb00 pid=22508 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40de0a68[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40de0a68[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '10' for queue: 'default'" prio=5 id=0xb80 pid=22509 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40de0f48[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40de0f48[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '11' for queue: 'default'" prio=5 id=0xc00 pid=22510 waiting, daemon
-- Waiting for notification on: weblogic/kernel/ExecuteThread@0x40de1428[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.wait(Unknown Source)@0x21af96d5
at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:146)@0x2267c946
^-- Lock released while waiting: weblogic/kernel/ExecuteThread@0x40de1428[fat lock]
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:172)@0x2267c669
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '12' for queue: 'default'" prio=5 id=0xc80 pid=22511 active, daemon
at weblogic/socket/PosixSocketMuxer.poll(Native Method)@0x2288c800
at weblogic/socket/PosixSocketMuxer.processSockets(PosixSocketMuxer.java:621)@0x2288c534
at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:23)@0x2288c483
at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:213)@0x2288c451
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:189)@0x2267c697
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '13' for queue: 'default'" prio=5 id=0xd00 pid=22512 blocked, daemon
-- Blocked trying to get lock: java/lang/Object@0x41140860[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.raceForTheFatLock(Unknown Source)@0x21af50f8
at jrockit/vm/Locks.lockFat(Optimized Method)@0x24afd67d
at jrockit/vm/Locks.monitorEnterSlowCase(Optimized Method)@0x24affd5b
at jrockit/vm/Locks.monitorEnter(Native Method)@0x21af3f24
at jrockit/vm/Locks.monitorEnterForced(Unknown Source)@0x21bd7fd5
at jrockit/vm/Locks.monitorEnterUnmatched(Native Method)@0x21af3f30
at weblogic/socket/PosixSocketMuxer.processSockets(PosixSocketMuxer.java:617)@0x2288c51c
at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:23)@0x2288c483
at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:213)@0x2288c451
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:189)@0x2267c697
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
"ExecuteThread: '14' for queue: 'default'" prio=5 id=0xd80 pid=22513 blocked, daemon
-- Blocked trying to get lock: java/lang/Object@0x41140860[fat lock]
at jrockit/vm/Threads.waitForSignal(Native Method)@0x21af5020
at jrockit/vm/Locks.lockFat(Optimized Method)@0x24afd66e
at jrockit/vm/Locks.monitorEnterSlowCase(Optimized Method)@0x24affd5b
at jrockit/vm/Locks.monitorEnter(Native Method)@0x21af3f24
at jrockit/vm/Locks.monitorEnterForced(Unknown Source)@0x21bd7fd5
at jrockit/vm/Locks.monitorEnterUnmatched(Native Method)@0x21af3f30
at weblogic/socket/PosixSocketMuxer.processSockets(PosixSocketMuxer.java:617)@0x2288c51c
at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:23)@0x2288c483
at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:213)@0x2288c451
at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:189)@0x2267c697
at java/lang/Thread.startThreadFromVM(Unknown Source)@0x21af92f3
--- End of stack trace
Blocked lock chains
===================
Chain 2:
"ExecuteThread: '14' for queue: 'default'" (id: 0x00000d80) waiting for java/lang/Object@0x41140860 held by:
"ExecuteThread: '12' for queue: 'default'" (id: 0x00000c80) in chain 1
Open lock chains
================
Chain 1:
"ExecuteThread: '13' for queue: 'default'" (id: 0x00000d00) waiting for java/lang/Object@0x41140860 held by:
"ExecuteThread: '12' for queue: 'default'" (id: 0x00000c80) (active)
===== END OF THREAD DUMP ===============

JRockit usually detects and prints out deadlocks at the end of the thread stack dump. Since you most likely have a support contract, I suggest you open a support case so we can take a look at this.
Thanks,
Henrik, JRockit team

Similar Messages

  • JRockit 1.4.2_04 crashing

    We're having consistent dumps with JRockit. It behaves better than the Sun JVM,
    but is still giving us trouble. It ran for 12 days up until friday, which is
    the longest it has run yet. This is a RH 9 system, a P4, 1GB ram, running resin,
    producing the dump:
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 12 days, 19:45:47 on Fri Jun 18 14:07:45 2004
    Additional information is available in:
    /usr/local/resin-3.0.7/jrockit.20326.dump
    /usr/local/resin-3.0.7/core
    Please send the file(s), information about your system
    setup and the program you were running to [email protected] Thank you.
    Error Message: Null pointer exception in native code
    Signal info : si_signo=11, si_code=2
    Version : BEA WebLogic JRockit(TM) 1.4.2_04 JVM ari-29212-20040415-1332-linux-ia32
    Threads / GC : Native Threads, GC strategy: gencon
    : mmHeap->data = 0x4060a000, mmHeap->top = 0x4c624000
    Command line is:
    /usr/jrockit-j2sdk1.4.2_04/bin/java -Xgc:gencon -Xmx768m -Xss1m
    I have the dump and a core file, but can't post them, due to size restrictions
    in the newsgroup.

    As you probably know, RH 9 is not on the list of supported OS:es, but I
    still think it should work. I'll contact you off-line to get the dump
    from you.
    Thanks,
    /Staffan
    Mark Morgan wrote:
    We're having consistent dumps with JRockit. It behaves better than the Sun JVM,
    but is still giving us trouble. It ran for 12 days up until friday, which is
    the longest it has run yet. This is a RH 9 system, a P4, 1GB ram, running resin,
    producing the dump:
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 12 days, 19:45:47 on Fri Jun 18 14:07:45 2004
    Additional information is available in:
    /usr/local/resin-3.0.7/jrockit.20326.dump
    /usr/local/resin-3.0.7/core
    Please send the file(s), information about your system
    setup and the program you were running to [email protected] Thank you.
    Error Message: Null pointer exception in native code
    Signal info : si_signo=11, si_code=2
    Version : BEA WebLogic JRockit(TM) 1.4.2_04 JVM ari-29212-20040415-1332-linux-ia32
    Threads / GC : Native Threads, GC strategy: gencon
    : mmHeap->data = 0x4060a000, mmHeap->top = 0x4c624000
    Command line is:
    /usr/jrockit-j2sdk1.4.2_04/bin/java -Xgc:gencon -Xmx768m -Xss1m
    I have the dump and a core file, but can't post them, due to size restrictions
    in the newsgroup.

  • JRockit 1.4.2_04 crashes

    JRockit 1.4.2_04 crashes when we run a test. The application is clustered (2 machines).
    The heap size is 256MB. The two machines has 3.8GB physical memory each. We have
    experimented with using different GC algorithms and using a nursery size, and
    different heap sizes 512MB and 256MB. JRockit crashes after only 10 - 30 hours.
    We get this error message from machine A in the cluster: ============================================================
    Fatal internal error in JRockit during garbage collection.
    Try to reduce the heap size.
    mmRealloc(0x357753a8, 128) failed ============================================================
    We get this error message from machine B in the cluster:
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 0 days, 13:01:14 on Sun Jun 13 05:00:17 2004
    Additional information is available in:
    /opt/sb1sk/weblogic/sb1sk/jrockit.31356.dump
    /opt/sb1sk/weblogic/sb1sk/core
    Please send the file(s), information about your system
    setup and the program you were running to [email protected] Thank you.
    Error Message: Null pointer exception in native code
    Signal info : si_signo=11, si_code=1
    Version : BEA WebLogic JRockit(TM) 1.4.2_04 JVM ari-29212-20040415-1332-linux-ia32
    Threads / GC : Native Threads, GC strategy: gencon
    : mmHeap->data = 0x20000000, mmHeap->top = 0x30000000

    Here is a test program you can use to test if for JVM leaks memory when creating
    threads.
    Johan Walles <johan@spamalamadingdong> wrote:
    I don't think so, but I could be wrong.
    Your best bet (in case nobody who actually knows answers this) is to
    write a
    short test program that starts tons of threads but always keeps the total
    number
    of threads at some sane value, then run that for a long time. Or ask
    Vegard for
    his :-).
    //Johan
    harish tejwani wrote:
    We are running jrockit81sp2rp1_141_06 for our production
    Any clue if it exists in this version ?
    Thanks
    Harish
    "Vegard Bye" <[email protected]> wrote:
    I've built a program, which just creates threads and let each of them
    run. Each
    thread just increases a couple of numbers and then terminates. After
    about 13
    million threads the program crashes with
    Error Message: Null pointer exception in native code
    Signal info : si_signo=11, si_code=1
    Version : BEA WebLogic JRockit(TM) 1.4.2_04 JVM ari-29212-20040415-1332-linux-ia32
    Threads / GC : Native Threads, GC strategy: parallel
    : mmHeap->data = 0x20000000, mmHeap->top = 0x30000000
    : mmStartCompaction = 0x23c00000, mmEndCompaction = 0x25000000
    which may imply that it is correct that there is a memeory leak for
    each
    started
    thread. In my test program the number of concurrent threads never increases
    100.
    This memory leak is very critical, since my server will crash afterabout
    a day
    or two.
    Johan Walles <johan@spamalamadingdong> wrote:
    There's a memory leak of about 100 bytes per started thread in JRockit
    1.4.2_04.
    If your app starts a lot of threads you may be running into this.
    Regards //Johan
    [TestCreateThreadMemoryLeak.java]

  • JRockit 1.4.2_04 and Thinthreads

    Hi,
    I just upgraded to JRockit 1.4.2_04 from 1.4.1_x. With the latter one I used the -Xthinthreads option. Now JRockit tells me there wouldn't be such an option any longer.
    Has this optioned been renamed or is there no thinthreads support any longer?! If so, why has it been removed?
    Thanks!
    Daniel

    Thinthreads has been removed from JRockit which is why the option does not work. The reasons for removing thinthreads was that it provided a too small benefit compared to the engineering and testing resources required to keep it. Only in a small number of applications is the difference between thinthreads and nativethreads significant. There were also some problems in getting thinthreads to work reliably (especially on multiprocessor systems).
    If you are running an application server with JRockit (typically WLS) you should not see much difference between nativethreads and thinthreads. In addition, nativethreads has been improved in later JRockit releases.
    Regards,
    /Staffan

  • JRockit 1.4.2_04 released

    An update release for the JRockit 1.4.2_04 JVM has been released and is now
    available from the BEA download site (http://commerce.bea.com). This is a
    maintenance update to the JRockit 1.4.2_04 JVM release that was previously
    released in April '04.
    Some highlights of this release vs. JRockit 8.1 SP2 (J2SE 1.4.1):
    - Support for new OSes. In addition to previously supported OSes, the
    following are additional supported platforms - Red Hat EL 3.0 (IA32 / IPF),
    Windows Server 2003 (IA32), and SuSE Linux Server 9 (IA32 / IPF). Support
    for Red Flag 4.1 (IA32 / IPF) will be added soon after it's availability.
    - This release will be bundled with each of the following Linux
    distributions - Red Hat EL 3.0, SuSE Linux Server 9, Red Flag Advanced
    Server 4.1.
    - Improved runtime performance
    - Improved startup performance
    - Support for Native POSIX Thread Library (NPTL) on Linux
    - Code caching (experimental feature)
    - Numerous bug fixes
    For more information on new features, please visit:
    http://edocs.bea.com/wljrockit/docs142/intro/newftrs.html.
    Finally, this JRockit release is bundled and certified with WebLogic
    Platform 8.1 SP3, which is also available from the BEA download site.

    Here is a test program you can use to test if for JVM leaks memory when creating
    threads.
    Johan Walles <johan@spamalamadingdong> wrote:
    I don't think so, but I could be wrong.
    Your best bet (in case nobody who actually knows answers this) is to
    write a
    short test program that starts tons of threads but always keeps the total
    number
    of threads at some sane value, then run that for a long time. Or ask
    Vegard for
    his :-).
    //Johan
    harish tejwani wrote:
    We are running jrockit81sp2rp1_141_06 for our production
    Any clue if it exists in this version ?
    Thanks
    Harish
    "Vegard Bye" <[email protected]> wrote:
    I've built a program, which just creates threads and let each of them
    run. Each
    thread just increases a couple of numbers and then terminates. After
    about 13
    million threads the program crashes with
    Error Message: Null pointer exception in native code
    Signal info : si_signo=11, si_code=1
    Version : BEA WebLogic JRockit(TM) 1.4.2_04 JVM ari-29212-20040415-1332-linux-ia32
    Threads / GC : Native Threads, GC strategy: parallel
    : mmHeap->data = 0x20000000, mmHeap->top = 0x30000000
    : mmStartCompaction = 0x23c00000, mmEndCompaction = 0x25000000
    which may imply that it is correct that there is a memeory leak for
    each
    started
    thread. In my test program the number of concurrent threads never increases
    100.
    This memory leak is very critical, since my server will crash afterabout
    a day
    or two.
    Johan Walles <johan@spamalamadingdong> wrote:
    There's a memory leak of about 100 bytes per started thread in JRockit
    1.4.2_04.
    If your app starts a lot of threads you may be running into this.
    Regards //Johan
    [TestCreateThreadMemoryLeak.java]

  • HT4061 how can i make my iphone 4 work again from this activation lock thing?

    how can i make my iphone 4 work again from this activation lock thing?

    Can you provide more info.  iOS version?  Did you have iOS 7 BETA installed previously?  (if so, go to your developer account at developer.apple.com to fix things)
    Try this link...
    http://support.apple.com/kb/ts3424

  • Why is this file locked (man chflags), does it need to be, and is it safe to unlock it?

    Why is this file locked (man chflags), does it need to be, and is it safe to unlock it?
    ~/Library/Application Support/Adobe/Enterprise/Resources/Resource_3_1.db
    Type this into a terminal in OS X, the above file appears to have a flag set to lock.
    x-man-page://chflags

    <the-sound-of-crickets>
    The reason I'm asking, we have a bunch of computers we inherited that have some permissions issues within each user's respective home directory ("~"). The issue effects Acrobat Pro X's ability to launch ("Internal error occurred") since it tries to get access files/folders it doesn't have access to when the user launches. Recursively setting ownership to the respective user fixes the problem (and follows Apple's guidelines). However, that one file appears to have the unix file lock set (man chflags). So we are using a pre-installation script on our push policy to loop through every home directory. It appears the above file is the only one that won't let us change permissions.
    Don

  • Running Tomcat v5.0.28 as a service w/ BEA JRockit v1.4.2_04

    Target platform - Windows 2000 Server sp4.
    Using Sun's SDK/JRE implementation (v1.4.2_04), we had no problems getting Tomcat 5.0.28 to run as a service. However, the same cannot be said for BEA JRockit v1.4.2_04.
    Summary...
    I've already done some online research and I know that there is a wrapper.properties file that is required. Further, a couple of online references specify the file's certain variable definitions, but one source had posted its info truncated and the other's info didn't work at all. I also know that wrapper.properties should be placed at [Tomcat install dir]\conf\. Tomcat is configured correctly to see the default JRockit installation directory (c:\jrockit-j2sdk1.4.2_04\).
    So if possible, what I would like to know is:
    1) The confirmed location for wrapper.properties.
    2) The complete list of correct statement lines for wrapper.properties. A template file here would work.
    3) Any relevant Operating System Environment variables.
    4) Any additional required files and/or operations.
    In a pinch, we can live with the Sun JRE implementation for our development environment. But we would rather have our development environment completely mirror our production environment which implements BEA JRockit.
    Thanks for your time and help. Any suggestions are greatly appreciated.
    Karl Romike
    Phoenix, Az.
    [email protected]

    Sorry, I replied to the wrong thread before, re-posting:
    Interesting, it might be connected to the optimization of throwException, please try to run with -Xnoopt to see if you can detect any difference. I'll make another post with my further findings.
    Kind regards,
    Cecilia Borg
    BEA WebLogic JRockit

  • Tried synching iphone for the first time on new PC and got error followed by itunes logo and USB cable picture. No idea what went wrong and now phone is in this screen locked. please help!

    tried synching iphone for the first time on new PC and got error followed by itunes logo and USB cable picture. No idea what went wrong and now phone is in this screen locked. please help!

    I tried connecting to iTunes and neither the PC nor iTunes recognizes the device. I went through all the troubleshooting on the Apple website for this issue and nothing worked. I've reinstalled iTunes, the driver, everything and still can't get either the PC or iTunes to recognize the phone.  I don't know what else to do :-( any help or suggestions are highly appreciated!
    I would hate to have lost all my info, especially contacts and calendar items since I have no idea what was backed up prior to the phone getting locked on this screen. I've been told that my only option is to go to the phone carrier and they will reset it for me, but that means it will wipe out all the info.
    I hope someone has a fix other than that one.

  • I just bought an Iphone 5 and my wife told me that this iphone lock on to the first sim card that is placed in it. I am abroad now, should i wait till i get home before i use my phone.

    I just bought an Iphone 5 and my wife told me that this iphone lock on to the first sim card that is placed in it. I am abroad now, should i wait till i get home before i use my phone.

    Read http://macmost.com/setting-up-multiple-ios-devices-for-messages-and-facetime.htm l
    If you wish to share an Apple ID with family members then read: http://www.macstories.net/stories/ios-5-icloud-tips-sharing-an-apple-id-with-you r-family/

  • GuiXT lock situation

    hi all...
    Recently, one of our users started getting this error message "GuiXT lock situation", as you can see on the following print screens:
    http://www.mj23.org/sap/guixt01.jpg
    http://www.mj23.org/sap/guixt02.jpg
    Could you please let me know:
    1. What is exactly is GuiXT?
    2. The option "Activate GuiXT" on the "Customize Local Layout" menu is not activated, so how can we get GuiXT error messages?
    3. I couldn't find anything about the "GuiXT lock situation" error message on the internet (including OSS). Does anyone knows what this error message means?
    Thanks in advance
    Antonio Barrote

    Hi,
    Login to SAP -> Click on the GUI Icon on the tool bar(Screen with Colors)
    find the Activate GuiXT option if it is checked - Uncheck it ->
    this is a very vague Solution -this is how my Problem got fixed...
    this is a sporadic Error in GuiXT, but i believe its been Fixed in the Latest version of the GuiXT
    Alternatively you can Download the Latest Version of GuiXT from www.Synactive.com
    Hope this Helps....
    Happy Learning
    Chander N Purna

  • Why BC4J PS_TXN table , sometime may occur data  lock situation ?

    My appliation be develop in Jdev 10.1.2 with BC4J/JSP solution, but in production environment sometime when the application user request is heavy will occur the PS_TXN data lock situation and caused the application be hang and no any other user can access the application, so what situation wrong or event happen may caused the PS_TXN lock issue ? who have meet the situation and have the good idea to avoid the issue ?

    Hi Nies......
    If you want to Import Libraries to your target client then you need BASIS Consultant..........
    For any report writer report we need a library.
    Go to GR23 & specify the library name 1VK & press 'Enter'.
    If it doesn't display......
    Please check with your FI consultant as they are the users of the report writer reports and they only create the same.
    there may be chance that this library has been deleted.
    Is your system newly upgraded?
    Solution..........
    Library 1VK is SAP standard and exists in table T801K in client 000.
    1. Create transport of table with library and transport to target client.
    2. Or in target client, use transaction OKD3 to import the library 1VK from 000.
    3. You can also use transaction GR29 to import individual libraries.
    Thanks
    Dhruv Malhotra

  • I've a problem with my account , mainly in the payment method " security code is invalid" this the current situation wgat can i do ???

    I've a problem with my account , mainly in the payment method " security code is invalid" this the current situation what can i do ???

    you need to update your payment information to insert the correct security code.
    http://support.apple.com/kb/ht1918

  • Catch lock situations accessing database tables

    Hi,
    are lock situations (two or more reports are trying to modify the same row) catchable by cx_sy_sql_error? Or by any other technique?

    Hi Rainer,
    Well in case of concurrent updates of same table by different programs, you need to use lock objects.
    Goto SE11 & create a lock object if its not already available.
    2 Funciton modules would be created ENQUEUE_* & DEQUEUE_*
    Use it in both the programs. ENQUEUE_* is used to lock the record & DEQUEUE is to unlock the record.
    CALL FUNCTION 'ENQUEUE_MARA'
    ExPORTING
    MATNR = itab-matnr
    EXCEPTIONS
    IF sy-subrc <> 0.
    message 'Record cannot be locked !' type 'E'.
    else.
    UPDATE/INSERT TABLE ....
    CALL FUNCTION 'DEQUEUE_MARA'
    endif.
    Pls. ensure that you pass the primary keys to the FM so that locking is done at record level & not at table level !
    Best regards,
    Prashant

  • Can anyone solve this Phase Locked Loop puzzle?

    I created a Phase Locked Loop circuit using
    Multisim10.0.   It uses the Multisim clock oscillator, and the circuit
    appears to work great.
    However,
    I just discovered that if I use the same parts that I used to create
    the Phase Locked Loop circuit in an oscillator circuit added to the
    same schematic, the Phase Locked Loop circuit doesn't work any more,
    while the new oscillator circuit pumps out a frequency that is way
    off.  4+MHz is no where near 1kHz, the design frequency.
    What
    happened?   The evidence says my newly-added oscillator brings in
    something that kills a previously working circuit that uses the same
    old parts.   Every part used was taken from the previously working
    circuit, aside from the variable resistor values.  How did the Multisim
    rules change from 10.0 to 10.1?  What am I missing here?
    Did the Phase Locked Loop circuit really work to begin with?  Which circuit is the broken one?
    As
    I see things, in order to solve this puzzle, I need to come up with a
    factor that involves both circuits.  Some factor is going to kill both
    simultaneously.
    Note what I'm saying here.  (At least when I ran
    them this was the case.)  Delete just the oscillator circuit, and run
    the circuit that remains.  It works.  Undo the deletion.  The
    oscillator reappears where it was, and the previously working circuit
    stops working.  There's something in that oscillator circuit that
    kills.  It's like switching on and off a light bulb.
    Message Edited by Euler's Identity on 08-02-2008 12:10 AM
    Attachments:
    phase_locked_loop1.ms10 ‏649 KB
    phase_locked_loop_puzzle1.ms10 ‏174 KB

    Ah hey why not?
    After all, I still can't predict what the next filenames I uplaod are going to look like, not yet at least.
    However, at this point, it is safe to say it won't be what I uploaded.
    [drum roll]
    Attachments:
    phase_locked_loop1.ms10 ‏649 KB
    phase_locked_loop_puzzle1.ms10 ‏174 KB

Maybe you are looking for