Ich hab da mal wieder eine spezifischere Frage, die mir Google nicht hinreichend beantworten konnte:
Wieso ist cryptoloop (mit dem gleichen i586 aes-256) 50% schneller beim lesen als dm-crypt, obwohl letzteres 5 mal so schnell auf die verschlüsselten Daten zugreifen kann?
cryptoloop ist auf nem RAID1, das mir 35 MB/s gibt, und macht mir knapp 30 MB/s.
dm-crypt ist auf nem RAID5 das mir >150 MB/s gibt, und bringt grade mal 20MB/s, dafür massiv iowait cycles für die CPU.
der kcrypt thread läuft bei 20-30%, der Rest der CPU dreht Däumchen. Die kleine Diskrepanz wie sie cryptoloop aufweist kann ich ja noch nachvollziehen - aber das dm-crypt verhalten ist mir etwas rästelhaft. Beim schreiben auf dm-crypt bricht dann alles zusammen und ich komme nach einem anfänglichen 25MB/s schub, der knapp 100MB anhält (48MB plattencache involviert?) auf dann 8MB/s - wieder mit 80% wait bei top angezeigt.
Falls wer anders eine der beiden Implementationen laufen hat, würde ich mich für ein paar Zahlen schonmal bedanken wollen - wer tips hat wieso der mapper so miserablen I/O macht ist auch eingeladen diese hier zu erwähnen.
Mal schaun ob dieser Thread besser läuft als mein letzter Windows-Thread