RFR (S): 8008314 - Unimplemented() Atomic::load breaks the applications
Jesper Wilhelmsson
jesper.wilhelmsson at oracle.com
Thu Feb 21 11:33:10 PST 2013
Hi Vladimir,
Do I understand your question correct if I say that you want to save the log
file from an old VM when a new VM is started instead of overwriting the old log
file as is done today?
This was discussed when log file rotation was introduced. Possible solutions
could be to attach the PID to the log file name, or maybe use the timestamp when
the VM is started as a way to get a unique file name. There is an RFE for this
(JDK-6950794). I don't think anyone is actively working on this right now.
There are also different external tools that can be used for log rotation that
may have the functionality you are looking for. RFE JDK-7090324 is requesting
better support for these tools, so I don't know if there are any problems with
the current logging that makes it hard to use these tools.
Cheers,
/Jesper
On 21/2/13 5:35 PM, Vladimir Sitnikov wrote:
> Is there a chance to get "rotate gc log on startup" option?
>
> I do respect the importance of rotation policy based on file size. However, log
> rotation on startup is crucial to have gc log at all in case of failure.
>
> I often face a problem when a customer reboots the application, and does not
> backup gc log beforehand.
>
> Regards,
> Vladimir Sitnikov
>
More information about the hotspot-dev
mailing list