.png)
Я рассматриваю замену одноядерного Raspberry Pi на зашифрованный диск с многоядерным Banana Pi M3. Производительность шифрования/дешифрования в настоящее время является узким местом, поэтому я хотел бы узнать, может ли шифрование и дешифрование с помощью dm-crypt использовать несколько ядер.
решение1
Да, в последних ядрах запросы dmcrypt могут быть распараллелены.патчи распараллеливаниябыли интегрированы в4.0, на первый взгляд (4.0 dm-crypt.cвключает kthread.h, предыдущие версии не включали). В более старых версиях была одна рабочая очередь для запросов dmcrypt, поэтому разные блоки не могли быть зашифрованы или расшифрованы параллельно (даже на разных устройствах, насколько мне известно).
Однако параллелизация не всегда является выигрышем. Требуется некоторое время для отправки запросов на другой ЦП и сбора результатов, поэтому это выигрыш только в том случае, если есть достаточно параллельных запросов и вы не ждете один блок за раз. Обычно вы выигрываете, если у вас есть несколько приложений, обращающихся к разным файлам, но не так много (или, возможно, даже немного теряете) при работе с одним большим файлом.
Если вам нужна более высокая производительность шифрования, приобретите что-то на базе процессора ARMv8 с ускорением AES, т.е. на практике 64-битный ЦП. Аппаратное криптоускорение имеет реальное значение, гораздо большее, чем параллелизация в лучшие времена, и оно помогает для всех рабочих нагрузок, пока время ЦП является узким местом. Обратите внимание, что не все ЦП на базе ARMv8 имеют аппаратное криптоускорение (иногда его опускают, чтобы избежать правил экспорта/импорта криптовалюты). Но даже без аппаратного шифрования работа в 64-битном режиме может дать измеримое ускорение.
Оказывается, Pi 3 не имеет крипторасширений. Banana Pi M64 может быть вам подходящим, так какимеет крипторасширения(если я не запутался в очень похожих названиях SoC). Подсистема SATA у Pi M64 находится поверх USB 2 (как и у M3), и она не такая быстрая, как у версий с собственным контроллером SATA, поэтому Raspberry Pi 3 может быть столь же хорош, если узким местом окажется ввод-вывод, поскольку криптография в любом случае не нагружает ЦП.