Multicore Unterstützung für cryptsetup

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
WyvernDex
Beiträge: 10
Registriert: 04.01.2013 22:35:38
Wohnort: Hannover
Kontaktdaten:

Multicore Unterstützung für cryptsetup

Beitrag von WyvernDex » 04.01.2013 22:42:07

Hi, ich habe ein größeres Performance Problem was cryptsetup (LUKS dm-crypt) angeht.
Beim Entschlüsseln eines Software Raids mit cryptsetup wird lediglich ein Kern meiner Quad-Core CPU belastet.
( 100%CPU kcryptd)


Gibt es eine Möglichkeit die Last zu verteilen?
Momentan habe ich nur Übertragungsraten von ca. 70 M/s bei einem zu 100% ausgelastetem Kern.

Gruß

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Multicore Unterstützung für cryptsetup

Beitrag von rendegast » 06.01.2013 10:23:43

/usr/share/doc/cryptsetup/README.keyctl
...
What For?
---------
The current state for dm-crypt in Linux is that it is single threaded, thus
every dm-crypt mapping only uses a single core for crypto operations.
To use the full power of your many-core processor it is thus necessary to split
the dm-crypt device. For Linux software raid arrays the easiest segmentation is to
just put the dm-crypt layer below the software raid layer.
...
( Aktuell? )
Hieße also, die devices resp. Partitionen zu verschlüsseln
und das RAID mit den dm-devices zu bilden.

Aber das scheint mit kein Geschwindigkeitsgewinn zu sein, sondern nur doppelte Arbeit.
Wäre auszuprobieren.


Wenn obiges nicht mehr aktuell ist, hängt es vielleicht vom verwendeten Verschlüsselungsalgorithmus ab?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

wanne
Moderator
Beiträge: 7581
Registriert: 24.05.2010 12:39:42

Re: Multicore Unterstützung für cryptsetup

Beitrag von wanne » 06.01.2013 11:28:20

rendegast hat geschrieben:Aber das scheint mit kein Geschwindigkeitsgewinn zu sein, sondern nur doppelte Arbeit.
Naja das kommt drauf an. Bei nem RAID1 doppelte Arbeit bei nem RAID0 Doppelte Geschwindigkeit.

Bei nem RAID5 hast du ein n-1tel mehr Arbeit aber die Anzal der Kerne bw. n mal mehr mehr Resourcen. Wenn du es machst, wie es da beschrieben ist:

Code: Alles auswählen

Usage
-----

Best shown by example:
    - 5 disks
    - Linux software raid5

Layer:
      sda             sdb            sdc ... sde
    +-----------+   +-----------+
    | LUKS      |   | LUKS      |
    | +-------+ |   | +-------+ |
    | | RAID5 | |   | | RAID5 | |
    | | ...   | |   | | ...   | |

Crypttab Entries:

<target>    <source>    <keyfile>        <options>
sda_crypt   /dev/sda2   main_data_raid   luks,keyscript=decrypt_keyctl
sdb_crypt   /dev/sdb2   main_data_raid   luks,keyscript=decrypt_keyctl
...
sde_crypt   /dev/sde2   main_data_raid   luks,keyscript=decrypt_keyctl
Aber: Was hast du denn da genau. Mit AES-NI kommt man mittlerweile auf weit mehr http://debianforum.de/forum/viewtopic.p ... S&start=60 eventuell kannst du dir überlegen auf AES128 umzusteigen. Das läuft (zumindest ohne AES-NI) einiges schneller.
rot: Moderator wanne spricht, default: User wanne spricht.

Antworten