Эта страница кратко описывает измерение производительности загрузки инструмента stowrs, используемого для загрузки различных типов DICOM-объектов на STOW-RS-сервер через STOW-RS-сервисы. STOW-RS-сервер имитируется использованием инструмента stowrsd.
Обычно каждый раз, когда STOW-RS-клиент (UI архива или инструмент stow-rs) загружает DICOM-объекты на STOW-RS-сервер (архив), он открывает новое TCP-соединение. - Инструмент stow-rs : Несколько DICOM-объектов отправляются в одном HTTP multipart-запросе с использованием одного TCP-соединения к архиву. Однако существует ограничение на количество файлов или размер данных, которые могут быть отправлены в одном HTTP multipart-запросе. - UI архива : Каждый DICOM-файл отправляется в одном HTTP multipart-запросе с использованием одного TCP-соединения. Это приводит к открытию нескольких TCP-соединений, что в определённой степени влияет на скорость. Если в вызовах STOW-RS-сервиса используется HTTPS, возникает дополнительное влияние SSL-handshake для каждого из этих TCP-соединений, что также влияет на скорость.
Инструмент stowrs был
улучшен, чтобы разрешить ограничение числа файлов, отправляемых в одном multipart-запросе, с помощью флага --limit.
Это позволяет пользователю преодолеть ранее существовавшее ограничение отправки лишь ограниченного количества файлов в
одном HTTP multipart-запросе по одному TCP-соединению к архиву путём разбиения нескольких сотен или тысяч файлов на
несколько HTTP multipart-запросов по одному TCP-соединению.
Цель этих измерений производительности загрузки с использованием улучшенного инструмента stow-rs с новым флагом --limit
— оценить размер данных / количество файлов, которые можно отправить в одном HTTP multipart-запросе, и время, затраченное
на это, в дополнение к выполнению нескольких HTTP multipart-запросов по одному TCP-соединению для обеспечения более
высокой пропускной способности загрузки. Наконец, в измерениях производительности загрузки также используются параллельные
TCP-соединения для нескольких параллельных вызовов STOW-RS-сервиса к архиву.
Это может помочь в улучшении функции Upload DICOM objects в UI архива, которая также выступает в роли STOW-RS-клиента.
Руководство охватывает тесты, относящиеся к следующему :
| Тип модальности | Размер на объект |
|---|---|
| MR | 513.3KB |
| CT | 1.9MB |
| CR | 5.9MB |
| DX | 11MB |
1) Количество файлов, разделённых и отправленных с использованием нескольких http-запросов по одному TCP-соединению : Напр. общее количество файлов для отправки в архив — 2153
| Limit | Описание |
| --- | --- |
| - | Лимит не указан : отправить все файлы в одном HTTP multipart-запросе по одному TCP-соединению |
| 5 | Ограничение 5 DICOM-файлов на HTTP multipart-запрос, что вызывает 431 HTTP multipart-запрос по одному TCP-соединению |
| 10 | Ограничение 10 DICOM-файлов на HTTP multipart-запрос, что вызывает 216 HTTP multipart-запросов по одному TCP-соединению |
| 50 | Ограничение 50 DICOM-файлов на HTTP multipart-запрос, что вызывает 44 HTTP multipart-запроса по одному TCP-соединению |
| 100 | Ограничение 100 DICOM-файлов на HTTP multipart-запрос, что вызывает 22 HTTP multipart-запроса по одному TCP-соединению |
2) Размер данных, разделённый и отправленный с использованием нескольких http-запросов по одному TCP-соединению — Напр. общий размер DICOM-данных для отправки в архив — 1GB. Примечание : Limit можно указать только как количество файлов, поэтому для ограничения HTTP-запроса по размеру данных необходимо использовать соответствующее количество файлов, равное этому размеру данных.
| Limit | Описание |
| --- | --- |
| - | Лимит не указан : отправить все данные в одном HTTP multipart-запросе по одному TCP-соединению. |
| 250MB | Ограничение каждого HTTP multipart-запроса 250MB DICOM-данных, что вызывает 4 HTTP multipart-запроса по одному TCP-соединению |
| 500MB | Ограничение каждого HTTP multipart-запроса 500MB DICOM-данных, что вызывает 2 HTTP multipart-запроса по одному TCP-соединению |
| 750MB | Ограничение каждого HTTP multipart-запроса 750MB DICOM-данных, что вызывает 2 HTTP multipart-запроса по одному TCP-соединению |
| 1GB | Ограничение каждого HTTP multipart-запроса 1GB DICOM-данных, что вызывает 1 HTTP multipart-запрос по одному TCP-соединению |
3) Количество параллельных TCP-соединений : Параллельные вызовы STOW RS-сервиса, при которых каждое TCP-соединение содержит один HTTP multipart-запрос. Для тестов каждый параллельно вызванный STOW RS-сервис содержит либо определённое количество файлов (напр. 5 файлов), либо определённый размер данных (напр. 500MB).
| Параллельные TCP-соединения | Описание |
| --- | --- |
| 2 | Сохранение 10 объектов или 1000MB данных с использованием 2 параллельных соединений |
| 4 | Сохранение 20 объектов или 2000MB данных с использованием 4 параллельных соединений |
| 6 | Сохранение 30 объектов или 3000MB данных с использованием 6 параллельных соединений |
| 8 | Сохранение 40 объектов или 4000MB данных с использованием 8 параллельных соединений |