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
Hi folks, I'm curious if it is a specific choice for sqlx to not be using extensive use of tracing spans? Or if that is just its current status?
For context, I'm digging in to some performance issues in my application as we scale to hundreds of thousands of requests per minute. We're pretty bought in to the tracing ecosystem and otel, and we often see big gaps in our data that we think might be connection pool acquisition, but we're not sure.
We're thinking about going ham and instrumenting sqlx (at least the pool and the postgres backend) within an inch of its life to try and dig in to what is happening here. But if there's some sort of background info we're missing I'd be glad to know it. It'd also change how we go about doing that.
Note I originally posed this question on Discord, and since then I did a TAS speedrun of instrumenting a lot of sqlx to see what that looks like: grahamc#1. I haven't used it, though, so I don't know if this solves my problem or is worth upstreaming.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Hi folks, I'm curious if it is a specific choice for sqlx to not be using extensive use of tracing spans? Or if that is just its current status?
For context, I'm digging in to some performance issues in my application as we scale to hundreds of thousands of requests per minute. We're pretty bought in to the tracing ecosystem and otel, and we often see big gaps in our data that we think might be connection pool acquisition, but we're not sure.
We're thinking about going ham and instrumenting sqlx (at least the pool and the postgres backend) within an inch of its life to try and dig in to what is happening here. But if there's some sort of background info we're missing I'd be glad to know it. It'd also change how we go about doing that.
Note I originally posed this question on Discord, and since then I did a TAS speedrun of instrumenting a lot of sqlx to see what that looks like: grahamc#1. I haven't used it, though, so I don't know if this solves my problem or is worth upstreaming.
All reactions