You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Elena Semukhina (JIRA)" <ji...@apache.org> on 2007/01/24 07:57:49 UTC
[jira] Created: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
[drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
-----------------------------------------------------------------------------------------------
Key: HARMONY-3044
URL: https://issues.apache.org/jira/browse/HARMONY-3044
Project: Harmony
Issue Type: Bug
Components: DRLVM
Reporter: Elena Semukhina
I saw the hangs on 2xXeon machines in JIT mode.
To reproduce the hang please run the test iteratively as follows:
while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Salikh Zakirov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474186 ]
Salikh Zakirov commented on HARMONY-3044:
-----------------------------------------
I've managed to reproduce deadlock on the 167th iteration of running gc.LOS.
However, the process died when I tried to attach a debugger, so I couldn't look closely what was the cause of the deadlock.
Anyway, I will run the same loop with the fix and see if it will hang in a long run.
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Attachments: x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Elena Semukhina (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Elena Semukhina updated HARMONY-3044:
-------------------------------------
Attachment: x86_64_info_thr.txt
I attached the "info thread" output of the hanging process from gdb on a x86_64 machine.
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Attachments: x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky updated HARMONY-3044:
---------------------------------------
Patch Info: [Patch Available]
Assignee: Gregory Shimansky
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Assigned To: Gregory Shimansky
> Attachments: monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Elena Semukhina (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479992 ]
Elena Semukhina commented on HARMONY-3044:
------------------------------------------
Since the original issue has been fixed, I filed a separate issue HARMONY-3235 to keep tracking on gc.ThreadSuspension problem.
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Assigned To: Gregory Shimansky
> Attachments: H-3044_gc_MultiThreads_hang.txt, monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky closed HARMONY-3044.
--------------------------------------
VERIFIED
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Assignee: Gregory Shimansky
> Attachments: H-3044_gc_MultiThreads_hang.txt, monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Salikh Zakirov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474177 ]
Salikh Zakirov commented on HARMONY-3044:
-----------------------------------------
The 'info thread' output looks very similar to a possible deadlock in monitor_wait_impl() function:
thread\src\thread_native_fat_monitor.c:
218 if (self->suspend_request) {
219 hymutex_unlock(mon_ptr->mutex);
220 hythread_safe_point();
221 hymutex_lock(mon_ptr->mutex);
222 }
If execution takes if() branch (i.e. suspend_request != 0) just after ending wait on a monitor,
a potentially blocking call hymutex_lock() will be reached with non-zero suspend_disable_count.
If the suspender thread is the owner of the monitor lock at the moment, this will lead to a deadlock.
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Attachments: x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Elena Semukhina (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Elena Semukhina updated HARMONY-3044:
-------------------------------------
Attachment: H-3044_gc_MultiThreads_hang.txt
I tried the patch and was happy to see that both gc.LOS and gc.MultiThreads passed hundreds of times on linux x86 and x86_64 in default mode.
Then I tried to run them in OPT and didn't see any problems on x86 for now (tests still run).
On x86_64 gc.LOS is now running its 120th iteration while gc.MultiThreads hung after it finished its 27th:
.............................................................................
92% (387894448/419430400),,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
PASSED
Possibly it is not OPT specific but seems to be x86_64 specific. I attached the stack traces; please look at them.
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Assigned To: Gregory Shimansky
> Attachments: H-3044_gc_MultiThreads_hang.txt, monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Salikh Zakirov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Salikh Zakirov updated HARMONY-3044:
------------------------------------
Attachment: monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch
With monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, the test gc.LOS hasn't hung over 1300 consecutive runs.
'build test' passed on Windows/ia32 and Linux/ia32
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Attachments: monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Elena Semukhina (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474404 ]
Elena Semukhina commented on HARMONY-3044:
------------------------------------------
gc.ThreadSuspension hangs on x86 as well with the following threading info:
(gdb) info thr
3 Thread 1083603888 (LWP 1992) 0xffffe410 in ?? ()
2 Thread 1395665840 (LWP 2312) 0xffffe410 in ?? ()
1 Thread 1080397952 (LWP 1980) 0xffffe410 in ?? ()
(gdb) thr 1
[Switching to thread 1 (Thread 1080397952 (LWP 1980))]#0 0xffffe410 in ?? ()
(gdb) bt
#0 0xffffe410 in ?? ()
#1 0xbfffc4b0 in ?? ()
#2 0x000015db in ?? ()
#3 0x00000000 in ?? ()
#4 0x40650b0c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#5 0x405051fa in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libc.so.6
#6 0x400238ab in apr_thread_cond_timedwait (cond=0x86b2420, mutex=0x86b23f0, timeout=The value of variable 'timeout' is distributed across several
locations, and GDB cannot access its value.
) at thread_cond.c:89
#7 0x4001fdbe in condvar_wait_impl (cond=0x86b2420, mutex=0x86b23f0, ms=100, nano=0, interruptable=0)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_condvar.c:64
#8 0x40020cf5 in latch_wait_impl (latch=0x86b23e0, ms=100, nano=0, interruptable=0)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_latch.c:73
#9 0x40020da0 in hylatch_wait_timed (latch=0x86b23e0, ms=100, nano=0)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_latch.c:111
#10 0x4001f2e9 in hythread_join_timed (t=0x52cd0340, millis=100, nanos=0)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_basic.c:318
#11 0x40bb1aea in vm_shutdown_stop_java_threads (vm_env=0x8079388)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/vmcore/src/init/vm_shutdown.cpp:164
#12 0x40bb1db6 in vm_destroy (java_vm=0x8079370, java_thread=0x52cc5300)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/vmcore/src/init/vm_shutdown.cpp:258
#13 0x40b25373 in DestroyJavaVM (vm=0x8079370)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/vmcore/src/jni/jni.cpp:1503
#14 0x08049b50 in invocation (portLibrary=0xbfffc890, argc=4, argv=0xbfffccd4, handle=134642104, version=65540,
ignoreUnrecognized=1 '\001', mainClass=0xbfffeda9 "gc.ThreadSuspension", classArg=3,
propertiesFileName=0x80678b8 "/nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jdk/jre/bin/default/harmonyvm.properties", isStandaloneJar=0, vmdllsubdir=0xbfffc7b8 "default") at main.c:722
#15 0x080490b0 in gpProtectedMain (args=0xbfffc870) at main.c:360
#16 0x0804b4c7 in main (argc=4, argv=0xbfffccd4, envp=0xbfffcce8) at cmain.c:108
(gdb) thr 2
[Switching to thread 2 (Thread 1395665840 (LWP 2312))]#0 0xffffe410 in ?? ()
(gdb) bt
#0 0xffffe410 in ?? ()
#1 0x533023bc in ?? ()
#2 0x000015d7 in ?? ()
#3 0x00000000 in ?? ()
#4 0x40650896 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#5 0x405051b3 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libc.so.6
#6 0x4001fd1e in condvar_wait_impl (cond=0x86b2538, mutex=0x86b2508, ms=0, nano=0, interruptable=0)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_condvar.c:64
#7 0x4002134e in sem_wait_impl (sem=0x86b24f0, ms=0, nano=0, interruptable=0)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_semaphore.c:69
#8 0x4002141e in hysem_wait (sem=0x86b24f0)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_semaphore.c:106
#9 0x400218d8 in thread_safe_point_impl (thread=0x52cd0340)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_suspend.c:176
#10 0x40021834 in hythread_suspend_disable ()
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_suspend.c:127
#11 0x52ba7ec9 in ?? ()
#12 0x00010009 in ?? ()
#13 0x00000000 in ?? ()
#14 0x42252084 in ?? ()
#15 0x0870c178 in ?? ()
#16 0x40d87cd4 in __JCR_LIST__ ()
from /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jdk/jre/bin/default/libharmonyvm.so
#17 0x53302508 in ?? ()
#18 0x40b9fa29 in get_thread_ptr_stub ()
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/vmcore/src/thread/thread_manager.cpp:130
Previous frame inner to this frame (corrupt stack?)
(gdb) thr 3
[Switching to thread 3 (Thread 1083603888 (LWP 1992))]#0 0xffffe410 in ?? ()
(gdb) bt
#0 0xffffe410 in ?? ()
#1 0x40967a48 in ?? ()
#2 0x00000000 in ?? ()
#3 0x00000000 in ?? ()
#4 0x40652714 in sem_wait@GLIBC_2.0 () from /lib/tls/libpthread.so.0
#5 0x40424708 in __JCR_LIST__ ()
from /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jdk/jre/bin/libhyprt.so
#6 0x4041e1d1 in asynchSignalReporter (userData=0x0) at hysignal.c:474
#7 0x4001fad9 in thread_start_proc (thd=0x80636b8, p_args=0x80636a8)
at /nfs/ins/proj/drl/coreapi/esemukhi/svn/drlvm/trunk/vm/thread/src/thread_native_basic.c:722
#8 0x40025e61 in dummy_worker (opaque=0xfffffffc) at thread.c:138
#9 0x4064ea13 in start_thread () from /lib/tls/libpthread.so.0
#10 0x404f99da in clone () from /lib/tls/libc.so.6
(gdb)
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Assigned To: Gregory Shimansky
> Attachments: H-3044_gc_MultiThreads_hang.txt, monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky resolved HARMONY-3044.
----------------------------------------
Resolution: Fixed
Patch applied at 509268. Could you please verify that the bug is fixed now?
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Assigned To: Gregory Shimansky
> Attachments: monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Elena Semukhina (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467020 ]
Elena Semukhina commented on HARMONY-3044:
------------------------------------------
It seems that gc.MultiThreads hangs in a similar way.
I observed hangs on
- SLES9 x86_64 2xXeon in both JIT and interpreter modes
- SLES10 x86 4xXeon JIT
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Attachments: x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3044) [drlvm][thread manager] smoke test
gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
Posted by "Elena Semukhina (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474396 ]
Elena Semukhina commented on HARMONY-3044:
------------------------------------------
It looks like gc.ThreadSuspension hangs in the same way on x86_64 and the hang happens more often than gc.MultiThreads. Just run it in a loop.
> [drlvm][thread manager] smoke test gc.LOS hangs from time to time on SUSE9 Linux x86 and x86_64
> -----------------------------------------------------------------------------------------------
>
> Key: HARMONY-3044
> URL: https://issues.apache.org/jira/browse/HARMONY-3044
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Elena Semukhina
> Assigned To: Gregory Shimansky
> Attachments: H-3044_gc_MultiThreads_hang.txt, monitor_wait_impl-reset-suspend_disable_count-while-blocking-on-hymutex_lock.patch, x86_64_info_thr.txt
>
>
> I saw the hangs on 2xXeon machines in JIT mode.
> To reproduce the hang please run the test iteratively as follows:
> while true; do $DRLVM -cp <classpath> gc.LOS; echo $i; i=$[i+1]; done &
> It usually needs no more than 100 iterations to hang.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.