Тест cryptsetup для одиночных или нескольких очередей

Скажем, что тесты cryptsetup дают 2 гигабайта / с. Является ли он в очереди на четырехъядерном процессоре, который я мог бы читать с диска на 8 гигабайт / с (предполагая, что я не ограничен SATA и т. Д., И он отлично масштабируется) или он уже учитывает это?

  • Настройка IPSec с помощью PSK
  • Шифровать загрузочную файловую систему
  • Linux-загрузчики, поддерживающие полное шифрование диска?
  • Неинтерактивный каталог ecryptfs encrypt / decrypt
  • Как я могу сжать раздел LUKS, что делает `cryptsetup resize`?
  • Возобновляемый перевод для отправки btrfs
  • Любая причина не использовать LUKS на резервном диске?
  • Как выполнить сжатие слоя поверх шифрования поверх BtrFS, для каждого файла?
  • Как encyrpt сообщение с использованием файла smme.p7s
  • Использует ли использование полного диска шифрование вероятность потери данных в случае ошибок хранения?
  • Где я могу хранить файлы ключей шифрования?
  • Шифрование и дешифрование файлов в Linux с использованием ucrypt
  • One Solution collect form web for “Тест cryptsetup для одиночных или нескольких очередей”

    cryptsetup benchmark использует только одно ядро. Вы можете видеть это top пока он работает, он никогда не выходит за пределы только 100% одного ядра.

    Я не совсем уверен, как производительность cryptsetup benchmark с фактической производительностью на физических носителях; основанный на tmpfs loop-устройство дает 2GiB/s соответствии с pv , тогда как в тесте указано 2666.5 MiB/s .

    Поэтому ожидайте немного более низкие скорости, чем контрольные требования.

    Что касается масштабирования для нескольких ядер, не уверен, что это сейчас. Полагаю, нет, так как если бы это было так, я бы ожидал, что cryptsetup benchmark будет масштабироваться. Но это всего лишь предположение. Раньше вам приходилось использовать несколько контейнеров LUKS (и несколько считывателей в этих контейнерах), чтобы получить несколько ядер, работающих с шифрованием.

    Linux и Unix - лучшая ОС в мире.