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
Merging feat: register first block metric by default #8332 means that we can now track time to first block 🎉 however only the sum and count metrics are exported. It would be very useful to also export this metric as a histogram (eg unixfs_get_latency_seconds_bucket) so that we can calculate percentiles (p90, p95) and get a better understanding of outliers. A good set of buckets could be 100ms, 500ms, 1s, 2s, 3s, 5s, 8s, 13s
This means we need solid metrics that are format agnostic (e.g. time to first block)
gw_first_root_block_get_latency_seconds with time to return the root block – /ipfs/{cid}, /ipns/{example.com} low utility, we care about first content block
gw_first_content_block_get_latency_seconds with time to first content block of specific resource – /ipfs/{cid}/some/file.jpg
histogram
nice to have: metrics per response type
unixfs file
generated directory listing
raw block
car stream
(futrure) dag-json, dag-cbor
request count and time to generate full response may be useful thing to track per type
Wishlist
from @gmasgras
sumandcountmetrics are exported. It would be very useful to also export this metric as a histogram (egunixfs_get_latency_seconds_bucket) so that we can calculate percentiles (p90, p95) and get a better understanding of outliers. A good set of buckets could be 100ms, 500ms, 1s, 2s, 3s, 5s, 8s, 13sfrom @lidel
low utility, we care about first content blockgw_first_root_block_get_latency_secondswith time to return the root block –/ipfs/{cid},/ipns/{example.com}gw_first_content_block_get_latency_secondswith time to first content block of specific resource –/ipfs/{cid}/some/file.jpg