Request Details

Route
/health GET
Timestamp
Sep 23, 2026 1:39 AM
Duration
10.0 ms
Status
200
Response Size
120 Bytes
Error
No

Performance Breakdown

Database
51.9% (3 queries)
View Rendering
40.5%
Application Logic
7.6%
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 32.8ms 65.5ms 98.3ms 131.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... 33 ms 330.0%
health#index 10 ms 100.0%
SELECT * FROM posts WHERE title LIKE ? AND content LIKE ? AND LOWER(title) LIKE ? AND UPPER(content) LIKE ? 11 ms 110.0%
layouts/application 26 ms 260.0%
SELECT id, name, email FROM users WHERE id = ? 24 ms 240.0%
posts/show 27 ms 270.0%