color-prefix-pipe
seaoflogs
color-prefix-pipe | seaoflogs | |
---|---|---|
1 | 1 | |
0 | 6 | |
- | - | |
10.0 | 10.0 | |
almost 6 years ago | over 2 years ago | |
C | HTML | |
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
color-prefix-pipe
-
Julia Evans: Tips for Analyzing Logs
Loosely related: a few years ago I wanted a simpler alternative to some of the more feature-full log viewers out there so I threw together a tiny app that might be useful to some folks in here. All it does is consistently colors the first field in a line from stdin so you can quickly see which log lines have the same first field. I used it in combination with the parallel command to prefix log lines by replica name when tailing logs across machines: https://github.com/jasisk/color-prefix-pipe
seaoflogs
-
Julia Evans: Tips for Analyzing Logs
I wrote https://github.com/ljw1004/seaoflogs - an interactive filtering tool, for similar ends to what's described here. I wrote it because my team was struggling to analyze LSP logs (that's the protocol used by VSCode to communicate with language servers). But I made it general-purpose able to analyze more log formats too - for instance, we want to correlate LSP logs with server logs and other traffic logs.
(1) I wanted something where colleagues could easily share links in workplace chat with each other, so we could cooperatively investigate bugs.
(2) For LSP we're often concerned with responsiveness, and I thought the best way to indicate times when viewing a log is with whitespace gaps between log messages in proportion to their time gap.
(3) For LSP we have lots of interleaved activity going on, and I wanted to have visual "threads" connecting related logs.
(4) As the post and lnav say, interactivity is everything. I tried to take it a step further with (1) javascript, (2) playground-style updates as you type, (3) autocomplete which "learns" what fields are available from structured logs.
My tool runs all in the browser. (I spent effort figuring out how people can distribute it safely and use it for their own confidential logs too). It's fast enough up to about 10k lines of logs.
What are some alternatives?
stern - ⎈ Multi pod and container log tailing for Kubernetes -- Friendly fork of https://github.com/wercker/stern
Logria - A powerful CLI tool that puts log aggregation at your fingertips.
logview - Emacs mode for viewing log files
lnav - Log file navigator