PHPMem v2.0.1

Version
1.6.45
Uptime
8 days 3 hours 33 minutes 40 seconds

Memory

Total
512MB
Used
7,68MB (1.5%)
Free
504,32MB

Keys

Current
5 910
Total (since start)
11 098
Evictions
0
Reclaimed
326
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
3 / 1 024 max
Total
76 685
Rejected
0
llm:83c006abc9bb14e2f3a1b5d2a49a4f7f9a043efc02f5f8b3d70824ce635337a7
TTL 5 days 16 hours 15 minutes 52 seconds Size 1,22KB Export
Edit
```json { "table_name": "metric_readings", "table_type_tags": [ {"tag": "dimension", "confidence": 0.75}, {"tag": "state", "confidence": 0.30} ], "primary_type": "dimension", "insufficient_evidence": false, "entity": { "columns": ["reading_id"], "unique_per_row": true }, "time_axis": { "columns": ["period_start"], "kind": "event_time" }, "reasoning": "reading_id has Uniqueness 1.000 (RPUV 1.00), making each row unique. The composite (metric_id, period_start, segment) appears to define what each reading is about — a metric's value for a specific period and segment — but reading_id uniquely identifies each calculation result. period_start orders the readings temporally, but the rows are not snapshots of entities at each period (row count 580 << metrics × periods × segments), nor do they record state transitions. Each row is a computed metric result, a unique piece of information about one calculation → dimension. The weak state signal comes from period_start creating a time axis with absolute measured values, but the entity-unique structure dominates." } ```