Mercurial > hg > orthanc
changeset 5998:c2fd0249996b
todo
| author | Alain Mazy <am@orthanc.team> |
|---|---|
| date | Mon, 10 Feb 2025 12:27:17 +0100 |
| parents | 3d8d227dd96f |
| children | a791ba035e39 |
| files | TODO |
| diffstat | 1 files changed, 2 insertions(+), 0 deletions(-) [+] |
line wrap: on
line diff
--- a/TODO Wed Feb 05 16:14:25 2025 +0100 +++ b/TODO Mon Feb 10 12:27:17 2025 +0100 @@ -258,6 +258,8 @@ Alternative option 4: Catch out-of-memory exceptions at quite high level in HTTPHandlers and DICOM receivers and implement retries. After a few retries, fail for good and return "out-of-resources". Would be interesting to log these errors and count them in the prometheus metrics. + Note: I'm (maybe naively) thinking that you only need the beginning of the file to get the DICOM tags to be stored + in the database, so maybe the rest of the file could be "streamed" directly to disk and not kept in memory? * To investigate: usage of mapped_file (not only in the indexer plugin): https://discourse.orthanc-server.org/t/patch-for-orthanc-indexer-plugin-crashing-on-big-non-dicom-files/3849/7
