bench: chunked full reads now beat an h5py process pool
Idle-start run on tank at c5334b1 (noisier than the last: compare ratios
within the run). Full reads of deflate data at 16 threads: 4944 MB/s vs
3135 for 16 h5py processes (1.58x; 0.69x-0.76x before). One thread with
the default pool: 6143 MB/s, 15x one h5py call. The concurrent-read
known issue is closed.
Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>
This commit is contained in:
@@ -26,9 +26,11 @@ performance" below.
|
||||
|
||||
## Concurrent and contiguous read performance (measured 2026-09-26)
|
||||
|
||||
**Status:** open for chunked full reads at 16 threads until re-measured
|
||||
(the causes identified below are fixed as of 2026-09-26); the contiguous
|
||||
item is fixed (2026-09-26). Measured on
|
||||
**Status:** fixed (2026-09-26). Re-measured on tank at `c5334b1`: full
|
||||
reads of chunked deflate data at 16 threads run at 4944 MB/s against 3135
|
||||
for 16 h5py processes (1.58x; 0.69x-0.76x before), and contiguous reads
|
||||
are 1.29x h5py on one thread (`BENCHMARKS.md`, "Results after in-place
|
||||
chunk decoding"). The history below is kept for reference. Measured on
|
||||
tank with `concurrent_read` against h5py 3.16 / HDF5 2.0 (`BENCHMARKS.md`,
|
||||
"Concurrent reads"):
|
||||
- **Partly fixed 2026-09-26.** Full reads of chunked datasets from several threads
|
||||
|
||||
Reference in New Issue
Block a user