ThorstenS hat geschrieben:Hast du evtl. an der Verschlüsselungs ciphern rumgespielt? Wenn die CPU den cipher nicht nativ unterstütz, muss sie rechnen…
Verschlüsselung hatte ich auch im Verdacht (ein Celeron ist halt kein Server-Prozessor), aber da LUKS und dm-crypt nicht mein Fachgebiet ist, hab ich mich da rausgehalten und immer brav den Standard benutzt, der im Paket mitkommt. Kann sein, dass jetzt per default ein anderer Algorithmus genutzt wird, aber das glaube ich nicht. Benutzen ja nicht nur Leute mit Serverprozessoren Debian mit LUKS/dm-crypt.
Der Prozessor hat laut lscpu und Intel [1] keine AES-Instruktionen.
Hier sind die ganzen Instruktionen von zopf:
Code: Alles auswählen
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm arat pln pts
Ich habe das mal mit meinem Laptop verglichen (auch stretch, aber schon während jessie stable war) und habe den Unterschied der Instruktionen mal verglichen. Instruktionen, die beide Systeme sind teilen, habe ich entfernt; das sind also nur die Instruktionen, die das jeweils andere System nicht hat:
Code: Alles auswählen
pita: smx aes ida
zopf: vmx tsc_deadline_timer xsave epb fsgsbase smep erms xsaveopt pln pt
[1]
http://ark.intel.com/products/71074/Int ... e-2_30-GHz