Skip to content

perf: avoid scanning entire dicom directory for header lookup#64

Open
AlwinXue wants to merge 1 commit intoOSIPI:mainfrom
AlwinXue:alwin/fix-issue-28
Open

perf: avoid scanning entire dicom directory for header lookup#64
AlwinXue wants to merge 1 commit intoOSIPI:mainfrom
AlwinXue:alwin/fix-issue-28

Conversation

@AlwinXue
Copy link
Copy Markdown

@AlwinXue AlwinXue commented Mar 31, 2026

Hi mentors! 👋

This PR addresses the DICOM header lookup performance issue reported in Issue #28.

The Problem:
get_dicom_header() scanned every file in the DICOM directory using pydicom.dcmread(..., stop_before_pixels=True), collected all readable candidates, and then performed a second read on the first valid file. For routes that only need a single representative header, this creates unnecessary O(N) disk I/O.

The Solution:
Early Return: Updated get_dicom_header() to return immediately when it finds the first readable DICOM header.
Single Read Path: The function now reuses that first successful read instead of reading the same file twice.
Regression Coverage: Added a focused unit test that verifies the function stops after the first valid DICOM file rather than scanning the rest of the directory.

Validation:
Ran python -m pytest package/src/pyaslreport/tests/test_get_dicom_header.py -q and the new performance-focused regression test passed.

Fixes #28

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

perf: O(N) disk I/O performance bottleneck in DICOM header extraction

1 participant