Request Details

Route
/health GET
Timestamp
Sep 23, 2026 11:48 AM
Duration
10.0 ms
Status
200
Response Size
106 Bytes
Error
No

Performance Breakdown

Database
50.4% (3 queries)
View Rendering
35.0%
Application Logic
14.6%
Other Operations
0.0%
Total Operations
7
Slowest Operation
35.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 34.3ms 68.5ms 102.8ms 137.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
health#index 10 ms 100.0%
SELECT * FROM users WHERE id = ? 31 ms 310.0%
health#index 10 ms 100.0%
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... 32 ms 320.0%
users/index 13 ms 130.0%
layouts/application 35 ms 350.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... 6 ms 60.0%