kcryptd он же dm-crypt - как ускорить?

Копирование в пределах одного тома, да еще миднайт командером - крайне глупый бенчмарк.

Тем более непонятно как и чем ты шифруешь, какой алгоритм и т.п.

Чтобы проверить скорость шифрования, нужно создать zero-девайс и его уже зашифровать.

Вот например у меня (пароль вбивай любой):

300Гб виртуальный диск
~ # echo "0 629145600 zero" | dmsetup create testzero
Шифруем:
~ # cryptsetup --cipher aes-cbc-essiv:sha256 --hash sha1 create testcrypt /dev/mapper/testzero
Enter passphrase:
Читаем:
~ # dd if=/dev/mapper/testzero of=/dev/null bs=1M count=10240
10240+0 records in
10240+0 records out
10737418240 bytes (11 GB) copied, 5.81351 s, 1.8 GB/s
Пишем:
~ # dd of=/dev/mapper/testzero if=/dev/zero bs=1M count=10240
10240+0 records in
10240+0 records out
10737418240 bytes (11 GB) copied, 5.15752 s, 2.1 GB/s

Скорость шифрования как видно ни разу не маленькая. Проц Xeon E5620, используется AES-NI.

Ошибся, читал-писал я на testzero вместо testcrypt, вот правильный цифры:

~ # dd of=/dev/mapper/testcrypt if=/dev/zero bs=1M count=10240
10240+0 records in
10240+0 records out
10737418240 bytes (11 GB) copied, 10.0905 s, 1.1 GB/s

~ # dd if=/dev/mapper/testcrypt of=/dev/null bs=1M count=10240
10240+0 records in
10240+0 records out
10737418240 bytes (11 GB) copied, 25.9014 s, 415 MB/s

Вот тут какие-то бенчмарки: http://blog.wpkg.org/2009/04/23/cipher-benchmark-for-dm-crypt-luks/

А вообще, естественно, нужна какая-то аппаратная поддержка, например, лёгкое гугление выдаёт «VIA PadLock» (уж не знаю, оно это или нет).

Intel Core i7-960 не поддерживает AES-NI :-(

Сейчас проверил на виртуальном диске (чего-то сразу не догадался).

  cipher:  aes-cbc-essiv:sha256
  keysize: 128 bits
  device:  /dev/loop0
  offset:  1032 sectors
  size:    25534968 sectors

# dd if=/dev/zero of=/dev/mapper/memvol bs=4096 count=1048576              1048576+0 records in
1048576+0 records out
4294967296 bytes (4.3 GB) copied, 30.8234 seconds, 139 MB/s

# dd of=/dev/null if=/dev/mapper/memvol bs=4096 count=1048576
1048576+0 records in
1048576+0 records out
4294967296 bytes (4.3 GB) copied, 34.8408 seconds, 123 MB/s

Так что копирование файла с помощью mc - не такой уж плохой бенчмарк. Вопрос остаётся прежний - как это дело можно ускорить?

> Вот тут какие-то бенчмарки: http://blog.wpkg.org/2009/04/23/cipher-benchmark-for-dm-crypt-luks/

Выбрав самый быстрый из доступных алгоритмов, получил около 200 МБайт/сек. Уже лучше. Криптостойкость при этом снижается, конечно. Однако, не думаю, что в реале, даже при наихудшем раскладе, кто-то будет пытаться что-то ломать. Оно всё же нужно, чтобы «вотнули - не работает». В новых реализациях dm-crypt реализована многопоточность. Буду пробовать. Но у меня Centos 5.6, с коротого не хочется слазить. А на Centos 6 мне пока не удалось поставить VMware Server :-(

Насчёт аппаратной поддержки - оно, конечно, неплохо бы, но где ж её взять? Я хотел купить Core i7-970, но уже не нашёл в продаже :-( Пришлось довольствоваться i7-960.

Многопоточность очень сильно помогает, особенно при записи (см. результаты dd выше), так что я бы советовал таки обновить ядро или ОС если ядро отдельно не получается.

AES-NI еще поддерживают Core i5 с вполне приличными результатами.

Насчёт криптостойкости алгоритмов - выше приведенный режим aes-cbc-essiv:sha256 на мой взгляд является отличным балансом между скоростью и криптостойкостью. Для параноиков есть aes-xts-essiv:sha256, но он раза в два медленнее т.к. для каждого блока вычисляются два ключа по 256 бит.

В общем если хочется скорости - новое ядро и/или AES-NI

И да, причем тут /dev/loop0? Проверь как я написал выше скорость. Но скорее всего сильно она не изменится. Кодирование на одном ядре без AES-NI быстрее 130Мбайт/c вряд-ли пойдёт.

И да, причем тут /dev/loop0? Это виртуальный диск такой был

dd if=/dev/zero of=/dev/shm/testfile size=... count=...
losetup /dev/loop0 /dev/shm/testfile
cryptsetup luksFormat /dev/loop0

tmpfs тоже так себе, оно работает медленнее, чем dm-zero, но в данном случае это вряд-ли играет роль.

Может на TrueCrypt перейти? Но до DiskCryptor все равно не доплюнуть, он нехило оптимизирован инлайн асмом.

<oftop>Кстати автор DiskCryptor писал линукс-версию, но бросил из-за stable_api_nonsense.txt</offtop>

он нехило оптимизирован инлайн асмом

Как будто aes-x86_64 на Си написан.

Что за модуль AES? x86-64 или Generic? У них гигантская разница в скорости.

Под «нехило» я это подразумевал:

http://diskcryptor.net

Реализация криптоалгоритмов для x86 версии написана на ассемблере и максимально оптимизирована под Intel Core i5–i7, но достаточно быстро работает на любых других процессорах. Использованы практически все возможности оптимизации, в частности для алгоритма AES код генерируется динамически, с оптимизацией под конкретный ключ. На многопроцессорных системах операции шифрования могут распараллеливаться, DiskCryptor автоматически выбирает оптимальный режим распараллеливания исходя из конфигурации системы. DiskCryptor также умеет использовать расширения для аппаратной криптографии, если их поддерживает ваш процессор.

Что за модуль AES? x86-64 или Generic?

загружены почему-то оба, но используется x86-64

# lsmod | grep aes
aes_generic            59265  0
aes_x86_64             58473  6