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
| vus | Gauge | Current number of active virtual users |
19
-
| vus_max | Gauge | Max possible number of virtual users (VU resources are [pre-allocated](https://grafana.com/docs/k6/<K6_VERSION>/using-k6/scenarios/concepts/arrival-rate-vu-allocation), to avoid affecting performance when scaling up load). |
20
-
| iterations | Counter | The aggregate number of times the VUs execute the JS script (the `default` function). |
21
-
| iteration_duration | Trend | The time to complete one full iteration, including time spent in `setup` and `teardown`. To calculate the duration of the iteration's function for the specific scenario, [try this workaround](https://grafana.com/docs/k6/<K6_VERSION>/using-k6/workaround-iteration-duration). |
22
-
| dropped_iterations | Counter | The number of iterations that weren't started due to lack of VUs (for the arrival-rate executors) or lack of time (expired maxDuration in the iteration-based executors). Refer to [Dropped iterations](https://grafana.com/docs/k6/<K6_VERSION>/using-k6/scenarios/concepts/dropped-iterations) for more details. |
18
+
| checks | Rate | The rate of successful checks. |
23
19
| data_received | Counter | The amount of received data. [This example covers how to track data for an individual URL](https://grafana.com/docs/k6/<K6_VERSION>/examples/track-transmitted-data-per-url). |
24
20
| data_sent | Counter | The amount of data sent. [Track data for an individual URL](https://grafana.com/docs/k6/<K6_VERSION>/examples/track-transmitted-data-per-url) to track data for an individual URL. |
25
-
| checks | Rate | The rate of successful checks. |
21
+
| dropped_iterations | Counter | The number of iterations that weren't started due to lack of VUs (for the arrival-rate executors) or lack of time (expired maxDuration in the iteration-based executors). Refer to [Dropped iterations](https://grafana.com/docs/k6/<K6_VERSION>/using-k6/scenarios/concepts/dropped-iterations) for more details. |
22
+
| iteration_duration | Trend | The time to complete one full iteration, including time spent in `setup` and `teardown`. To calculate the duration of the iteration's function for the specific scenario, [try this workaround](https://grafana.com/docs/k6/<K6_VERSION>/using-k6/workaround-iteration-duration). |
23
+
| iterations | Counter | The aggregate number of times the VUs execute the JS script (the `default` function). |
24
+
| vus | Gauge | Current number of active virtual users |
25
+
| vus_max | Gauge | Max possible number of virtual users (VU resources are [pre-allocated](https://grafana.com/docs/k6/<K6_VERSION>/using-k6/scenarios/concepts/arrival-rate-vu-allocation), to avoid affecting performance when scaling up load). |
26
26
27
27
## HTTP-specific built-in metrics {#http}
28
28
@@ -37,15 +37,15 @@ In other words, the timestamp happens when k6 receives the end of the response b
| http_reqs | Counter | How many total HTTP requests k6 generated. |
41
40
| http_req_blocked | Trend | Time spent blocked (waiting for a free TCP connection slot) before initiating the request. `float`|
42
41
| http_req_connecting | Trend | Time spent establishing TCP connection to the remote host. `float`|
43
-
| http_req_tls_handshaking | Trend | Time spent handshaking TLS session with remote host |
44
-
| http_req_sending | Trend | Time spent sending data to the remote host. `float`|
45
-
| http_req_waiting | Trend | Time spent waiting for response from remote host (a.k.a. “time to first byte”, or “TTFB”). `float`|
46
-
| http_req_receiving | Trend | Time spent receiving response data from the remote host. `float`|
47
42
| http_req_duration | Trend | Total time for the request. It's equal to `http_req_sending + http_req_waiting + http_req_receiving` (i.e. how long did the remote server take to process the request and respond, without the initial DNS lookup/connection times). `float`|
48
43
| http_req_failed | Rate | The rate of failed requests according to [setResponseCallback](https://grafana.com/docs/k6/<K6_VERSION>/javascript-api/k6-http/set-response-callback). |
44
+
| http_req_receiving | Trend | Time spent receiving response data from the remote host. `float`|
45
+
| http_req_sending | Trend | Time spent sending data to the remote host. `float`|
46
+
| http_req_tls_handshaking | Trend | Time spent handshaking TLS session with remote host |
47
+
| http_req_waiting | Trend | Time spent waiting for response from remote host (a.k.a. “time to first byte”, or “TTFB”). `float`|
48
+
| http_reqs | Counter | How many total HTTP requests k6 generated. |
49
49
50
50
## Browser metrics {#browser}
51
51
@@ -55,11 +55,11 @@ These core metrics will evolve over time when technology changes, but for now, k
|browser_web_vital_lcp| Measures a page's loading performance. Please refer to [Largest Contentful Paint](https://web.dev/lcp/) for more information. |
61
-
| browser_web_vital_fid | Measures a page's interactivity. Please refer to [First Input Delay](https://web.dev/fid/) for more information.|
62
-
|browser_web_vital_cls| Measures a page's visual stability. Please refer to [Cumulative Layout Shift](https://web.dev/cls/) for more information. |
|browser_web_vital_cls| Measures the visual stability on a webpage by quantifying the amount of unexpected layout shift of visible page content. Refer to [Cumulative Layout Shift](https://web.dev/cls/) for more information.|
61
+
| browser_web_vital_fid | Measures the responsiveness of a web page by quantifying the delay between a user’s first interaction, such as clicking a button, and the browser’s response. Refer to [First Input Delay](https://web.dev/fid/) for more information. |
62
+
|browser_web_vital_lcp| Measures the time it takes for the largest content element on a page to become visible. Refer to [Largest Contentful Paint](https://web.dev/lcp/) for more information.|
63
63
64
64
<!-- vale on -->
65
65
@@ -69,11 +69,11 @@ Apart from the Core Web Vitals, the browser module also reports [Other Web Vital
|browser_web_vital_ttfb | Measures the time it takes between the browser request and the start of the response from a server. Please refer to [Time to First Byte](https://web.dev/ttfb/) for more information.|
75
-
|browser_web_vital_fcp|Measures the time it takes for the browser to render the first DOM element on the page, whether that's a text, image or header. Please refer to [First Contentful Paint](https://web.dev/fcp/) for more information. |
76
-
|browser_web_vital_inp | An experimental metric that measures a page's responsiveness. Please refer to [Interaction to Next Paint](https://web.dev/inp/) for more information.|
|browser_web_vital_fcp | Measures the time it takes for the browser to render the first DOM element on the page, whether that's a text, image or header. Refer to [First Contentful Paint](https://web.dev/fcp/) for more information. |
75
+
|browser_web_vital_inp|An experimental metric that measures a page's responsiveness. Refer to [Interaction to Next Paint](https://web.dev/inp/) for more information.|
76
+
|browser_web_vital_ttfb | Measures the time it takes between the browser request and the start of the response from a server. Refer to [Time to First Byte](https://web.dev/ttfb/) for more information. |
77
77
78
78
<!-- vale on -->
79
79
@@ -84,22 +84,22 @@ Apart from the Core Web Vitals, the browser module also reports [Other Web Vital
| ws_connecting | Trend | Total duration for the WebSocket connection request. |
87
+
| ws_msgs_received | Counter | Total number of messages received |
88
+
| ws_msgs_sent | Counter | Total number of messages sent |
89
+
| ws_ping | Trend | Duration between a ping request and its pong reception |
87
90
| ws_session_duration | Trend | Duration of the WebSocket session. Time between the start of the connection and the end of the VU execution. |
88
91
| ws_sessions | Counter | Total number of started WebSocket sessions. |
89
-
| ws_ping | Trend | Duration between a ping request and its pong reception |
90
-
| ws_msgs_sent | Counter | Total number of messages sent |
91
-
| ws_msgs_received | Counter | Total number of messages received |
92
92
93
93
## Built-in gRPC metrics {#grpc}
94
94
95
95
k6 emits the following metrics when it interacts with a service through the [`gRPC`](https://grafana.com/docs/k6/<K6_VERSION>/javascript-api/k6-net-grpc/) API.
0 commit comments