harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexey Varlamov (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-3711) [drlvm][gc] kernel test RuntimeTest.test_freeMemory fails intermittently
Date Fri, 18 Jan 2008 07:23:34 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-3711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12560262#action_12560262

Alexey Varlamov commented on HARMONY-3711:

Hmm. I've just rechecked the test source - it eats as much memory as neccessary to detect
the change and fails only after getting OOME. AFAIU it can fire false alarm only if started
too close to real OOME condition which normally can hardly happen in kernel tests. So we may
add a free memory threshold for entering the cycle in test to prevent such false negatives.

Seems the test reveals some LOS handling problems in GCv4.1 ? It looks like OOME is thrown
too early.

> [drlvm][gc] kernel test RuntimeTest.test_freeMemory fails intermittently
> ------------------------------------------------------------------------
>                 Key: HARMONY-3711
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3711
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: x86-32
>            Reporter: Alexey Varlamov
>            Assignee: Xiao-Feng Li
>            Priority: Minor
> The kernel test java.lang.RuntimeTest.test_freeMemory() fails quite stably on Linux@ia32,
with the following diagnostics:
> Runtime.freeMemory method should be sensitive to huge memory allocating!
> junit.framework.AssertionFailedError: Runtime.freeMemory method should be sensitive to
huge memory allocating! at junit.framework.Assert.fail(Assert.java:47) at java.lang.RuntimeTest.test_freeMemory(RuntimeTest.java:102)
at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) at java.lang.reflect.Method.invoke(Method.java:381)
at junit.framework.TestCase.runTest(TestCase.java:164) at junit.framework.TestCase.runBare(TestCase.java)
at junit.framework.TestResult$1.protect(TestResult.java) at junit.framework.TestResult.runProtected(TestResult.java)
at junit.framework.TestResult.run(TestResult.java) at junit.framework.TestCase.run(TestCase.java)
at junit.framework.TestSuite.runTest(TestSuite.java:230) at junit.framework.TestSuite.run(TestSuite.java)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:672)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:546)

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message