<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Dmitry,<div><br></div><div>Neal Ford talk is call "Abstraction Distraction".. it's downloadable and you can see it here. <a href="http://vimeo.com/44235657">http://vimeo.com/44235657</a></div><div><br></div><div>-- Kirk</div><div><br><div><div>On 2012-08-14, at 12:17 PM, Dmitry Samersoff <<a href="mailto:Dmitry.Samersoff@oracle.com">Dmitry.Samersoff@oracle.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Kirk,<br><br><blockquote type="cite">However I do have very serious concerns about this JEP in that it<br>doesn't fix the problems that exist in current logging frameworks,<br>it only mimics them.<br></blockquote><br><blockquote type="cite"><a href="http://openjdk.java.net/jeps/158">http://openjdk.java.net/jeps/158</a><br></blockquote><br>Any comments is much appreciated.<br><br>Personally, I think that log rotation is out of scope and responsibility<br>of JVM.<br><br>-Dmitry<br><br><br>On 2012-08-14 13:26, Kirk Pepperdine wrote:<br><blockquote type="cite">Hi Yasumasa,<br><br>I'm not sure that log file rotation is a part of this JEP. <br>However I do have very serious concerns about this JEP in that it doesn't fix the problems that exist in current logging frameworks, it only mimics them.<br><br>Regards,<br>Kirk<br><br>On 2012-08-14, at 11:20 AM, Yasumasa Suenaga <<a href="mailto:suenaga.yasumasa@lab.ntt.co.jp">suenaga.yasumasa@lab.ntt.co.jp</a>> wrote:<br><br><blockquote type="cite">Hi Staffan,<br><br>May I ask you 2 questions about this JEP?<br><br>1. One of goals of this JEP is defined as following:<br> "File rotation of log files by size (similar to what is available for GC logs today)"<br> My patch realizes log rotation by external trigger.<br> 7090324 is included in this JEP?<br> (Is 7090324 included in "Logging can be configured dynamically at runtime via jcmd or MBeans" ? )<br><br>2. I've posted a patch for "6950794: Make the GC log file name parameterized" .<br> <a href="http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2012-July/004758.html">http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2012-July/004758.html</a><br> Could you include this RFE in this JEP?<br> If we use log rotation, I think that name of logs is very important for log management.<br><br><br>Thanks,<br><br>Yasumasa<br><br><br>On 2012/08/14 16:50, Staffan Larsen wrote:<br><blockquote type="cite">Hi Yasumasa,<br><br>This work should be done in the context of the Unified Logging JEP [1]. Unfortunately, that work has not yet started due to resource constraints. Comments on the proposal are welcome.<br><br>[1] <a href="http://openjdk.java.net/jeps/158">http://openjdk.java.net/jeps/158</a><br><br>/Staffan<br><br>On 31 jul 2012, at 12:45, Yasumasa Suenaga <<a href="mailto:suenaga.yasumasa@lab.ntt.co.jp">suenaga.yasumasa@lab.ntt.co.jp</a> <<a href="mailto:suenaga.yasumasa@lab.ntt.co.jp">mailto:suenaga.yasumasa@lab.ntt.co.jp</a>>> wrote:<br><br><blockquote type="cite">Hi,<br><br>I've posted a patch for gc log rotation via jinfo tool last year.<br>Then I received an email that essence of my patch will be implemented as<br>"subcommands" of jcmd.<br><br>Now, jcmd is provided by OpenJDK. However, current jcmd does not seem to<br>implement function of gclog rotation.<br><br>Will this RFE be implemented?<br><br>I need to rotate gclog which is synchronized with signal, cron, etc... on Linux.<br>So, if this RFE is not implemented for a while, I would like to contribute<br>patch for jcmd.<br><br><br>Regards,<br><br>Yasumasa<br><br><br>On 2011/09/29 21:15, James Melvin wrote:<br><blockquote type="cite">Hi Yasumasa,<br><br>Thanks very much for your OpenJDK contribution! As part of the effort to<br>port JRockit features to HotSpot, we plan to introduce a consolidated<br>commandline serviceability tool (jcmd) to potentially replace many of<br>the existing tools in the bin directory, such as jmap, jstack, jinfo and<br>others. Over the next few update releases, we plan to add several jcmd<br>*subcommands* instead to accomplish specific tasks or affect the running<br>JVM instance. We'd like to use the essence of your contribution in one<br>of the jcmd subcommands (instead of extending jinfo) to ask the JVM to<br>begin rotating GC logs. We hope you find this attractive and hope you<br>will help review and perfect the change.<br><br>Thanks,<br><br>Jim Melvin<br>Sr. Engineering Manager<br>Oracle<br><br><br><br>On 9/26/11 6:38 AM, Yasumasa Suenaga wrote:<br><blockquote type="cite">(I've changed subject of this email to new RFE.)<br><br>This RFE is enhancement of current gclog implementation.<br>So, I'd like to discuss about rotating gclog.<br><br>My customers need gclog rotation which is invoked by external trigger.<br>So I've requested this RFE and made a patch.<br><br><br>In many case on Linux, logfile is rotated by signal (e.g. SIGHUP) .<br>The aim of this RFE is to synchronize gclog and the other logs.<br><br><br>Thanks,<br><br>Yasumasa<br><br>(2011/09/22 20:55), Rainer Jung wrote:<br><blockquote type="cite">On 22.09.2011 13:20, Dmitry Samersoff wrote:<br><blockquote type="cite"><br>Yasumasa,<br><br>On 2011-09-22 04:47, Yasumasa Suenaga wrote:<br><blockquote type="cite">If we can think Java on Linux and Solaris only, syslog is best<br>solution.<br>However, Windows usually doesn't have syslog.<br><br>So, I think that gclog is needed for logging GC stats with platform<br>independent in realtime.<br></blockquote><br>Windows has it's own logging API as reach as syslog is or ever better<br>as well as numerous syslog implementations.<br><br>Native windows logging API was completely redesigned for Windows 2008<br>server and now it allows for developers to send a structured events from<br>theirs application.<br></blockquote><br>AFAIK log rotation for loggc is already implemented though not<br>necessarily yet released. The change discussed here is about supporting<br>an externally generated rotation trigger, e.g. via a signal, instead of<br>only rotating by size or time via a startup parameter.<br><br>If you want support for syslog or Windows APIs included, it would be<br>best to start a new discussion.<br><br>A GC log for an application under load might easily produce a block of<br>about 1.5 KB size every few seconds. I seriously doubt, that the need<br>for log file rotation can be argued away by referring to syslog or<br>Windows log API as the correct solution.<br><br>The messages are not really line formatted, the format can vary a lot<br>(depending on the excat XX switches), the traffic can be quite high and<br>AFAIK the JVM writes it synchronously, so there must be absolutely no<br>risk in writing it out with very little latency. In addition, for<br>analysis, you wouldn't want to look at each event individually, but<br>instead process the whole file through a script or tool, which should<br>not depend on the output specifics of a platform specific log apparatus.<br><br>Regards,<br><br>Rainer<br><br></blockquote><br></blockquote></blockquote><br></blockquote><br></blockquote><br></blockquote><br></blockquote><br><br>-- <br>Dmitry Samersoff<br>Java Hotspot development team, SPB04<br>* There will come soft rains ...<br><br><br></blockquote></div><br></div></body></html>