Request Details

Route
/health GET
Timestamp
Sep 10, 2026 4:43 AM
Duration
10.0 ms
Status
200
Response Size
100 Bytes
Error
No

Performance Breakdown

Database
41.5% (2 queries)
View Rendering
33.1%
Application Logic
25.4%
Other Operations
0.0%
Total Operations
6
Slowest Operation
39.0 ms

Request Trace

How to read this

Each row is a layer of your stack. Many short Database bars means N+1 queries — fix with includes(). A wide Action bar with little Database time means slow Ruby code. A wide View bar usually means a partial rendered in a loop.

Action
View
Database
Other
Action
View
Database
0.0ms 29.5ms 59.0ms 88.5ms 118.0ms

Operations

How to use this

Sort by Impact to find your biggest wins. Click any row for details and optimisation suggestions. The same SQL appearing multiple times is an N+1 — fix with includes(). A single operation above 50% impact is your highest priority.

Operation Duration Impact Timeline Actions
SELECT users.*, COUNT(DISTINCT posts.id) as post_count, COUNT(DISTINCT comments.id) as comment_count, SUM(posts.view_count) as total_views, AVG(posts.view_count) as avg_views, MIN(posts.created_at) as first_post, MAX(posts.created_at) as latest_post FR... 25 ms 250.0%
health#index 10 ms 100.0%
SELECT users.*, COUNT(DISTINCT posts.id) as post_count, COUNT(DISTINCT comments.id) as comment_count, SUM(posts.view_count) as total_views, AVG(posts.view_count) as avg_views, MIN(posts.created_at) as first_post, MAX(posts.created_at) as latest_post FR... 24 ms 240.0%
health#index 10 ms 100.0%
users/index 39 ms 390.0%
health#index 10 ms 100.0%