review (S) for 6970683: improvements to hs_err output

Vladimir Kozlov vladimir.kozlov at oracle.com
Tue Oct 12 11:04:57 PDT 2010


Tom Rodriguez wrote:
>> src/share/vm/runtime/os.cpp next values are the same why print twice?
>>
>> +       st->print_cr(INTPTR_FORMAT " is the thread: "
>> +                    INTPTR_FORMAT, addr, thread);
> 
> I wanted to print something shorter since we dump all the threads later but I didn't closely enough about what would come out.  How about this:
> 
> -      thread->print_on(st);                                                                                                                         
> +      if (verbose) {                                                                                                                                 
> +        thread->print_on(st);                                                                                                                       
> +      } else {                                                                                                                                       
> +        static char buf[256];                                                                                                                       
> +        thread->print_on_error(buf, sizeof(buf));                                                                                                   
> +        st->print_cr(INTPTR_FORMAT " is %s", addr, buf);                                                                                             
> +      }   
> 
> This will print out in the same one line format that the rest of VMError uses.

It is too many lines (two :) ). I would just say it is thread, we can look it down in hs_err for more info.

-      thread->print_on(st);
+      if (verbose) {
+        thread->print_on(st);
+      } else {
+       st->print_cr(INTPTR_FORMAT " is the thread", addr);
+      }

> 
>> src/share/vm/code/codeCache.cpp closed ")" should be "]" (or it is indication that address in not included?):
>>
>> +   st->print_cr("Code Cache  [" INTPTR_FORMAT ", " INTPTR_FORMAT ", " INTPTR_FORMAT ")",
> 
> It's the same format we use for the other sections and yes the final address isn't included.  It's the half open interval.

Then it is fine.

> 
>> also why you need to put ' ' around numbers for codecache values? Can you separate them using comma?
> 
> It was a copy paste from the log sweeper printing which was xml.  I've removed them.  Why do you want commas?
> 
> Code Cache  [0xfa800000, 0xfaa40000, 0xfd800000)
>  total_blobs=398 nmethods=299 adapters=60 free_code_cache=49158848
> 
> vs.
> 
> Code Cache  [0xfa800000, 0xfaa40000, 0xfd800000)
>  total_blobs=398, nmethods=299, adapters=60, free_code_cache=49158848
> 

I am fine without commas (less file size).

> 
>> src/os_cpu/windows_x86/vm/os_windows_x86.cpp missing #ifdef AMD64 in os::print_register_info() and end of method:
>>  st->cr();
>> }
>>
>> Also why you left Register to memory dump the same? On solaris platforms you print only register name before call to print_location() (I prefer this).
> 
> Oops.  I thought I'd finished the windows side.  It's done now, though it hasn't been through jprt yet.

I don't see that you updated print_register_info(), it is still original (several lines per reg).

Thanks,
Vladimir

> 
> 
> tom
> 
>> Vladimir
>>
>> Tom Rodriguez wrote:
>>> http://cr.openjdk.java.net/~never/6970683
>>> 6970683: improvements to hs_err output
>>> Reviewed-by:
>>> There are a few things missing from the hs_err dump that would be
>>> useful.  First we don't dump the sparc L and I registers.  Second some
>>> information about the size and contents of the code cache would be
>>> useful.  Third we should dump a larger region around the faulting
>>> instruction.  Additionally the new register to memory mapping output
>>> can crash which stops us from getting the stack and instructions at
>>> the faulting pc, so I moved it into it's own section.  block_start
>>> would assert in some cases so I augmented existing logic to just
>>> return null.  I also changed the formatting to remove all the extra
>>> whitespace and made some of the output more compact and eliminated
>>> most of the useless whitespace.
> 


More information about the hotspot-dev mailing list