From: Perry C. <per...@us...> - 2002-11-25 19:37:47
|
I've located the decreasing total memory in JMTk configuration to a bug in the implementation of totalMemory(). In looking at that however, it seems that the watson collectors were not counting immortal heap in total space usage putting JMTk at a slight disadvantage. This may be related to the performance degradation. Perry Michael Hind/Watson/IBM@IB...@ww... on 11/25/2002 08:18:01 AM Please respond to jik...@ww... Sent by: jik...@ww... To: jik...@ww... cc: Subject: Re: [Jikesrvm-regression] [Linux] regression FAILED 4 tests (1) JMTkBaseAdaptiveSemispace null pointer exception in VM_Runtime.checkstore on utft. (2) JMTkBaseBaseHybrid tripped an assertion that is checking that memory is zeroed on SPECjbb2000. (3) JMTkBaseBaseGenCopy and FastSemispace on SPECjbb2000: killed because of timer (4) All JMTk configurations continue to appear to be losing heap space on SPECjbb2000. The number reported for total heap is smaller after each interval. Details: (1) JMTkBaseAdaptiveSemispace null pointer exception in VM_Runtime.checkstore on utft. VM_RuntimeCompiler: boot (adaptive compilation) java.lang.NullPointerException at com.ibm.JikesRVM.librarySupport.StackTrace.create (StackTrace.java:38) at java.lang.Throwable.fillInStackTrace (Throwable.java:118) at java.lang.Throwable.<init> (Throwable.java:59) at java.lang.Exception.<init> (Exception.java:32) at java.lang.RuntimeException.<init> (RuntimeException.java:28) at java.lang.NullPointerException.<init> (NullPointerException.java:29) at com.ibm.JikesRVM.VM_Runtime.deliverHardwareException (VM_Runtime.java:555) at <hardware trap> at com.ibm.JikesRVM.VM_Runtime.checkstore (VM_Runtime.java:175) at utf8test.<clinit> (utf8test.java:2) at com.ibm.JikesRVM.VM_Class.initialize (VM_Class.java:1526) at com.ibm.JikesRVM.MainThread.run (MainThread.java:111) at com.ibm.JikesRVM.VM_Thread.startoff (VM_Thread.java:594) (2) JMTkBaseBaseHybrid tripped an assertion that is checking that memory is zeroed on SPECjbb2000. Timing Measurement began Mon Nov 25 05:32:40 GMT 2002 for .42 minutes Memory range is not zeroed: 0x7502fff0 .. 0x75030004 ---- Dumping memory from 0x7502fff0 to 0x75030004 ---- 0: 0x7502fff0 0 4: 0x7502fff4 0 8: 0x7502fff8 0 12: 0x7502fffc 0 16: 0x75030000 1 vm internal error at: -- Stack -- Lcom/ibm/JikesRVM/VM; sysFail(Ljava/lang/String;)V at line 597 Lcom/ibm/JikesRVM/VM; _assertionFailure(Ljava/lang/String;)V at line 363 Lcom/ibm/JikesRVM/VM; _assert(ZLjava/lang/String;)V at line 357 Lcom/ibm/JikesRVM/VM; _assert(Z)V at line 340 Lcom/ibm/JikesRVM/memoryManagers/JMTk/Plan; alloc(IZILcom/ibm/JikesRVM/memoryManagers/vmInterface/AllocAdvice;)Lcom/ibm/JikesRVM/VM_Address; at line 172 Lcom/ibm/JikesRVM/memoryManagers/vmInterface/VM_Interface; allocateScalar(I[Ljava/lang/Object;I)Ljava/lang/Object; at line 368 Lcom/ibm/JikesRVM/VM_Runtime; resolvedNewScalar(I[Ljava/lang/Object;ZI)Ljava/lang/Object; at line 260 Ljava/lang/StringBuffer; toString()Ljava/lang/String; at line 861 Lspec/jbb/Company; getCustomerByLastName(SBLjava/lang/String;Z)Lspec/jbb/Customer; at line 677 Lspec/jbb/PaymentTransaction; process()Z at line 298 Lspec/jbb/TransactionManager; go()V at line 327 Lspec/jbb/JBBmain; run()V at line 258 Ljava/lang/Thread; run()V at line 774 Lcom/ibm/JikesRVM/VM_Thread; startoff()V at line 594 vm: exit 1 - - - - - - - - - - - - - - - - Michael Hind, Manager, Dynamic Optimization Group, Jalapeño Project IBM Watson Research Center http://www.research.ibm.com/people/h/hind hi...@wa..., 914 784-7589, tie: 863-7589 Jikes RVM open source release: http://www.ibm.com/developerworks/oss/jikesrvm _______________________________________________ Jikesrvm-regression mailing list Jik...@ww... http://www-124.ibm.com/developerworks/oss/mailman/listinfo/jikesrvm-regression |