Re: Proposed changes to Gorouter log message format
Shannon Coen
Mike, thank you for your response. The Routing team tells me we can count
toggle quoted message
Show quoted text
on the library-provided timestamp appearing in the second position. To be clear, a full log message has two timestamps, one provided by the logging library (epoch), and one that our Gorouter code prepends every message with (human readable). [2017-01-13 22:05:58+0000] {"log_level":1,"timestamp":1484345158.9532504,"message":"starting","source":"vcap.gorouter","data":{}} If you're referring to the human readable one, that will continue to prepend the JSON object. Etourneau, we've seen 10-20% improvement in throughput by swapping lager for zap in this use case. There are still valid reasons for other CF components to continue using lager, including features it supports that zap does not. However, we don't have requirements for those features in Gorouter, and performance is particularly important in this component. We will be publishing a blog post as a sequel to one we published recently, in which we'll share the tooling we've developed for exploring performance improvements, what we've tried that worked and didn't, and our results. Shannon Coen Product Manager, Cloud Foundry Pivotal, Inc. On Wed, Jan 18, 2017 at 9:50 PM, Mike Youngstrom <youngm(a)gmail.com> wrote:
4. Key reordering. My expectation is that no one should be using key orderfor log analysis.Our Splunk configuration requires the timestamp to be early in the log |
|