Benchmark (AES, Festplattenverschlüsselung)

[cirrussc]

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

Wäre auch hinteressant.
Das die Core i5 so einen Vorsprung haben ...


Noch einen habe ich rausgekramt:

AMD Athlon 64 X2 4600+ (2x 2,4 GHz), 3 GB DDR, Squeeze
98 MB/s

Code: Alles auswählen

1072689152 Bytes (1,1 GB) kopiert, 12,1198 s, 88,5 MB/s
1072689152 Bytes (1,1 GB) kopiert, 11,4506 s, 93,7 MB/s
1072689152 Bytes (1,1 GB) kopiert, 10,7578 s, 99,7 MB/s
1072689152 Bytes (1,1 GB) kopiert, 10,6301 s, 101 MB/s
1072689152 Bytes (1,1 GB) kopiert, 11,1993 s, 95,8 MB/s
1072689152 Bytes (1,1 GB) kopiert, 10,6447 s, 101 MB/s
1072689152 Bytes (1,1 GB) kopiert, 10,6325 s, 101 MB/s
1072689152 Bytes (1,1 GB) kopiert, 10,8236 s, 99,1 MB/s
1072689152 Bytes (1,1 GB) kopiert, 10,6038 s, 101 MB/s
1072689152 Bytes (1,1 GB) kopiert, 10,6381 s, 101 MB/s

Code: Alles auswählen

# lsmod | grep aes
aes_x86_64              7340  0
aes_generic            25714  1 aes_x86_64

[molli123]

Code: Alles auswählen

c64iscsi:~ # lsmod |grep aes
aesni_intel            16744  3
cryptd                 10832  2 aesni_intel
aes_x86_64              9576  1 aesni_intel
aes_generic            29128  2 aesni_intel,aes_x86_64
crypto_blkcipher       18028  6 eseqiv,aesni_intel,cryptd,cbc,cryptomgr,dm_crypt
crypto_algapi          25904  13 ansi_cprng,krng,eseqiv,aesni_intel,cryptd,aes_x86_64,aes_generic,cbc,cryptomgr,aead,pcompress,crypto_hash,crypto_blkcipher
c64iscsi:~ # rmmod aesni_intel
ERROR: Module aesni_intel is in use

warum hat denn das aesni_intel aes_x86_64 als dependency?

[molli123]

ich habe nun mal Xeon5650 mit 48GB Ram in den Fingern (wo man aesni im bios deaktivieren kann).

mit aesni:

Code: Alles auswählen

test59:~ # 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, 0.985252 s, 544 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.959985 s, 558 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.951994 s, 563 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.917842 s, 584 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.978838 s, 547 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.930361 s, 576 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 1.01623 s, 527 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.963873 s, 556 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.994478 s, 539 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 0.973383 s, 550 MB/s

mit deaktiviertem aesni

Code: Alles auswählen

test111:~ # 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, 4.58118 s, 117 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.43133 s, 121 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.43801 s, 121 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.4647 s, 120 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.44658 s, 121 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.4765 s, 120 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.45029 s, 120 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.47315 s, 120 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.44188 s, 121 MB/s
1046520+0 records in
1046520+0 records out
535818240 bytes (536 MB) copied, 4.43895 s, 121 MB/s

[pluvo]

ich habe nun mal Xeon5650 mit 48GB Ram in den Fingern (wo man aesni im bios deaktivieren kann).

Wow, alleine die CPU kostet doppelt soviel wie mein PC

Wie lauten die übrigen Eckdaten? (Betriebssystem, Kernel, Architektur)

Dann trage ich das ins Wiki ein, wenn es dir Recht ist.
http://wiki.debianforum.de/BenchmarkFes ... %BCsselung

[molli123]

kannste eintragen.

Das ist nen Supermicro 6016TT-IBQF mit 2x 5650 je Haelfte, jede CPU hat 3x8GB Module und das ganze laeuft momentan unter ner OpenSUSE mit default-kernel (Linux master 2.6.31.12-0.2-default #1 SMP 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux)

[robo47]

Um vielleicht auch etwas ältere 1-Kern-Cpus mit in der Tabelle zu haben:

Gerät: IBM Thinkpad R52 1846-64G
CPU: Intel Pentium 4 Mobile
Kerne: 1
Takt: 1,73GHZ
RAM: 2 GB
Kernel: 2.6.32-trunk-686
Betriebsystem: Debian Squeeze 6.0 (testing)
Architektur: i686
Ergebnis: ~44.77mb/s

Code: Alles auswählen

2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.6683 s, 44.8 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.6446 s, 44.8 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.6807 s, 44.8 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.656 s, 44.8 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.7039 s, 44.7 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.6626 s, 44.8 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.6848 s, 44.7 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.6608 s, 44.8 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.6704 s, 44.8 MB/s
2069816+0 records in
2069816+0 records out
1059745792 bytes (1.1 GB) copied, 23.7015 s, 44.7 MB/s

CPU war hochgetaktet auf volle 1,73 GHz, das System ist mit Gnome installiert, aber sowohl Gnome als auch sonstige services (apache, mysql, memcached, cron, ... ) hab ich vorher gekillt so dass nur eine konsole offen war.

Sobald mein neues Notebook ( i7 620M mit AES-NI) da ist, werde ich das bevor ich es komplettverschlüsselt installiere mit ner live-cd benchmarken, ich hoffe ich kann AES-NI vielleicht auch via bios deaktivieren und das im vergleich testen.

Vielen dank mal an die anderen Werte, vor allem die mit AES-NI, das hat mir die entscheidung i7 720QM (quadcore ohne AES-NI) vs i7 620M (dualcore mit AES-NI) um ein vielfaches erleichtert zugunsten des Dualcore mit AES-NI.

[robo47]

Hab gerade mal ein paar erste benchs mit meinem neuen i7-620M (Mobiler Dualcore 2,66Ghz mit AES, Turbo Mode und HT [4Threads]) gemacht unter Debian Squeeze (mit aktivem Gnome) (installier ihn jetzt gerade komplett-verschlüsselt neu (dürfte mit formatieren 3-4 stunden dauern), wenn er im Netz ist kann ich dann auch ein paar logs einfügen)

Hatte noch recht große extreme Ausreiser mit aktiviertem AES-NI wo ich mir in der Ursache nicht ganz sicher bin.

Ohne AES-NI 95 - 120mb/s
Mit AES-NI 350 - 580mb/s
(Als Vergleich, Truecrypt kommt unter Windows 7 auf 240-250 mb/s [kein AES-NI, aber er nutzt alle Cores und der Turbo-Mode springt an])

Gibt es ein einfaches Tool mit dem man unter Linux sieht ob die Cores in den Turbo-Mode gehen ?
Werde nach der Neuinstallation mal mit

Code: Alles auswählen

cpufreq-info | grep "current CPU frequency"

schauen ob dort unter vollast andere Werte auftauchen.

Die 4 cpufreq-widgets in der Leiste zeigen mir die Taktung stabil bei 2,66 an wenn ich sie auf performance setze, bzw wenn ich die cpus nicht in den performance-mode setzte, wechselnd werte über die komplette Skala auf allen 4 cpus.

Können die extremen Ausreiser nach unten davon kommen, wenn er eine der virtuellen Cores (HT) erwischt bzw. größtenteils ne virtuelle nutzt ?

Wenn ich den System-Monitor oder atop aktiv hab, sieht es so aus wie wenn er selbst während einem durchlauf wild zwischen allen 4 CPUs wechselt, keiner wird mal wirklich zu 100% ausgelastet, was auch dazu führen würde dass er den turbo-mode der cpu vielleicht nicht oder kaum aktiviert, (auch wenn ich nicht alle kerne auf fullspeed cia cpufreq setze passiert das) bzw. nie den Single-Core-Turbo und damit die cores nur mit 2,67 anstatt mit 3,33 (single-core turbo) bzw 3,0 (dual-core-turbo).

Ich bin mir noch nicht ganz im klaren drüber wie das AES-NI im Hintergrund funktioniert, ist das eine eigene einheit auf dem DIE in Form einer AES-CPU ? Oder hat jeder Core eine solche Einheit integriert ?
Und würde ich mit multi-core-support in dmcrypt, bzw. 2 laufwerken dann in der praxis werte um die 1000mb/s schaffen ?

Naja sobald das System neu installiert ist werde ich malschauen ob es was bringt wenn ich anstatt 500MB mal 1 oder 1,5GB mache (hab nur 4 GB RAM), da sollte die cpu nen moment länger unter vollast laufen.

[hikaru]

Gibt es ein einfaches Tool mit dem man unter Linux sieht ob die Cores in den Turbo-Mode gehen ?

Die einfachste Variante ist diese:

Code: Alles auswählen

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

Wenn der erste Wert 1MHz über dem Nominaltakt deiner CPU liegt, dann funktioniert Turbo Boost. /proc/cpuinfo liefert dir keine Turbo Boost Taktraten, selbst wenn die CPU gerade über dem Nominaltakt läuft.

Falls du auch mehr als ein bloßes ja oder nein haben willst, z.B. den aktuellen Takt wirklich sehen willst, nimm das:
http://code.google.com/p/i7z/

Können die extremen Ausreiser nach unten davon kommen, wenn er eine der virtuellen Cores (HT) erwischt bzw. größtenteils ne virtuelle nutzt ?

Nein. Ich bin jetzt mal faul und zitiere mich selbst:

htop kann deshalb nicht zwischen einem "physischen" und einem "virtuellen" Kern unterscheiden, weil es keine virtuellen Kerne gibt. Die Idee hinter Hyperthreading ist schlicht, mehrere Threads in verschiedenen Bereichen einer Pipeline unterzubringen. Die Aussage "Prozess A arbeitet in einem physischen und Prozess B in einem virtuellen Kern." ist etwa so sinnvoll wie "Der Motorradfahrer sitzt auf einem physischen, sein Sozius auf einem virtuellen Sitz." Beide sitzen an verschiedenen Stellen des einen physischen Sitzes.

[robo47]

@hikaru
Danke für die Infos.

So, System ist jetzt komplett verschlüsselt aufgesetzt und ich hab mal Gnome und alles an sonstigem kram gekillt, die werte sind jetzt stabil und nachdem ich 10 mal die 10 durchläufe gemacht habe keine wirklichen ausreiser mehr entdecken könne.

Code: Alles auswählen

1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.915509 s, 572 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.917671 s, 570 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.90225 s, 580 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.920597 s, 568 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.915225 s, 572 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.915535 s, 572 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.912177 s, 574 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.919594 s, 569 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.900472 s, 581 MB/s
1021944+0 records in
1021944+0 records out
523235328 bytes (523 MB) copied, 0.919543 s, 569 MB/s

Gerät: Dell Latitude E6510
CPU: Intel I7 620M (Dualcore)
Kerne: 2 (4 Threads)
Takt: 2,66Ghz (3.33Ghz Turbo)
RAM: 4 GB
Kernel: 2.6.32-trunk-amd64
Betriebsystem: Debian Squeeze 6.0 (testing)
Architektur: x86_64
Ergebnis: 572,8 mb/s


Da mein System jetzt komplett verschlüsselt ist und sich aesni nicht mehr entladen lässt im Betrieb (kann ja schlecht die betriebsystem-hdd unmounten) hab ich die benchmarks ohne AES-NI von einer live-cd (Kubuntu 8.04 32Bit) aus gemacht, aber die sind ein gutes stück von dem entfernt was ich arbeitet habe.

Werde bei gelegenheit mal noch schauen ob ich ein neueres 64Bit Linux für die Tests ohne AES-NI bekomme, Ubuntu 9.04 oder 9.10, weil was ich gerade hier habe (Ubuntu 10.04 und die grml64-live-cd) präsentieren mir alle früher oder später nur noch nen schwarzen Bildschirm und ich kann nichts mehr machen. Denke ein aktuellerer 64bit-Kernel / neueres dmcrypt holen da noch etwas raus, weil ich anfangs unter squeeze mit noch laufendem GUI und kram schon peaks bis 120mb/s hatte.
Ich weis nichtmal ob er bei dem Kubuntu den Turbo genutzt hat oder nicht, weil das Teil doch schon ein stück älter ist und auch ne 32bit version war.

Code: Alles auswählen

1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,21284 s, 100 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,26647 s, 99,4 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,37728 s, 97,3 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,26647 s, 99,4 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,23903 s, 99,9 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,22523 s, 100 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,10732 s, 102 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,12601 s, 102 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 4,94373 s, 106 MB/s
1021944+0 Datensätze ein
1021944+0 Datensätze aus
523235328 Bytes (523 MB) kopiert, 5,13347 s, 102 MB/s

Gerät: Dell Latitude E6510
CPU: Intel I7 620M (Dualcore)
Kerne: 2 (4 Threads)
Takt: 2,66Ghz (3.33Ghz Turbo)
RAM: 4 GB
Kernel: 2.6.24-16-generic
Betriebsystem: Kubuntu 8.04
Architektur: i686
Ergebnis: 100,8mb/s

Würde mich freuen wenn jemand mit Zugang die Werte von meinem P4 und die vom i7 ins Wiki eintragen könnte.

[Blafoo]

Huhu,

auch ma hier meine Daten:

Code: Alles auswählen

2095096+0 Datensätze ein                                                                                                             
2095096+0 Datensätze aus                                                                                                             
1072689152 Bytes (1,1 GB) kopiert, 12,5567 s, 85,4 MB/s                                                                              
2095096+0 Datensätze ein                                                                                                             
2095096+0 Datensätze aus                                                                                                             
1072689152 Bytes (1,1 GB) kopiert, 13,8855 s, 77,3 MB/s                                                                              
2095096+0 Datensätze ein                                                                                                             
2095096+0 Datensätze aus                                                                                                             
1072689152 Bytes (1,1 GB) kopiert, 12,8273 s, 83,6 MB/s                                                                              
2095096+0 Datensätze ein                                                                                                             
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 12,9063 s, 83,1 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 12,2073 s, 87,9 MB/s

Code: Alles auswählen

2.6.34-ARCH

Ganze laeuft auf einem Q6600 atm auf Stocktakt mit 2,4Ghz mit 4GB Ram Stock mit 800Mhz, werd morgen noch mal mit OC werten benchen. Zurzeit laeuft Arch drauf, aber hatte den Test auch mit meinem GRML gemacht und ca identische Werte gemacht nur Vergessen sie zu speichern -.-

Und hier noch mal die Werte meine Sun mit 440Mhz mit Debian SID Sparc64 ))

Code: Alles auswählen

714744+0 Datensätze ein                                                                                                              
714744+0 Datensätze aus                                                                                                              
365948928 Bytes (366 MB) kopiert, 73,3172 s, 5,0 MB/s                                                                                
714744+0 Datensätze ein                                                                                                              
714744+0 Datensätze aus                                                                                                              
365948928 Bytes (366 MB) kopiert, 72,7984 s, 5,0 MB/s                                                                                
714744+0 Datensätze ein                                                                                                              
714744+0 Datensätze aus                                                                                                              
365948928 Bytes (366 MB) kopiert, 71,8976 s, 5,1 MB/s                                                                                
714744+0 Datensätze ein                                                                                                              
714744+0 Datensätze aus                                                                                                              
365948928 Bytes (366 MB) kopiert, 71,8545 s, 5,1 MB/s                                                                                
714744+0 Datensätze ein                                                                                                              
714744+0 Datensätze aus
365948928 Bytes (366 MB) kopiert, 71,823 s, 5,1 MB/s

Code: Alles auswählen

2.6.32-3-sparc64

Über einen Eintrag ins Wiki würd ich mich auch freuen.

Grüßle

[schorsch_76]

Hi,

hab grad mal mein 2 Jahre altes Notebook den Benchmark laufen lassen.

Code: Alles auswählen

2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 15,2409 s, 70,4 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 16,2705 s, 65,9 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 15,505 s, 69,2 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 16,6497 s, 64,4 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 15,6378 s, 68,6 MB/s

System ist ein "Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz" mit 2GB RAM, Debian Squeeze und einem "2.6.30-2-amd64" Kernel.

Genutzte Module

Code: Alles auswählen

lsmod | grep aes
aes_x86_64              8928  4 
aes_generic            27840  1 aes_x86_64

Ohne X (Gnome) sind die Werte ca 4 MB/s höher.

Gruß

schorsch

[schorsch_76]

Hier noch mein Desktopsystem:

Code: Alles auswählen

for i in $(seq 1 5); do dd if=/dev/mapper/loop0_crypt of=/dev/null; done
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 9,02242 s, 119 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,95648 s, 120 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 9,00362 s, 119 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,98513 s, 119 MB/s
2095096+0 Datensätze ein
2095096+0 Datensätze aus
1072689152 Bytes (1,1 GB) kopiert, 8,999 s, 119 MB/s

Das System ist ein "AMD Phenom(tm) 9950 Quad-Core Processor" mit Standardtakt, 8GB RAM und einem 2.6.32-3-amd64 Kernel. Debian / Squeeze.

Genutzte Module

Code: Alles auswählen

aes_x86_64              7340  2 
aes_generic            25714  1 aes_x86_64

Gruß

schorsch

[schorsch_76]

Und hier noch ein absolutes "Low End System"

Mein kleiner Via Eden Server mit nur 369 MB RAM. Wegen dem relativ kleinem RAM hab ich die RAM Disk nur auf 128M beschränkt.

Code: Alles auswählen

for i in $(seq 1 5); do dd if=/dev/mapper/loop0_crypt of=/dev/null; done
260088+0 Datensätze ein
260088+0 Datensätze aus
133165056 Bytes (133 MB) kopiert, 35,3828 s, 3,8 MB/s
260088+0 Datensätze ein
260088+0 Datensätze aus
133165056 Bytes (133 MB) kopiert, 36,0638 s, 3,7 MB/s
260088+0 Datensätze ein
260088+0 Datensätze aus
133165056 Bytes (133 MB) kopiert, 40,382 s, 3,3 MB/s
260088+0 Datensätze ein
260088+0 Datensätze aus
133165056 Bytes (133 MB) kopiert, 35,4985 s, 3,8 MB/s
260088+0 Datensätze ein
260088+0 Datensätze aus
133165056 Bytes (133 MB) kopiert, 34,7969 s, 3,8 MB/s

Das System ist ein Via Eden / "VIA Samuel 2", 369 MB RAM und einem Debian Lenny mit 2.6.26-2-486 Kernel.

Genutzte Module

Code: Alles auswählen

aes_i586                7680  2 
aes_generic            29224  1 aes_i586

Zur Info:

Code: Alles auswählen

cat /proc/cpuinfo 
processor	: 0
vendor_id	: CentaurHauls
cpu family	: 6
model		: 7
model name	: VIA Samuel 2
stepping	: 3
cpu MHz		: 533.357
cache size	: 64 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
flags		: fpu de tsc msr cx8 mtrr pge mmx 3dnow
bogomips	: 1068.70
clflush size	: 32
power management:

Gruß

schorsch

[wanne]

Hier meine:
Prozessor:2 AuthenticAMD AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ [Family 15 Model 107 Stepping1]
Betribsystem: Debian GNU/Linux squeeze/sid
Kernel: 2.6.32-3-amd64
Benchmarks (laut BOINC): 2047 floating point MIPS (Whetstone) per CPU/7584 integer MIPS (Dhrystone) per CPU
aes-cbc-essiv:sha256(256bit):

Code: Alles auswählen

Verbrauchte CPU-Zeit: 0:51.05 (für alle 5)
2054240+0 Datensätze ein
2054240+0 Datensätze aus
1051770880 Bytes (1,1 GB) kopiert, 11,2395 s, 93,6 MB/s
1051770880 Bytes (1,1 GB) kopiert, 11,5776 s, 90,8 MB/s
1051770880 Bytes (1,1 GB) kopiert, 11,2361 s, 93,6 MB/s
1051770880 Bytes (1,1 GB) kopiert, 11,3083 s, 93,0 MB/s
1051770880 Bytes (1,1 GB) kopiert, 11,5486 s, 91,1 MB/s

Die zwei Vergleiche konnte ich mir dann aber doch nicht verkneifen:
aes-cbc-essiv:sha256(128bit):

Code: Alles auswählen

Verbrauchte CPU-Zeit: 0:40.09 (für alle 5)
2055264+0 Datensätze ein
2055264+0 Datensätze aus
1052295168 Bytes (1,1 GB) kopiert, 9,88308 s, 106 MB/s
1052295168 Bytes (1,1 GB) kopiert, 9,07385 s, 116 MB/s
1052295168 Bytes (1,1 GB) kopiert, 8,61383 s, 122 MB/s
1052295168 Bytes (1,1 GB) kopiert, 9,26177 s, 114 MB/s
1052295168 Bytes (1,1 GB) kopiert, 8,99072 s, 117 MB/s

blowfish-cbc-essiv:sha256(265bit):

Code: Alles auswählen

Verbrauchte CPU-Zeit: 1:10.44
2054240+0 Datensätze ein
2054240+0 Datensätze aus
1051770880 Bytes (1,1 GB) kopiert, 16,241 s, 64,8 MB/s
1051770880 Bytes (1,1 GB) kopiert, 16,4943 s, 63,8 MB/s
1051770880 Bytes (1,1 GB) kopiert, 15,9691 s, 65,9 MB/s
1051770880 Bytes (1,1 GB) kopiert, 17,0717 s, 61,6 MB/s
1051770880 Bytes (1,1 GB) kopiert, 16,2602 s, 64,7 MB/s

[robo47]

Mich würde mal interessieren was rauskommt wenn man meine dualcore cpu voll auslastet mit 2,3 oder 4 threads.

Der einzige Ansatz dazu wäre wohl ein raid, damit auch mehrere Threads genutzt werden.
Ein Raid im Ram aus 2,3 bzw. 4 dmcrypt-laufwerken.

mein bisheriger Ansatz sah so aus:

Code: Alles auswählen

mkdir /media/tmpfs
mount -t tmpfs none /media/tmpfs
dd if=/dev/zero of=/media/tmpfs/image1.img bs=1M count=300
dd if=/dev/zero of=/media/tmpfs/image2.img bs=1M count=300
dd if=/dev/zero of=/media/tmpfs/image3.img bs=1M count=300

losetup /dev/loop1 /media/tmpfs/image1.img
losetup /dev/loop2 /media/tmpfs/image1.img
losetup /dev/loop3 /media/tmpfs/image1.img

cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop1
cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop2
cryptsetup luksFormat --cipher aes-cbc-essiv:sha256 --key-size 256 /dev/loop3

cryptsetup luksOpen /dev/loop1 loop1_crypt
cryptsetup luksOpen /dev/loop2 loop2_crypt
cryptsetup luksOpen /dev/loop3 loop3_crypt

Sobald ich aber das raid erstellen will akzeptiert mdadm die devices nicht.

Weder

Code: Alles auswählen

mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/loop1 /dev/loop2 /dev/loop3

noch

Code: Alles auswählen

mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/mapper/loop1_crypt /dev/mapper/loop2_crypt /dev/mapper/loop3_crypt

Gibt mir immer

Code: Alles auswählen

mdadm: device /dev/loop1 not suitable for any style of array

bzw.

Code: Alles auswählen

mdadm: device /dev/mapper/loop1_crypt not suitable for any style of array

Jemand ne idee was ich falsch mache ? Bzw. wie ich das lösen kann ?

[Lord_Carlos]

Mich würde mal interessieren was rauskommt wenn man meine dualcore cpu voll auslastet mit 2,3 oder 4 threads.

Der einzige Ansatz dazu wäre wohl ein raid, damit auch mehrere Threads genutzt werden.
Ein Raid im Ram aus 2,3 bzw. 4 dmcrypt-laufwerken.

Eh, warum nicht einfach 2x dd gleichzeitig laufen lassen von selben verschluesselten Container?

[robo47]

Mich würde mal interessieren was rauskommt wenn man meine dualcore cpu voll auslastet mit 2,3 oder 4 threads.

Der einzige Ansatz dazu wäre wohl ein raid, damit auch mehrere Threads genutzt werden.
Ein Raid im Ram aus 2,3 bzw. 4 dmcrypt-laufwerken.

Eh, warum nicht einfach 2x dd gleichzeitig laufen lassen von selben verschluesselten Container?

dd hat ja damit nichts zu tun, dmcrypt nutzt 1 thread pro laufwerk/device nicht pro Zugriff, daher bringen 2 dds auch nur 2 * 1/2 performance für jedes dd, nutzen aber nicht 2 kerne aus.

[mR. bluE]

Und hier noch ein absolutes "Low End System"

Mein kleiner Via Eden Server mit nur 369 MB RAM. Wegen dem relativ kleinem RAM hab ich die RAM Disk nur auf 128M beschränkt.

Genutzte Module

Code: Alles auswählen

aes_i586                7680  2 
aes_generic            29224  1 aes_i586

warum nutz du nicht die Padlock Module, ist vermutlich das gleiche wie die AES NI von Intel? Dann hätten wir auch mal nen direkten Vergleich

[robo47]

warum nutz du nicht die Padlock Module, ist vermutlich das gleiche wie die AES NI von Intel? Dann hätten wir auch mal nen direkten Vergleich

Zumindest wenn man seinem Wikipedia-Link zum http://de.wikipedia.org/wiki/VIA_C3#Samuel_2 folgt, scheint das Model noch kein Padlock zu besitzen.

[schorsch_76]

Und hier noch ein absolutes "Low End System"

Mein kleiner Via Eden Server mit nur 369 MB RAM. Wegen dem relativ kleinem RAM hab ich die RAM Disk nur auf 128M beschränkt.

Genutzte Module

Code: Alles auswählen

aes_i586                7680  2 
aes_generic            29224  1 aes_i586

warum nutz du nicht die Padlock Module, ist vermutlich das gleiche wie die AES NI von Intel? Dann hätten wir auch mal nen direkten Vergleich

Hi,

die CPU unterstützt das nicht.

Code: Alles auswählen

modprobe padlock-aes
FATAL: Error inserting padlock_aes (/lib/modules/2.6.26-2-486/kernel/drivers/crypto/padlock-aes.ko): No such device

Kernel 2.6.26 / Lenny

Gruß

schorsch

[mR. bluE]

also laut VIA Homapge sollte die Eden CPU aber Padlock haben.

[robo47]

also laut VIA Homapge sollte die Eden CPU aber Padlock haben.

Klickt man etwas weiter landet man dann dort:
http://de.viatech.com/de/products/processors/specs.jsp

Und von den Samuel 2 scheint das keiner zu haben.

[mR. bluE]

ah stimmt, dachte alle cpu´s von via hätten die padlock engine

[pluvo]

Hier gibt es noch eine Übersicht, welche Intel-Prozessoren die „AES New Instructions“ (AES-NI) unterstützen:

• http://ark.intel.com/MySearch.aspx?s=t&AESTech=true

[mR. bluE]

Hier gibt es noch eine Übersicht, welche Intel-Prozessoren die „AES New Instructions“ (AES-NI) unterstützen:

• http://ark.intel.com/MySearch.aspx?s=t&AESTech=true

ahhhhh sehr gut, ich such schon seit 3 Tagen nach so ner Liste, merci
AMD´s neue Generation (Bulldozer) soll mit SSE5 ebenfalls eine AES unterstütung bieten, kommen allerdings erst nächstes Jahr raus