Request Details

Route
/health GET
Timestamp
Sep 18, 2026 1:44 AM
Duration
10.0 ms
Status
200
Response Size
100 Bytes
Error
No

Performance Breakdown

Database
82.1% (3 queries)
View Rendering
0.0%
Application Logic
17.9%
Other Operations
0.0%
Total Operations
4
Slowest Operation
30.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
Database
0.0ms 14.0ms 28.0ms 42.0ms 56.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 id, name FROM users WHERE email = ? 7 ms 70.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... 30 ms 300.0%
SELECT * FROM comments WHERE post_id = ? ORDER BY created_at DESC LIMIT ? 9 ms 90.0%