Benchmark (AES, Festplattenverschlüsselung)

[pluvo]

Hi!

Ich suche eine Möglichkeit zwei Systeme, bzw. zwei Prozessoren zu vergleichen. Ich möchte wissen, wie viel MB/s der Prozessor theoretisch auf eine verschlüsselte Festplatte schreiben könnte. Und ich möchte das ganze ohne Festplatte testen.

Vorschläge?

Ich stelle mir ungefähr so was vor:
http://www.saout.de/tikiwiki/tiki-index ... eChonhulio

mfg pluvo

[hikaru]

Lege eine verschlüsselte RAMdisk an und jage da deine Tests drüber (z.B. ein durch pv gepiptes dd).

[pluvo]

(z.B. ein durch pv gepiptes dd).

pv?

[hikaru]

pv

[pluvo]

Habe mal etwas gebastelt:

Code: Alles auswählen

aptitude install cryptsetup
modprobe dm_crypt
mkdir /media/tmpfs
mount -t tmpfs none /media/tmpfs
dd if=/dev/zero of=/media/tmpfs/test.img bs=1M count=1k
losetup -f /media/tmpfs/test.img
cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop0
cryptsetup luksOpen /dev/loop0 loop0_crypt

Cool&Quiet sollte man vor dem Test auch noch deaktivieren:

Code: Alles auswählen

cpufreq-set -c 0 -g performance
cpufreq-set -c 1 -g performance
cpufreq-set -c 2 -g performance
cpufreq-set -c 3 -g performance

Hier nun der Benchmark:

Code: Alles auswählen

for i in $(seq 1 5); do dd if=/dev/mapper/loop0_crypt of=/dev/null; done

Mein Ergebnis:

Code: Alles auswählen

2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 7,59371 s, 141 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 7,82266 s, 137 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 7,54652 s, 142 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 7,52252 s, 143 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 7,72807 s, 139 MB/s

(Kleiner Hinweis: Desktop-System, einige Dinge liefen noch parallel)

Ausbinden:

Code: Alles auswählen

cryptsetup luksClose /dev/mapper/loop0_crypt
losetup -d /dev/loop0
umount /media/tmpfs
rmdir /media/tmpfs

Mein Prozessor: AMD Phenom II X4 945

(Eventuell müsste man noch den Cache leeren.)

Ich wäre an weiteren Ergebnissen interessiert

EDIT: Wenn man cryptsetup zum ersten mal installiert, muss man auch noch das Modul laden.

[hikaru]

Ich wollte es gerade mal probieren, bin aber gescheitert.

Lenny mit 2.6.26-1-amd64

Code: Alles auswählen

debianT5600:/home/hikaru# cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop0

WARNING!
========
Daten auf /dev/loop0 werden unwiderruflich überschrieben.

Are you sure? (Type uppercase yes): YES
Aufruf fehlgeschlagen.

Das ganze nochmal mit /dev/loop1:

Code: Alles auswählen

debianT5600:/home/hikaru# cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop1

WARNING!
========
Daten auf /dev/loop1 werden unwiderruflich überschrieben.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase: 
Verify passphrase: 
Aufruf fehlgeschlagen: Failed to write to key storage

Lenny mit 2.6.32-bpo.3-amd64

Code: Alles auswählen

820QM:/home/hikaru# cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop0

WARNING!
========
Daten auf /dev/loop0 werden unwiderruflich überschrieben.

Are you sure? (Type uppercase yes): YES
Aufruf fehlgeschlagen.
820QM:/home/hikaru# cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop1

WARNING!
========
Daten auf /dev/loop1 werden unwiderruflich überschrieben.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase: 
Verify passphrase: 
Aufruf fehlgeschlagen: Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/loop1 contains at least 258 sectors

Und nochmal ein Ubuntu8.04-Abkömmling mit 2.6.24-21-eeepc

Code: Alles auswählen

root@wattOSN270:/home/hikaru# cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop0

WARNING!
========
This will overwrite data on /dev/loop0 irrevocably.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase: 
Verify passphrase: 
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/loop0 contains at least 258 sectors.
Failed to write to key storage.
Command failed.
root@wattOSN270:/home/hikaru# cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop1

WARNING!
========
This will overwrite data on /dev/loop1 irrevocably.

Are you sure? (Type uppercase yes): YES
Enter LUKS passphrase: 
Verify passphrase: 
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and verify that /dev/loop1 contains at least 258 sectors.
Failed to write to key storage.
Command failed.

Ahnung von Festplattenverschlüsselung habe ich keine. Ich stehe also auf dem Schlauch.

[pluvo]

Das ganze nochmal mit /dev/loop1

Unter welchen loop-Device ist das Image denn ansprechbar?

Code: Alles auswählen

losetup -a

Weiteres Ergebnis:

• Prozessor: AMD Athlon X2 4850e (2,5 GHz)
• Betriebssystem: Debian Lenny (stable)
• Kernel: 2.6.32-bpo.3-amd64 (x86_64)

• Code: Alles auswählen

  535818240 Bytes (536 MB) kopiert, 5,2118 s, 103 MB/s
  535818240 Bytes (536 MB) kopiert, 5,21271 s, 103 MB/s
  535818240 Bytes (536 MB) kopiert, 5,21376 s, 103 MB/s
  535818240 Bytes (536 MB) kopiert, 5,21193 s, 103 MB/s
  535818240 Bytes (536 MB) kopiert, 5,76638 s, 92,9 MB/s

[hikaru]

Das war der Knackpunkt:

Code: Alles auswählen

losetup -a

/dev/loop0 war schon richtig, aber erst nach diesem Aufruf läuft es.

Lenny mit 2.6.26-1-amd64 auf Intel Core2Duo T5600 (2x1,83GHz):

Code: Alles auswählen

2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 49,0695 s, 21,9 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 49,8619 s, 21,5 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 45,0307 s, 23,8 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 47,8647 s, 22,4 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 47,1375 s, 22,8 MB/s

wattOS beta1 (Ubuntu 8.04) mit 2.6.24-21-eeepc (ia32) auf Intel Atom N270 (1x1,6GHz + Hyperthreading):

Code: Alles auswählen

2063216+0 Datensätze ein
2063216+0 Datensätze aus
1056366592 Bytes (1,1 GB) kopiert, 53,6037 s, 19,7 MB/s
2063216+0 Datensätze ein
2063216+0 Datensätze aus
1056366592 Bytes (1,1 GB) kopiert, 54,9291 s, 19,2 MB/s
2063216+0 Datensätze ein
2063216+0 Datensätze aus
1056366592 Bytes (1,1 GB) kopiert, 52,8162 s, 20,0 MB/s
2063216+0 Datensätze ein
2063216+0 Datensätze aus
1056366592 Bytes (1,1 GB) kopiert, 53,0311 s, 19,9 MB/s
2063216+0 Datensätze ein
2063216+0 Datensätze aus
1056366592 Bytes (1,1 GB) kopiert, 53,1059 s, 19,9 MB/s

Lenny mit 2.6.32-bpo.3-amd64 auf Intel Core i7 820QM (4x1,73GHz + Hyperthreading & TurboBoost):

Code: Alles auswählen

2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 12,872 s, 83,3 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 12,6912 s, 84,5 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 12,5544 s, 85,4 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 12,7527 s, 84,1 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 12,7225 s, 84,3 MB/s

Edit:
Da die Kernelversion ja wichtig zu sein scheint, hier nochmal der Core2Duo aus einer VirtualBox-VM mit beiden Kernen und Linux Mint8 (2.6.31-14-generic, ia32):

Code: Alles auswählen

2057680+0 Datensätze ein
2057680+0 Datensätze aus
1053532160 Bytes (1,1 GB) kopiert, 28,9598 s, 36,4 MB/s
2057680+0 Datensätze ein
2057680+0 Datensätze aus
1053532160 Bytes (1,1 GB) kopiert, 27,7478 s, 38,0 MB/s
2057680+0 Datensätze ein
2057680+0 Datensätze aus
1053532160 Bytes (1,1 GB) kopiert, 29,0628 s, 36,3 MB/s
2057680+0 Datensätze ein
2057680+0 Datensätze aus
1053532160 Bytes (1,1 GB) kopiert, 28,1265 s, 37,5 MB/s
2057680+0 Datensätze ein
2057680+0 Datensätze aus
1053532160 Bytes (1,1 GB) kopiert, 27,632 s, 38,1 MB/s

[pluvo]

Das war der Knackpunkt:

Code: Alles auswählen

losetup -a

/dev/loop0 war schon richtig, aber erst nach diesem Aufruf läuft es.

Lag es vielleicht am fehlenden Modul dm_crypt? Ich habe es gerade noch mal auf ein Notebook mit Ubuntu ausprobiert. Dort musste ich erst noch das Modul laden. (Habe es bei meiner Anleitung gerade angepasst.)

• Prozessor: Intel Core 2 Duo T5550 (1,83GHz)
• Betriebssystem: Ubuntu 8.04.4 LTS
• Kernel: 2.6.24-27-generic (i686)

• Code: Alles auswählen

  535818240 Bytes (536 MB) kopiert, 7,96607 s, 67,3 MB/s
  535818240 Bytes (536 MB) kopiert, 7,868 s, 68,1 MB/s
  535818240 Bytes (536 MB) kopiert, 7,87891 s, 68,0 MB/s
  535818240 Bytes (536 MB) kopiert, 8,05539 s, 66,5 MB/s
  535818240 Bytes (536 MB) kopiert, 7,77374 s, 68,9 MB/s

Kann das sein, dass deine Maschinen einfach zu wenig RAM haben? Versuch mal eine 512 anstatt 1k mit dd.

[pluvo]

Habe es mal ins Wiki gepackt: Benchmark Festplattenverschlüsselung

[hikaru]

Kann das sein, dass deine Maschinen einfach zu wenig RAM haben? Versuch mal eine 512 anstatt 1k mit dd.

Nein, in dem Core2Duo-Notebook stecken 3GB, wovon vor dem Test noch >2GB frei waren.

Hier nochmal zwei neue Tests auf dem Core2Duo.

dd count=1k

Code: Alles auswählen

2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 19,7784 s, 54,2 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 19,3569 s, 55,4 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 18,4662 s, 58,1 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 18,5436 s, 57,8 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 19,2894 s, 55,6 MB/s

dd count=512:

Code: Alles auswählen

1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 9,01855 s, 59,4 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 8,43207 s, 63,5 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 8,89751 s, 60,2 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 8,98243 s, 59,7 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 9,07864 s, 59,0 MB/s

Im Moment habe ich übrigens durch andere Prozesse eine CPU-Grundlast von ca. 20%. Die hatte ich vorhin nicht. Warum die Werte vorhin so niedrig waren weiß ich also nicht. dm_crypt ist übrigens geladen.

[cirrussc]

Dann habe ich auch noch einen:

Lenny amd64, 2.6.33.1-amd64, AMD Phenom II x4 810 (4x 2,6 GHz) bei 4 GB RAM:

Code: Alles auswählen

2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,73084 s, 123 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,71313 s, 123 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,67583 s, 124 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,71895 s, 123 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,73244 s, 123 MB/s

Die Werte sind sehr konstant und ändern sich max. +-2 MB/s von Test zu Test. Das Modul aes-x86-64 ließ sich leider nicht entladen (um mal ohne zu messen):

Code: Alles auswählen

# modprobe -rf aes_x86_64
FATAL: Module aes_x86_64 is in use.

btw. warum sind die Intel Core2Duo und i7 dabei so *langsam*?

edit: nachdem loop0-crypt geschlossen wurde, ließ sich das Modul entladen. Die Werte haben sich aber nicht geändert.

[pluvo]

btw. warum sind die Intel Core2Duo und i7 dabei so *langsam*?

kcryptd beschränkt sich leider nur auf ein Prozessorkern.

Wollt ihr euch noch ins Wiki eintragen?

• http://wiki.debianforum.de/BenchmarkFes ... hlüsselung

Vielleicht finden wir ja noch jemanden mit einem Core i5 Prozessor:

• Core i5-670
• Core i5-661
• Core i5-660
• Core i5-650

Diese unterstützen AES-NI und der Kernel 2.6.32 bringt dafür das passende Modul mit:

Code: Alles auswählen

$ cat /boot/config-2.6.32-bpo.3-amd64 | grep AES_NI
CONFIG_CRYPTO_AES_NI_INTEL=m

Das würde mich nämlich interessieren, wie viel der so schafft.

[hikaru]

btw. warum sind die Intel Core2Duo und i7 dabei so *langsam*?

Das sind alles Notebook-CPUs und die Core2Duos haben kein Hyperthreading. Auf dem Core i7 habe ich übrigens riesige Schwankungen (liegt vielleicht am Hyperthreading). Das geht von ca 70 MB/s bis ca 105 MB/s. 85 MB/s ist etwa der Median.

Wollt ihr euch noch ins Wiki eintragen?

Nicht solange ich meinen Werten nicht vertraue. Irgendwas scheint bei meinen ersten Tests schiefgegangen zu sein. Ich vermute selbst der Atom dürfte noch etwas mehr schaffen.
Auf dem Core-i7-Gerät läuft bis auf ein gnome-desktop-environment noch nichts. Ich schließe also aus, dass hier irgendwelche anderen Dienste Performance schlucken.

[Saxman]

Ich hab meinen auch mal getestet.

Code: Alles auswählen

# for i in $(seq 1 10); do dd if=/dev/mapper/loop0_crypt of=/dev/null; done
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 7,12032 s, 75,3 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 6,84239 s, 78,3 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 7,34503 s, 72,9 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 6,58038 s, 81,4 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 6,46163 s, 82,9 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 7,16315 s, 74,8 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 6,71218 s, 79,8 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 6,94172 s, 77,2 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 7,14837 s, 75,0 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 6,95649 s, 77,0 MB/s

Code: Alles auswählen

# cat /proc/cpuinfo |grep model
model		: 107
model name	: AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
model		: 107
model name	: AMD Athlon(tm) 64 X2 Dual Core Processor 4000+

Code: Alles auswählen

# uname -r
2.6.32marvin.v2

Code: Alles auswählen

# free -m
             total       used       free     shared    buffers     cached
Mem:          7753       7178        575          0        210       4338
-/+ buffers/cache:       2629       5124
Swap:            0          0          0

Code: Alles auswählen

# cat /etc/debian_version 
5.0.4

Code: Alles auswählen

# getconf LONG_BIT
64

Ich hab das mehrfach getestet und die Werte sind recht stabil.

[Lord_Carlos]

Mhh, bei mir wird bei cryptsetup luksOpen /dev/loop0 loop0_crypt nichts in /dev/mapper/ erstellt.
Ich benutzte debian testing.

Hat jemand eine Idee woran das liegen kann?

[pluvo]

Wirst du denn aufgefordert, die Passphrase einzugeben?

[Lord_Carlos]

Wirst du denn aufgefordert, die Passphrase einzugeben?

Nein

Code: Alles auswählen

root@sauerkraut:/home/carlos# mkdir /media/tmpfs
root@sauerkraut:/home/carlos# mount -t tmpfs none /media/tmpfs
root@sauerkraut:/home/carlos# dd if=/dev/zero of=/media/tmpfs/test.img bs=1M count=512
512+0 Datensätze ein
512+0 Datensätze aus
536870912 Bytes (537 MB) kopiert, 0,407239 s, 1,3 GB/s
root@sauerkraut:/home/carlos# losetup /dev/loop0 /media/tmpfs/test.img
root@sauerkraut:/home/carlos# cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop0

WARNING!
========
This will overwrite data on /dev/loop0 irrevocably.

Are you sure? (Type uppercase yes): yes
root@sauerkraut:/home/carlos# cryptsetup luksOpen /dev/loop0 loop0_crypt
root@sauerkraut:/home/carlos#

[Saxman]

Type uppercase yes

Klingelt´s?

[hikaru]

Wenn ich das richtig sehe wird auf der Wiki-Seite das arithmetische Mittel als Wert angegeben. Ich würde den Median vorziehen. Werte wie "94,01 MB/s" täuschen eine Genauigkeit vor die der Test schon rein numerisch nicht hergibt.
Und wenn wir dann schon bei der Statistik sind, wäre die Angabe der Standardabweichung hilfreich um Aussagen wie "80,36 MB/s (schwankt ziemlich)" auch quantifizieren zu können.

[Lord_Carlos]

Type uppercase yes

Klingelt´s?

ja ..

Ich habe kein wiki Benutzer, kann bitte jemand folgendes hinzufuegen?
AMD Phenom(tm) 9950 Quad-Core Processor (4x 2.6 Ghz)
3x 2GB ram
Debian testing
2.6.32-3-amd64
x86_64
116,80 MB/sec

Als der CPU noch auf ondemand war war der durchschnitt bei ~ 113MB/sec.

[Saxman]

Ich habe kein wiki Benutzer, kann bitte jemand folgendes hinzufuegen?

Vielleicht kannst du noch die Rohdaten hier reinschreiben dann kann hikaru den Median bestimmen und die Varianz sowie die Standardabweichung ausrechnen..

[Lord_Carlos]

Ich habe kein wiki Benutzer, kann bitte jemand folgendes hinzufuegen?

Vielleicht kannst du noch die Rohdaten hier reinschreiben dann kann hikaru den Median bestimmen und die Varianz sowie die Standardabweichung ausrechnen..

Gerade neugestartet, die ganzen Konsolen outputs sind weg.

aber hier, gleicher CPU/System blos auf 3Ghz hochgetaktet:
131,90 MB/sec

Code: Alles auswählen

1046520+0 Datensätze ein                                                                               
1046520+0 Datensätze aus                                                                               
535818240 Bytes (536 MB) kopiert, 4,06565 s, 132 MB/s                                                  
1046520+0 Datensätze ein                                                                               
1046520+0 Datensätze aus                                                                               
535818240 Bytes (536 MB) kopiert, 4,01952 s, 133 MB/s                                                  
1046520+0 Datensätze ein                                                                               
1046520+0 Datensätze aus                                                                               
535818240 Bytes (536 MB) kopiert, 4,05016 s, 132 MB/s                                                  
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 4,03574 s, 133 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 4,06824 s, 132 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 4,0686 s, 132 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 4,09381 s, 131 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 4,09896 s, 131 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 4,10786 s, 130 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 4,01447 s, 133 MB/s

Vielleicht sollte ich auch mal auf 3.2 Ghz takten

EDIT: Und jetzt noch das subnotebook:
AMD Turion(tm) 64 X2 Mobile Technology TL-56 (2x 1.8 Ghz)
2GB ram
Debian testing
2.6.32-3-amd64
x86_64
38,04 MB/sec

Code: Alles auswählen

1046520+0 Datensätze ein                                                                   
1046520+0 Datensätze aus                                                                   
535818240 Bytes (536 MB) kopiert, 14,4384 s, 37,1 MB/s                                     
1046520+0 Datensätze ein                                                                   
1046520+0 Datensätze aus                                                                   
535818240 Bytes (536 MB) kopiert, 13,7826 s, 38,9 MB/s                                     
1046520+0 Datensätze ein                                                                   
1046520+0 Datensätze aus                                                                   
535818240 Bytes (536 MB) kopiert, 13,0751 s, 41,0 MB/s                                     
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 14,1619 s, 37,8 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 14,6687 s, 36,5 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 15,0533 s, 35,6 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 14,4193 s, 37,2 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 15,1034 s, 35,5 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 13,3981 s, 40,0 MB/s
1046520+0 Datensätze ein
1046520+0 Datensätze aus
535818240 Bytes (536 MB) kopiert, 13,1336 s, 40,8 MB/s

[molli123]

Code: Alles auswählen

c64iscsi:/usr/src/linux # for i in $(seq 1 10); do dd if=/dev/mapper/loop0_crypt of=/dev/null; done
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.31178 s, 408 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.04856 s, 511 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.921441 s, 582 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.30418 s, 411 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.905788 s, 592 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.22488 s, 437 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.07962 s, 496 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.34435 s, 399 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.10309 s, 486 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.32991 s, 403 MB/s
c64iscsi:/usr/src/linux # uname -a
Linux c64iscsi 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux

ist ne i5-660er CPU mit HT und TM eingeschaltet auf ner OpenSUSE 11.2, 4GB Ram

was ich leider immer noch nicht weiss ist, wie ich den Test explizit mit bzw. ohne aesni durchfuehre

[pluvo]

Danke! Das sieht doch mal nicht schlecht aus. Und wie sieht deine CPU-Auslastung während dem Test aus?

was ich leider immer noch nicht weiss ist, wie ich den Test explizit mit bzw. ohne aesni durchfuehre

Du müsstest das Modul aesni_intel entladen und dagegen das Modul aes_x86_64 benutzen.

Bei mir sieht das so aus:

Code: Alles auswählen

$ lsmod | grep aes
aes_x86_64              7340  2 
aes_generic            25698  1 aes_x86_64

Das wird vermutlich aber nur klappen, falls das Modul nicht benutzt wird. (Also kein verschlüsseltes Volume sollte offen sein.)