http://12factor.net/logs
(I don't fully agree with this, but it would be nice if we can support it in an efficient way.) On Wed, May 25, 2016 at 6:50 PM, Matt Sicker <[email protected]> wrote: > Plus there's the fact that some people are encouraging all logging to > happen to stdout (in containers) for simpler log configuration and > handling. It would be nice if we can support that scenario better. > > On 25 May 2016 at 09:18, Mikael Ståldal <[email protected]> wrote: > >> There are use cases for logging to standard out/err and redirecting to a >> file or something else than an actual console. It would be good if we would >> optimize so that is not 50x slower than logging directly to file. >> >> On Wed, May 25, 2016 at 4:09 PM, Remko Popma <[email protected]> >> wrote: >> >>> >>> >>> On Wednesday, May 25, 2016 at 3:02:33 AM UTC+9, Richard Warburton wrote: >>>> >>>> Hi, >>>> >>>> Could we avoid that by using FileDescriptor.out / FileDescriptor.err >>>>> instead of System.out / System.err ? >>>>> >>>>> On Tue, May 24, 2016 at 4:09 PM, Matt Sicker <[email protected]> wrote: >>>>> >>>>>> All the PrintStream.write() methods have locks. >>>>>> >>>>>> On 24 May 2016 at 02:56, Mikael Ståldal <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> Do we know why Console has so bad performance (compared to File)? Is >>>>>>> this true also if you redirect STDOUT to a file? >>>>>>> >>>>>> >>>> There's a couple of other things to consider: >>>> >>>> * Console writes in Java flush on every newline. >>>> * The terminal that is being written to might also spend time >>>> rendering text, if your benchmark actually writes STDOUT. I've seen >>>> terminals eat 3x more CPU rendering logs than a program was using to >>>> produce them. >>>> >>> Is rendering the bottleneck? I'm just wondering what causes this. The >>> 50x difference with writing to a file is staggering... (I haven't benchmark >>> File I/O when flushing on every write, may be interesting to try.) >>> >>> >>>> regards, >>>> >>>> Richard Warburton >>>> >>>> http://insightfullogic.com >>>> @RichardWarburto <http://twitter.com/richardwarburto> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> >> >> -- >> [image: MagineTV] >> >> *Mikael Ståldal* >> Senior software developer >> >> *Magine TV* >> [email protected] >> Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com >> >> Privileged and/or Confidential Information may be contained in this >> message. If you are not the addressee indicated in this message >> (or responsible for delivery of the message to such a person), you may >> not copy or deliver this message to anyone. In such case, >> you should destroy this message and kindly notify the sender by reply >> email. >> > > > > -- > Matt Sicker <[email protected]> > -- [image: MagineTV] *Mikael Ståldal* Senior software developer *Magine TV* [email protected] Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com Privileged and/or Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such a person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email.
