PHPMem v2.0.1

Version
1.6.45
Uptime
17 days 14 hours 11 minutes 4 seconds

Memory

Total
512MB
Used
12,72MB (2.48%)
Free
499,28MB

Keys

Current
14 060
Total (since start)
40 994
Evictions
0
Reclaimed
760
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
15 / 1 024 max
Total
239 458
Rejected
0
llm:5b6bc1fe45107d57543159a249f98d57dcad0930edee1b8e1533377b50e64b13
TTL 4 days 21 hours 32 minutes 1 second Size 1,15KB Export
Edit
### 5.1 Performance Posture The dataset consists of a single table, **bedtime_screentime_sleep_debt**, with 8,500 rows. At this scale, current storage is well suited to the expected analytical query patterns, such as comparing late-night phone habits against sleep debt. The evidence shows no scaling concerns, and the 100% completeness score means queries won't need extra handling for missing values. The 100% largest-table share reflects the flat, single-table design, not a risk of imbalance. ### 5.2 Key Optimizations | Priority | Recommendation | Status | |---|---|---| | High | None recommended at current data scale | No action required | Because no high-priority optimizations are warranted, the business impact today is that analysis of screen time and sleep debt should already run quickly and at low cost. If the table grows well beyond 8,500 rows, or new data sources are added through schema evolution, the team should reassess storage and query tuning. Until then, speculative tuning would add effort without a measurable benefit.