Erik Grinaker 9b42d1ce1a pageserver: periodically log slow ongoing getpage requests (#10906) ...

## Problem

We don't have good observability for "stuck" getpage requests.

Resolves https://github.com/neondatabase/cloud/issues/23808.

## Summary of changes

Log a periodic warning (every 30 seconds) if GetPage request execution
is slow to complete, to aid in debugging stuck GetPage requests.

This does not cover response flushing (we have separate logging for
that), nor reading the request from the socket and batching it (expected
to be insignificant and not straightforward to handle with the current
protocol).

This costs 95 nanoseconds on the happy path when awaiting a
`tokio::task::yield_now()`:

```
warn_slow/enabled=false time:   [45.716 ns 46.116 ns 46.687 ns]
warn_slow/enabled=true  time:   [141.53 ns 141.83 ns 142.18 ns]
```

2025-02-20 21:38:42 +00:00

..

benches

pageserver: coalesce index uploads when possible (#10248)

2025-01-14 21:10:17 +00:00

client

storage: add APIs for warming up location after cold migrations (#10788)

2025-02-18 16:09:06 +00:00

compaction

Update axum to 0.8.1 (#10332)

2025-01-28 15:32:59 +00:00

ctl

Persist pg_stat information in pageserver (#6560)

2025-02-20 06:38:55 +00:00

pagebench

pageserver: issue concurrent IO on the read path (#9353)

2025-01-22 15:30:23 +00:00

src

pageserver: periodically log slow ongoing getpage requests (#10906)

2025-02-20 21:38:42 +00:00

test_data

pageserver: add layer visibility calculation (#8511)

2024-08-01 09:25:35 +00:00

Cargo.toml

Split utils::http to separate crate (#10753)

2025-02-11 22:06:53 +00:00