- Started
- Generated
- Measured samples
- 78
- Combinations
- 13
Machine
Captured from the runner's system manifest.
Host
eimu
Linux · kernel 6.19.6
PHP
8.5.3
Processor
AMD Ryzen 9 5950X 16-Core Processor
32 cores · x86_64
Memory
31.2 GB
DIMM_A2 16 GiB 2666 MT/s DDR4 F4-4266C19-16GVK
DIMM_B2 16 GiB 2666 MT/s DDR4 F4-4266C19-16GVK
Disk
3.5 TB
Device: /dev/nvme0n1
Capacity: 3.5 TB
Runtime envelope
End-to-end time per scenario run across all non-warmup samples on sqlite-memory.
- Min sample
- 5.42 ms
- Mean sample
- 69.8 ms
- Max sample
- 323 ms
- Cumulative time
- 5.445s
- Throughput
- 14.324/s
Runtime comparison
Mean time per scenario run in this upload, warmup runs excluded, sorted by runtime.
Init
Insert
Read
Update
Delete
- Atlas 2.0.1 sqlite-memory 11.9 ms
- PHPFUI 3.0.3 sqlite-memory 22.0 ms
- Cycle 2.16.0 sqlite-memory 24.0 ms
- PHPFUIBatch 3.0.3 sqlite-memory 24.7 ms
- Propel2 6cb272b6 sqlite-memory 45.5 ms
- ActiveRecord 2.0.6 sqlite-memory 46.5 ms
- RedBean 5.7.5 sqlite-memory 54.9 ms
- DivergenceV3 3.2.0 sqlite-memory 58.7 ms
- Yii 2.0.54 sqlite-memory 61.4 ms
- Doctrine 3.6.2 sqlite-memory 105 ms
- CakeCached 5.3.3 sqlite-memory 128 ms
- Cake 5.3.3 sqlite-memory 134 ms
- Eloquent 13.2.0 sqlite-memory 192 ms
Where the time goes
Each bar is one framework's mean scenario run on sqlite-memory, split into its phases and sorted by total. Bars share a scale within each engine. Hover a bar for the numbers.
Init
Insert
Read
Update
Delete
Mean split across 13 combinations
sqlite-memory
- Atlas2.0.1 11.9 ms
- PHPFUI3.0.3 22.0 ms
- Cycle2.16.0 24.0 ms
- PHPFUIBatch3.0.3 24.7 ms
- Propel26cb272b6 45.5 ms
- ActiveRecord2.0.6 46.5 ms
- RedBean5.7.5 54.9 ms
- DivergenceV33.2.0 58.7 ms
- Yii2.0.54 61.4 ms
- Doctrine3.6.2 105 ms
- CakeCached5.3.3 128 ms
- Cake5.3.3 134 ms
- Eloquent13.2.0 192 ms
Exact numbers
| Atlas 2.0.1 | sqlite-memory | 6 | 11.9 ms | 1.17 ms | 3.42 ms | 5.67 ms | 0.23 ms |
|---|---|---|---|---|---|---|---|
| PHPFUI 3.0.3 | sqlite-memory | 6 | 22.0 ms | 4.22 ms | 5.35 ms | 9.64 ms | 0.65 ms |
| Cycle 2.16.0 | sqlite-memory | 6 | 24.0 ms | 1.01 ms | 3.03 ms | 4.25 ms | 0.16 ms |
| PHPFUIBatch 3.0.3 | sqlite-memory | 6 | 24.7 ms | 6.16 ms | 5.03 ms | 10.0 ms | 1.34 ms |
| Propel2 6cb272b6 | sqlite-memory | 6 | 45.5 ms | 7.34 ms | 11.5 ms | 18.2 ms | 1.82 ms |
| ActiveRecord 2.0.6 | sqlite-memory | 6 | 46.5 ms | 10.5 ms | 9.81 ms | 23.1 ms | 0.83 ms |
| RedBean 5.7.5 | sqlite-memory | 6 | 54.9 ms | 7.08 ms | 5.68 ms | 22.8 ms | 1.53 ms |
| DivergenceV3 3.2.0 | sqlite-memory | 6 | 58.7 ms | 11.1 ms | 13.9 ms | 30.2 ms | 1.22 ms |
| Yii 2.0.54 | sqlite-memory | 6 | 61.4 ms | 10.7 ms | 16.2 ms | 22.5 ms | 2.32 ms |
| Doctrine 3.6.2 | sqlite-memory | 6 | 105 ms | 22.6 ms | 17.1 ms | 18.6 ms | 1.58 ms |
| CakeCached 5.3.3 | sqlite-memory | 6 | 128 ms | 45.4 ms | 17.8 ms | 48.5 ms | 3.30 ms |
| Cake 5.3.3 | sqlite-memory | 6 | 134 ms | 48.7 ms | 19.0 ms | 49.3 ms | 3.31 ms |
| Eloquent 13.2.0 | sqlite-memory | 6 | 192 ms | 37.6 ms | 22.4 ms | 88.6 ms | 4.85 ms |
Scenario families
Mean across every framework and engine in this upload.
What the workloads measure
The row shape and operation mix decide where each framework spends its time.
Scenario families
- simple baseline row shape
- Shows framework overhead with minimal field complexity, so object creation and query setup dominate.
- canary mixed field and nullable stress
- Wide mixed records amplify casting, hydration, dirty tracking, and adapter metadata overhead.
- int_fixed pure scalar writes
- A low-noise floor. Slow results here usually mean framework machinery is expensive even before text and cast-heavy payloads show up.
- float_fixed numeric conversion paths
- Decimal and float normalization can widen update and verification cost, especially for ORMs that compare serialized values.
- string_fixed predictable text hydration
- Column count and text assignment matter more than payload variability, which makes hydration strategy easier to isolate.
- string_variable application-like text workload
- Variable strings and note fields make this the closest to real CRUD traffic and usually punish heavier active-record layers the most.
Operation shapes
- Warmup vs hot runs
- Run 1 is warmup. Hot-path averages exclude it so boot and metadata setup do not dominate steady-state rankings.
- Insert and indexed schemas
- Indexed tables make writes cost more because every insert and many updates must maintain secondary indexes as well as the row itself.
- Read all vs read probes
- Read All rewards bulk hydration efficiency; random and tail probes expose per-query setup, lookup overhead, and tiny-result inefficiency.
- Update with verification
- Each update shape is followed by a verification read, so dirty-checking, write SQL generation, hydration, and comparison all affect the final time.
- Delete with confirmation
- Deletes are checked afterward. Frameworks that pay extra for follow-up lookups or teardown lose more time here than a bare SQL path.
- Total runtime
- The total runtime metric is effectively a benchmark of the machine plus adapter behavior across the full workload, not just one CRUD verb.