Request Details

Route
/health GET
Timestamp
Sep 13, 2026 4:57 PM
Duration
10.0 ms
Status
201
Response Size
100 Bytes
Error
No

Performance Breakdown

Database
58.0% (4 queries)
View Rendering
30.7%
Application Logic
11.4%
Other Operations
0.0%
Total Operations
6
Slowest Operation
33.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 22.0ms 44.0ms 66.0ms 88.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.* FROM users LEFT JOIN posts ON users.id = posts.user_id LEFT JOIN comments ON posts.id = comments.post_id WHERE users.active = ? AND posts.published = ? AND comments.approved = ? OR users.created_at > ? AND posts.created_at > ? AND commen... 12 ms 120.0%
SELECT * FROM users WHERE id = ? 2 ms 20.0%
posts/show 27 ms 270.0%
INSERT INTO posts (user_id, title, content, published, created_at, updated_at) VALUES (?, ?, ?, ?, ?, ?) 4 ms 40.0%
health#index 10 ms 100.0%
SELECT * FROM users WHERE id = ? 33 ms 330.0%