jemand mit einer Core iX 32nm CPU mit AES-NI

jemand mit einer Core iX 32nm CPU mit AES-NI (12 Beiträge, 293 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

mich würde die dm-crypt performance interessieren ...

wer kann da einen kurzen benchmark für mich machen?

zweck: ob sich ein umstieg "auszahlt"

https://startpage.com/deu/#hl=de&source=hp&q=dm+crypt+i7&aq=f&aqi=&aql=&oq=&gs_rfai=&fp=7414a6feeabb3d19

█

^ Forum  Wo finde ich ... ?  #6016042

Re(2): jemand mit einer Core iX 32nm CPU mit AES-NI

bitw1xa

25.05.2010, 13:50:57

der erste link schaut vielversprechend aus; aber 512MB files sind viel zu klein um aussagekräftig zu sein...

ich denke da eher an >systemRAM*2

^ Forum  Wo finde ich ... ?  #6016399

Re(3): jemand mit einer Core iX 32nm CPU mit AES-NI

robo47

25.05.2010, 19:42:38

Also mit 1,5GB komme ich auf die gleichen Werte auch mit ungefähr +/- 5 mb/s Abweichungen, also viel mehr wird man da wohl nicht rauskriegen.

SystemRAM * 2 ... da kann ich leider nicht helfen.

Auch die Frage wofür ?

Geht es dir um ein reines Storage-system ? Ich denke auch nicht dass die Werte noch höhere werden.
In den meisten Fällen denke ich ist der durchsatz in der Praxis eher geringer weil die Dateien nicht so groß sind, das System noch Auslastung von anderen Sachen hat oder nicht unter Vollast läuft und die Turbos nicht anspringen.

^ Forum  Wo finde ich ... ?  #6016576

Re(4): jemand mit einer Core iX 32nm CPU mit AES-NI

bitw1xa

25.05.2010, 22:18:13

na ich meinte die menge der daten die per "dd" geschrieben werden sollten viel grösser als die menge an ram sein um cache effekte auszublenden

was mich interessieren würde

ein dd auf eine disk .. wird wohl nicht mehr als ~100MB/s ergeben

und dann das ganze nochmal mit dmcrypt mit aes-xts 512:

cryptsetup -c aes-xts-plain -i 1000 -s 512 luksFormat /dev/sdX

und dann das ganze nochmal

laut den obigen benchmarks müsste jo dmcrypt schneller als die disk arbeiten .. sprich es müsste die selbe
geschwindigkeit rauskommen wie ohne (oder ungefähr das)

aber da müsste dann die CPUlast von dem kcryptd prozess
deutlich unter 100% sein .. da wär interessant wieviel genau.

^ Forum  Wo finde ich ... ?  #6016793

Re(5): jemand mit einer Core iX 32nm CPU mit AES-NI

robo47

26.05.2010, 00:30:53

Also ein dd mit 8GB schreibend direkt auf die hdd kann ich nicht bieten, da die hdd schon komplett verschlüsselt ist und Daten drauf sind, das mach ich jetzt nicht nochmal platt zum testen

Also kann ich nur lesend /dev/sda2 vs /dev/mapper/sda2_crypt testen und nen wert für schreibend auf das verschlüsselte laufwerk.

Paar infos zur Platte

#hdparm -tT /dev/sda

/dev/sda:
Timing cached reads:   9636 MB in  2.00 seconds = 4819.69 MB/sec
Timing buffered disk reads:  ^[[A274 MB in  3.00 seconds =  91.18 MB/sec

Model Family:     Western Digital Scorpio Black Serial ATA family
Device Model:     WDC WD2500BEKT-75A25T0

Und cryptsetup:

# cryptsetup status /dev/mapper/sda2_crypt                                                                                                                                                       (05-26 00:25)
/dev/mapper//dev/mapper/sda2_crypt is active:
  cipher:  aes-cbc-essiv:sha256
  keysize: 256 bits
  device:  /dev/sda2
  offset:  2056 sectors
  size:    487891994 sectors
  mode:    read/writ

Unter Windows 7 mit hdtach hat sie peak ~95mb/s geschafft, min war ~50mb/s, Schnitt 76mb/s
Unter Debian sagt Disk Util beim read-benchmark min-read: 48.6mb/s, max-read 93.9mb/s, average 76.4mb/s

dd mit 8GB lesend von /dev/sda2 nach /dev/null

# dd if=/dev/sda2 of=/dev/null bs=1M count=8000    (05-25 23:49)
8000+0 records in
8000+0 records out
8388608000 bytes (8.4 GB) copied, 86.1574 s, 97.4 MB/s

dann das ganze nochmal von /dev/mapper/sda2_crypt

# dd if=/dev/mapper/sda2_crypt of=/dev/null bs=1M count=8000
8000+0 records in
8000+0 records out
8388608000 bytes (8.4 GB) copied, 89.5387 s, 93.7 MB/s

und 8GB schreibend nach /foo/test.file

# dd if=/dev/zero of=/foo/test.file bs=1M count=8000
8000+0 records in
8000+0 records out
8388608000 bytes (8.4 GB) copied, 122.047 s, 68.7 MB/s

CPU-Last:
Von /dev/sda2 lesed lag kryptd konstant <= 1% (rest vom sys triggert ihn ab und zu)
von /dev/mapper/sda2_crypt lesed zwischen 13 und 32%
schreibend auf /foo/test.file zwischen 17 und 28%

Das Problem mit der cpu-last ist, dass die werte für das dm-crypt-beispiel absolut unzuverlässig und nicht vergleichbar sind, da die cpu einerseits speedstep hat und turbo-modes.
Wenn ich mir parallel dazu mit i7z die takung der kerne anschaue, ist die zwar oft um ~ 2,66 wechselt aber sehr stark von 1,6 (400 mhz über niedrigstem takt) über 3,0ghz (dual-core-turbo) bis hoch zu 3,2 (single-core-turbo) und das obwohl alle kerne via cpu-freq auf "performance" gesetzt sind und obwohl nie ein kern wirklich voll ausgelastet wird.
Somit sind die aussagen zur cpu-last kein wirklicher vergleichswert.

Hab die 3 Tests jetzt mehrfach immer versetzt nacheinander ausgeführt um eventuelles Caching zu vermeiden und die werte sind recht stabil, +/- 1mb/s beim lesen und +/- 0.7 beim schreiben

^ Forum  Wo finde ich ... ?  #6017052

Re(6): jemand mit einer Core iX 32nm CPU mit AES-NI

bitw1xa

26.05.2010, 11:17:41

danke danke danke )

wirklich sehr aussagekräftig!

ein paar fragen (bleiben immer

1) welche CPU ist das jetzt genau?

2) welche kernel-version?

3) wo hast du von dem i7z erfahren? das kannte ich absolut nicht ... :-o

^ Forum  Wo finde ich ... ?  #6017204

Re(7): jemand mit einer Core iX 32nm CPU mit AES-NI

robo47

26.05.2010, 13:51:22

1) Wie im Blog erwähnt ein mobiler i7-620M (2,66Ghz) in einem Dell Latitude E6510

2) Getestet unter Debian Squeeze mit 2.6.32-trunk-amd64

3) Im Debian-Forum:
https://debianforum.de/forum/viewtopic.php?f=28&t=119251&start=30#p768273

Dort im Wiki sind auch wie im Blogeintrag erwähnt noch mehr Benchmarks.

http://wiki.debianforum.de/BenchmarkFestplattenverschl%C3%BCsselung

2 Davon auch mit AES-NI, ein 6-Core XEON und anderer i5.

^ Forum  Wo finde ich ... ?  #6017563

Re: jemand mit einer Core iX 32nm CPU mit AES-NI

juwb

26.05.2010, 17:28:23

Ich habe kein AES-NI, aber bin auf meiner 2x3Ghz E8400 auch mit der Performanz zufrieden.

pseudo-multithreaded full disk encryption mit cryptsetup/luks aes-xts-plain 256

^ Forum  Wo finde ich ... ?  #6017566

Re(2): jemand mit einer Core iX 32nm CPU mit AES-NI

juwb

26.05.2010, 17:28:45

daß beim nächsten rechner dann aes-ni dazukommt ist klar
hat aber noch zeit...

^ Forum  Wo finde ich ... ?  #6018459

Re(3): jemand mit einer Core iX 32nm CPU mit AES-NI

robo47

27.05.2010, 12:19:10

Ich denke richtig interessant wird es wenn dm-crypt irgendwann mal noch support für multi-cores hat, dann dürfte man bei 2 oder Cores auch nochmal einen netten Performance-Boost erleben, gerade hinsichtlich SSD's wird das wohl bald auch interessant die ja die 300mb/s schon hinter sich lassen.

Mit AES-NI ist für mich halt Verschlüsselung in einen Bereich vorgedrungen wo man sagen kann, okay, das läuft nebenbei. Mein letztes Notebook mit einem P4 Mobile 1,73 GHZ schaffte halt gerade mal 44mb/s unter Vollast, da war lesen/schreiben oder auf eine andere HDD kopieren (die vielleicht auch noch verschlüsselt ist) schon eine Komplett-Auslastung des Systems und es hat sich auch im Stromverbrauch wenn man unterwegs war bemerkbar gemacht.

Jetzt trotz schnellerer HDD macht die CPU das "locker" nebenbei und hat noch genug Power über für andere Sachen.

^ Forum  Wo finde ich ... ?  #6018555

Re(4): jemand mit einer Core iX 32nm CPU mit AES-NI

juwb

27.05.2010, 13:22:49

Ich denke richtig interessant wird es wenn dm-crypt irgendwann mal noch
support für multi-cores hat

das kommt irgendwann, im 2.6.34 sind ein paar patches in der richtung drin

Du kannst aber auch so schon mehrere Prozesse haben (die sich dann auch ordentlich auf Cores verteilen), eben einen pro Partition bzw. einen pro verschlüsselten Container. So habe ich das bei mir gelöst - Festplatte in X Partitionen, jede verschlüsselt, und dann mit LVM drüber wieder zusammengefasst, so werden dann auch auf einer einzelnen großen Partition mehrere Verschlüsselungsprozesse genutzt, vorausgesetzt daß sich die Datenzugriffe auf der Partition irgendwie zufällig gleichmäßig verteilen.

Das hat mir auf meinem Dual Core 2x3Ghz so viel zusätzliche Performanz gebracht daß ich jetzt nicht auf Teufel komm raus mir eine neue AES-NI CPU zulegen muss - wobei ich diese Neuerung beim nächsten fälligen Rechnerupgrade in ein paar Jahren aber sicher mitnehmen werde, wenn es bis dahin nicht eh standardmässig von allen CPUs unterstützt wird.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung