* ublk: Adding Latency Measurement Support to UBLK
@ 2025-06-05 12:52 Yoav Cohen
2025-06-06 10:06 ` Ming Lei
0 siblings, 1 reply; 2+ messages in thread
From: Yoav Cohen @ 2025-06-05 12:52 UTC (permalink / raw)
To: linux-block@vger.kernel.org, linux-block@vger.kernel.org,
ming.lei@redhat.com
Cc: Jared Holzman
Dear Ming,
We would like to propose adding support to the ublk server for measuring latency at each stage of the I/O path. Currently, we are missing key information from the ublk driver—for example, the exact time a completion queue entry (CQE) was issued for an I/O operation, or when an I/O reached the ublk driver.
After reviewing the code, it seems this information is not currently accessible. One possible approach could be to extend the ublksrv_io_desc structure when a specific flag is passed during the creation of the ublk device (or by some other mechanism).
We are very interested in contributing this feature but would appreciate your thoughts and feedback before proceeding.
Thank you,
Yoav
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: ublk: Adding Latency Measurement Support to UBLK
2025-06-05 12:52 ublk: Adding Latency Measurement Support to UBLK Yoav Cohen
@ 2025-06-06 10:06 ` Ming Lei
0 siblings, 0 replies; 2+ messages in thread
From: Ming Lei @ 2025-06-06 10:06 UTC (permalink / raw)
To: Yoav Cohen; +Cc: linux-block@vger.kernel.org, Jared Holzman
On Thu, Jun 05, 2025 at 12:52:49PM +0000, Yoav Cohen wrote:
> Dear Ming,
>
> We would like to propose adding support to the ublk server for measuring latency at each stage of the I/O path. Currently, we are missing key information from the ublk driver—for example, the exact time a completion queue entry (CQE) was issued for an I/O operation, or when an I/O reached the ublk driver.
>
> After reviewing the code, it seems this information is not currently accessible. One possible approach could be to extend the ublksrv_io_desc structure when a specific flag is passed during the creation of the ublk device (or by some other mechanism).
>
> We are very interested in contributing this feature but would appreciate your thoughts and feedback before proceeding.
One idea is to add some trace points which can be attached reliably by
ebpf program, then you can run any analysis on the collected data from
ebpf program.
Please see the block layer's example:
trace_block_rq_issue()
trace_block_rq_complete()
...
Thanks,
Ming
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2025-06-06 10:06 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-06-05 12:52 ublk: Adding Latency Measurement Support to UBLK Yoav Cohen
2025-06-06 10:06 ` Ming Lei
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox