You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Contains a list of objects describing custom performance variables to create, based on extracted ones (from stages). An aggregation will be performed using provided columns and valid operations.
40
52
For more information, see the xref:tutorial:advancedConfiguration.adoc[advanced Configuration]
@@ -63,6 +75,24 @@ Recursive creation of custom_variables is supported!
63
75
Deeply nested and complex JSON scalability files are supported, using multiple wildcard syntax!
64
76
====
65
77
78
+
79
+
== Extracting from standard output
80
+
81
+
Stages may extract performance variables directly from the application standard output by setting:
82
+
83
+
[source,json]
84
+
----
85
+
"filepath": "stdout"
86
+
----
87
+
88
+
This works with any supported file format (e.g. logging a csv on the stdout).
89
+
90
+
The top-level directory field is not required if ALL stages extract from stdout.
91
+
92
+
[TIP]
93
+
Mixing `stdout` and file-based stages is allowed but requires `directory` to be set
94
+
95
+
66
96
== Examples
67
97
68
98
Let's assume our application exports the following files:
@@ -199,4 +229,40 @@ If a full path is passed, the variable name corresponds to the key of the leaf
199
229
[TIP]
200
230
====
201
231
`variables_path` can be a list.
202
-
====
232
+
====
233
+
234
+
235
+
=== Extracting performance variables using `regex`
236
+
237
+
Assume the application prints the following lines to standard output:
238
+
239
+
[source,text]
240
+
----
241
+
assembly: 0.012
242
+
solve: 1.42
243
+
postprocess: 0.08
244
+
----
245
+
246
+
A minimal `regex` stage extracting these values from `stdout` is shown below.
0 commit comments