summaryrefslogtreecommitdiff
path: root/logger.c
Commit message (Collapse)AuthorAgeFilesLines
...
* add -o watcher_logbuf_size=N worker_logbuf_size=Ndormando2016-06-231-2/+2
| | | | | | | the defaults should just about always be used, but this is now tunable for completeness. Also handy for writing tests. This also hopefully makes the watcher.t test not flaky anymore.
* add #include <stdio.h> to fix error: implicit declaration of function ↵Mathieu CARBONNEAUX2016-06-201-0/+1
| | | | ‘snprintf’
* add protocol documentation1.4.26dormando2016-06-171-0/+1
| | | | and a note for missing information.
* misc cleanups for logger code.dormando2016-06-171-6/+4
| | | | tests pass now.
* logger endpoints for first releasedormando2016-06-161-1/+118
| | | | | | | | | | | swapping "RAWCMDS" for internal hooks on when items are fetched or stored. This doesn't map 1:1 with commands, ie: a store is internally a fetch then store, so two log lines are generated. An ascii multiget one make one log line per key fetched. It's a good place to start. Need to come back and refactor parts of logger.c again, then convert all prints in the codebase to log entries.
* convert eviction log to new processdormando2016-06-161-24/+37
| | | | | | | | | | | | add LOGGER_LOG() macro wrapper for callers. eviction logging is now using the "more final" method, where data is copied into structs embedded into the per-worker circular buffer. This moves the expensive snprintf calls to the background thread, and also allows making the logging format switchable. also switched the format to key=value. it's still largely readable but much easier to parse.
* logger: add a uri encoder for printing keysdormando2016-06-161-2/+38
| | | | makes a map on start of bgthread to speed up conversion a little.
* small logger code clarity improvementsdormando2016-06-161-34/+48
| | | | | | | put header sections for utils/bgthread/api, edit function names slightly so it's clear what's only called from the bgthread. remaining FIXME/TODO's appear noncritical. might do those in the future.
* some global stats for bg loggerdormando2016-06-161-17/+42
| | | | | four obvious ones. have a handy place to do the summarization when the logger wakes up for its run, avoiding the locks.
* improve 'watch' command processing a littledormando2016-06-161-0/+1
| | | | | moves to its own function, respods "OK\r\n" to client, allows multiple arguments for multiple flags. Needs more thought before adding sampling.
* poll() smarter when full, print skipped countdormando2016-06-161-29/+52
| | | | | | | | | When lines are skipped to a watcher, a [skipped: n] is printed before resuming. Also polls full watcher directly once, and will wait until the outer loop to re-poll. Think the routine can be simplified... it works so will leave it and revisit later.
* use one bipbuffer per watcher. remove iovec code.dormando2016-06-161-205/+75
| | | | | | | | | | | | | after the previous commit's exercise, this greatly simplifies the writing process. The buffers are large but can be tuned with performance testing. Lines are now rendered into scratch space, and if event flags (eflags) match for a watcher, copy the bytes into that watcher's specific buffer. In most realistic cases, watchers will be watching different streams of information. While this does require a minimum of one memcpy instead of directly writing into the bipbuf as before, it removes all of the loops and management of iovecs required for filtering events on the write-to-socket end.
* remove "logger chunks", add individualized streamsdormando2016-06-161-136/+170
| | | | | | | | | | | | | | | | | | | Stop doing a multi-reader circular buffer structure on top of a circular buffer. Also adds individualized streams based off of the central buffer. Sadly this requires managing iovecs and dealing with partial writes into said iovecs. That makes things very complicated. Since it's not clear to me how to simplify it too much (as of this writing), one of the next commits should remove iovecs and instead give each watcher its own circular buffer. The parser thread will copy watched events into each buffer. The above would only be slower for the case of many watchers watching the same event streams. Given all of the extra loops required for managing the iovecs, and the more complicated syscall handling, it might even be the same speed to manage multiple buffers anyway. I completed this intermediary change since it simplifies the surrounding code and was educational to fiddle with iovecs again.
* switch from bit fields to bit manipulationdormando2016-06-161-21/+8
| | | | can't compare bit fields en-masse, which makes things too difficult.
* manage logger watcher flags.dormando2016-06-161-6/+44
| | | | | very temporary user control. allows to watch either fetchers or evictions, but not both, and always with timestamps.
* initial logger code.dormando2016-06-161-0/+637
Logs are written to per-thread buffers. A new background thread aggregates the logs, further processes them, then writes them to any "watchers". Logs can have the time added to them, and all have a GID so they can be put back into strict order. This is an early preview. Code needs refactoring and a more complete set of options. All watchers are also stuck viewing the global feed of logs, even if they asked for different data. As of this commit there's no way to toggle the "stderr" watcher.
View Lorry Controller Status