mirror of
https://github.com/nosqlbench/nosqlbench.git
synced 2025-02-25 18:55:28 -06:00
minor doc updates
This commit is contained in:
70
devdocs/docs-for-ebhistoric/nb-cli-docs/cycle_log.md
Normal file
70
devdocs/docs-for-ebhistoric/nb-cli-docs/cycle_log.md
Normal file
@@ -0,0 +1,70 @@
|
||||
## cycle logging and re-use
|
||||
|
||||
### cycle_log format
|
||||
|
||||
This file is a binary format that encodes ranges of cycles in RLE interval
|
||||
form. This means that it will be relatively compact for scenarios that
|
||||
have many repeats of the same result, as well as low-overhead when running
|
||||
scenarios.
|
||||
|
||||
All cycle logfiles have the *.cyclelog* suffix.
|
||||
|
||||
### export cycle_log to text format
|
||||
|
||||
You can dump an rlefile to the screen to see the content in text form by
|
||||
running a command like this:
|
||||
|
||||
PROG --export-cycle-log <filename> [spans|cycles]
|
||||
|
||||
You do not need to specify the extension. If you do not specify either
|
||||
optional format at the end, then *spans* is assumed. It will print output
|
||||
like this:
|
||||
|
||||
0->3
|
||||
1->3
|
||||
...
|
||||
|
||||
Alternately, you can see the individual RLE spans with the *spans* format,
|
||||
which looks like this:
|
||||
|
||||
[0,100)->3
|
||||
...
|
||||
|
||||
This format uses the '[x,y)' notation to remind you that the spans are all
|
||||
closed-open intervals, including the starting cycle number but not the
|
||||
ending one.
|
||||
|
||||
### importing text format to a cycle_log
|
||||
|
||||
If you need to modify and then re-use a cycle log, you can do this with
|
||||
simple text tools. Once you have modified the file, you can import it back
|
||||
to the native format with:
|
||||
|
||||
PROG --import-cycle-log <infile.txt> <outfile.cyclelog>
|
||||
|
||||
The importer recognizes both formats listed above.
|
||||
|
||||
### Using cycle logs as outputs
|
||||
|
||||
When you want an activity to record its per-cycle result for later use,
|
||||
you can specify a cycle log as its output. This is configured as:
|
||||
|
||||
... output=type:cyclelog,file:somefile ...
|
||||
|
||||
If you do not specify the file parameter, then the alias of the activity
|
||||
is used.
|
||||
|
||||
### Using cycle logs as inputs
|
||||
|
||||
You can have all the cycles in a cycle log as the input cycles of an
|
||||
activity like this:
|
||||
|
||||
... input=type:cyclelog,file:somefile ...
|
||||
|
||||
Note, that when you use cycle logs as inputs, not all cycles are
|
||||
guaranteed to be in order. In most cases, they will be, due to reordering
|
||||
support on RLE encoding. However, that uses a sliding-window buffer, and
|
||||
in some cases RLE spans can occur out of order in a cycle log.
|
||||
|
||||
If you do not specify the fie parameter, then the alias of the activity is
|
||||
used.
|
||||
Reference in New Issue
Block a user