Sammelthread Kaufberatung und Fragen zu SSDs (Teil VI)

[Holt]

Dann hast Du ein TB in etwa 3 Monaten geschrieben, was auf 4 TB im Jahr rauslaufen würden. In die NANDs wurden aber schon 4,01TiB geschrieben, während der Host nur 2,11 TiB geschrieben hat, was eine Write Amplification von 1.9 ergibt! Klar, der Sandforce kann die verschlüsselten Daten nicht mehr komprimieren und vermutlich dürfte die SSD aus der Sicht des Controllers auch sehr voll sein, auch wenn wir ja hier einige Threads hatten, in denn steif und fest behauptet wird, dass TC TRIM unterstützt und die nicht genutzten LBAs auf der SSD auch wirklich frei lässt. Wenn das also wirklich stimmt und die SSD nicht wirklich sehr voll ist, dann ist 1.9 mehr als bei anderen SSDs wie der Crucial m4 üblich. Auf jeden Fall zeigt es, dass die von Sandforce versprochenen typischen 0.5 bei solchen Bedingungen absolut unrealistisch sind und nur bei sehr vielen sehr gut komprimierbaren Daten überhaupt erreicht werden können. Parktisch habe ich noch keine SF SSD gesehen, die das erreicht hat und i.d.R. lagen die zwischen 0.7 und 0.9.

 

[Wattebaellchen]

Wo siehst du eigentlich das schon 4,01 TiB intern geschrieben wurden? Die Parametertabelle ist für mich größtenteils so verständlich wie Hyroglyphen.

Ich könnte mal aufräumen, gott sei dank hab ich mir nicht nur eine 128 GB gegönnt

Ich hab keine Ahnung wie ich prüfen könnte, ob TrueCrypt den eigentlichen freien Bereich zumüllt, um eine Entschlüsselung zu erschweren.

 

[Endzeit]

Also ich habe am 9.11.2012 meine SSD eingebaut, draufkopiert und seitdem täglich damit gearbeitet. Hauptsächlich im Browser. Wenig installiert, keine Verschiebeaktionen, die "Daten" liegen auf einer Festplatte. am heutigen Tag habe ich die 800GB-Schreib-Marke überschritten. Das kommt mir sehr viel vor, täuscht mich das?

 

[Holt]

Wo siehst du eigentlich das schon 4,01 TiB intern geschrieben wurden?

Schau auf den Hex-Wert von S.M.A.R.T. Attribute E9. EA und F1 sind die Host-Writes, wie Du auch oben siehst.

Ich hab keine Ahnung wie ich prüfen könnte, ob TrueCrypt den eigentlichen freien Bereich zumüllt, um eine Entschlüsselung zu erschweren.

Demnach sind 80GB frei, wenn TC wirklich ungenutzte LBAs auch auf der SSD frei lässt, dann hätte der Sandforce wirklich eine relativ hohe Write Amplification. Aber die üblichen Werte widersprechen dem eigentlich, denn da sind etwa 0.8 normal. Programme und dlls lassen sich auf etwa die Hälfte komprimieren, wann man denn ausreichende Resource hat wie WinRAR oder 7Zip, die auf viel RAM und schnelle CPUs zurückgreifen können. Im Sandforce dürfte da zwei ARM Kerne oder etwas Ähnliches arbeiten, die mit einem bis maximal 2 Watt Leistungsaufnahme (also ein paar 100 MHz) und ohne externes RAM eine Datenstrom vom 550MB/s in Echtzeit gewissermaßen nebenbei komprimieren müssen, denn das SATA Interface und die NANDs müssen ja auch kontrolliert werden.

Gemäß dem AS-SSD Benchmark erreicht der Sandforce bei 50% Komprimierbarkeit der Daten noch gut eine Verringerung des Volumens um 1/3, was also so mindestens eine WA 0.66 ergeben würde. Deine Daten waren nicht komprimierbar und Du hast 1.9, was also bei normaler Komprimierbarkeit dann 1.25 ergeben würden, während die meisten anderen User hier meist zwischen 0.7 und 0.9 bleiben. Das würde so mache Aussage in diesem Thread bzgl. der TRIM Unterstützung von TC in Zweifel ziehen, aber Du hast die 5.02 FW drauf und die kann kein TRIM. Das ist ein Bug, der seid der 5.01 vorhanden ist und mit der 5.04 behoben wurde. Auf dem Bild vom 16.09.2012 war die WA nur 1,28, war da voher eine 3er FW drauf oder kein TC?

Mache auf jeden Fall ein FW Update!

Also ich habe am 9.11.2012 meine SSD eingebaut, draufkopiert und seitdem täglich damit gearbeitet. ... die 800GB-Schreib-Marke überschritten. Das kommt mir sehr viel vor, täuscht mich das?

800GB in zwei Monaten und da ist noch die Installation dabei, dass soll viel sein? Das wären weniger als 5TB im Jahr wenn es so weiter ginge, aber da Du ja nicht noch mal Windows darauf Installieren musst, wohl noch weniger. Wieviele 100 Jahre soll die denn bitte Deiner Meinung nach druchhalten?

 

[Endzeit]

Naja, nach den SSD-Schreibtests mache ich mir wenig Sorgen um die Flash-Lebensdauer, bin aber trotzdem überrascht, wie viel bei einem derzeitigen Nutzungsprofil geschrieben wird. 800GB sind -absolut betrachtet- schon eine ganze Menge, das erreicht man bei Datengräbern allenfalls beim Befüllen. Das war mir so absolut nicht bewusst. Wenn das normal ist, schlucke ich das jetzt einfach mal. Und mir fällt eben ein, dass ja Auslagerungsdatei und Standby-Cache-Dingsbums durchaus viel Schreibtraffic verursachen dürften. Danke für Deine Einschätzung!

 

[Wattebaellchen]

....aber Du hast die 5.02 FW drauf und die kann kein TRIM. Das ist ein Bug, der seid der 5.01 vorhanden ist und mit der 5.04 behoben wurde. Auf dem Bild vom 16.09.2012 war die WA nur 1,28, war da voher eine 3er FW drauf oder kein TC?

Mache auf jeden Fall ein FW Update!

Die Firmware ist die gleiche, Truecrypt lief die ganze Zeit ohne Änderungen. Es hat sich an der Konfiguration absolut nichts verändert.

Zum Firmwareupdate:

alle Winkom-SSDs mit Sandforce-2281 Controller, die seit April 2012 geliefert wurden, haben die aktuellste Firmware-Version 5.02 installiert
(Bezeichnung bei der 120 GB auch identische Version 2.52)

für alle davor ausgelieferten SSDs steht das Update auf diese Version hier zum Download zur Verfügung:

http://www.winkom.eu/18.html

Da sollte mal was kommen, befand sich in der Prüfung, irgendwann hab ich auch nicht mehr dran gedacht.
Ich hab aber nicht die normale, sondern die Pro, der Controller ist der gleiche also muss das hier
"Enterprise-Version /High IOPS bis 80.000 " mit der Firmware erreicht werden.

Ich werd den Support mal anschreiben.

 

[Holt]

Die Firmware ist die gleiche, Truecrypt lief die ganze Zeit ohne Änderungen. Es hat sich an der Konfiguration absolut nichts verändert.

Dann ist die Platte zwischendurch wohl mal sehr voll geworden und Deine FW unterstützt eben doch kein TRIM. Anders wäre der Anstieg der WA kaum zu erklären, da die Daten ja immer gleich unkomprimierbar waren und immer die gleiche FW drauf war.

Ich hab aber nicht die normale, sondern die Pro, der Controller ist der gleiche also muss das hier "Enterprise-Version /High IOPS bis 80.000 " mit der Firmware erreicht werden.

Es gibt halt zwei verschiedene FW Varianten bei Sandforce und die unterscheiden sich in den IOPS.

Ich werd den Support mal anschreiben.

Die aktuelle Sandforce FW sollte Winkom gerne zum Download anbieten, sonst würden die zu sehr am Support sparen.

 

[Wattebaellchen]

Viel voller als jetzt war die SSD noch nie, ich wüsste nicht wann das gewesen sein soll - 10 Gb mehr ja, aber nicht mehr.

Vielleicht ist Truecrypt aber eben auch nicht gleich Truecrypt, denn ich nutze ja nicht den standardmäßig eingestellenten AES Algorythmus sondern Twofish. Das meine CPU eh keine AES Beschleunigung hat und mehr als genug Leistung stört das nicht.

Wenn Truecrypt aber nun den gesamten freien Speicherplatz zumüllt, könnte es auch sein das es sich bei der Löschung genau so verhält und die zum Überschreiben freigegebenen Datenblöcke von Truecrypt wieder mit Müll gefüllt werden?

Ich wusste jetzt nicht, ob Winkom die Firmware verändert hat, aber auf Grund der Größe des Unternehmens wohl doch eher nicht.
Wenn es eine High IOPS Version gibt, müsste man damit ja auch die SSD mit der Low IOPS firmware flashen können?
Das würde den Aufpreis irgendwie ad absurdum führen.
Zumindest hab ich keinen Cent dafür extra gezahlt, die Pro gabs anstelle der normalen wegen Lieferengpässen.

Edit:
Auf der Seite von Winkom war noch ein Link zu einem Skydrive eines "Sam Ting", dort sollte die aktuelle Firmwareversion zu finden sein... es ist die 3.22 oder 3.2.2 und noch von 2011

 

[Holt]

Wenn die nie sehr voll war, dann scheint Truecrypt die auch nicht zugemüllt zu haben. Das schafft das Filesystem schon selbst, denn Windows belegt mit der Zeit die ganzen LBAs und lässt nur die paar % frei, die für den MFT reserviert sind. Deshalb sollte man bei solchen Systemen wo kein TRIM funktioniert auch immer einen Teil der Kapazität freilassen, damit diese Adressen nicht beschrieben werden können. Sind die aber schon beschreiben und können nicht getrimmt werden, dann muss man ein Secure Erease ausführen. Das jetzt aber noch nachträglich zu machen, lohnt sich aber für Dich nicht, denn die Performance ist wegen der Verschlüsselung sowieso mies und selbst mit der hohen WA sollte die lange genug durchhalten, wenn Winkom wirklich so gute NANDs wie versprochen verbaut hat.

 

[ThommyDD]

Ich habe meine Samsung 470 128GB jetzt seit gut 15 Monaten in meinem Notebook im Einsatz, nur 110GiB partitioniert und mit Truecrypt 7.1a in AES-256 verschlüsselt. Leider finde ich in meinem CDI-Ausdruck die Werte für die geschriebenen Daten und die Write Amplification nicht. Bei mir kommt eine gegenüber Wattebaellchens Beispiel nur extrem reduzierte Zusammenfassung.

----------------------------------------------------------------------------
CrystalDiskInfo 5.3.1 (C) 2008-2013 hiyohiyo
                                Crystal Dew World : http://crystalmark.info/
----------------------------------------------------------------------------

    OS : Windows 7 Professional SP1 [6.1 Build 7601] (x64)
  Date : 2013/01/22 11:27:04

-- Controller Map ----------------------------------------------------------
 + Standard AHCI 1.0 Serieller-ATA-Controller [ATA]
   + ATA Channel 0 (0)
     - SAMSUNG 470 Series SSD ATA Device
   - ATA Channel 2 (2)

-- Disk List ---------------------------------------------------------------
 (1) SAMSUNG 470 Series SSD : 128,0 GB [0/0/0, pd1] - sg

----------------------------------------------------------------------------
 (1) SAMSUNG 470 Series SSD
----------------------------------------------------------------------------
           Model : SAMSUNG 470 Series SSD
        Firmware : AXM09B1Q
   Serial Number : **************
       Disk Size : 128,0 GB (8,4/128,0/128,0)
     Buffer Size : Unbekannt
     Queue Depth : 32
    # of Sectors : 250069680
   Rotation Rate : ---- (SSD)
       Interface : Serial ATA
   Major Version : ATA8-ACS
   Minor Version : ATA/ATAPI-7 T13 1532D version 1
   Transfer Mode : SATA/300
  Power On Hours : 1359 Std.
  Power On Count : 1073 mal
Wear Level Count : 26
     Temparature : 36 C (96 F)
   Health Status : Unbekannt
        Features : S.M.A.R.T., 48bit LBA, NCQ, TRIM
       APM Level : ----
       AAM Level : ----

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
09 _99 _99 --- 00000000054F Eingeschaltete Stunden
0C _98 _98 --- 000000000431 Anzahl der Einschaltungen
B1 _99 _99 --- 00000000001A Verschleißregulierung
B2 _79 _79 --- 0000000001A2 Benutzte reservierte Blöcke (Chip)
BE _64 _51 --- 000000000024 Luftstromtemperatur
EB _99 _99 --- 00000000000D POR-Wiederherstellungszähler

-- IDENTIFY_DEVICE ---------------------------------------------------------
        0    1    2    3    4    5    6    7    8    9
000: 0040 3FFF C837 0010 0000 0000 003F 0000 0000 0000
010: FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF 2020
020: 0000 0000 0004 4158 4D30 3942 3151 5341 4D53 554E
030: 4720 3437 3020 5365 7269 6573 2053 5344 2020 2020
040: 2020 2020 2020 2020 2020 2020 2020 8010 4000 2F00
050: 4000 0200 0200 0007 3FFF 0010 003F FC10 00FB 0110
060: C2B0 0EE7 0000 0007 0003 0078 0078 0078 0078 0E00
070: 0000 0000 0000 0000 0000 001F 0706 0004 004C 0048
080: 01FC 001A 346B 7D01 4063 346B BC01 4063 207F 0003
090: 0003 0000 4000 0000 0000 0000 0000 0000 0000 0000
100: C2B0 0EE7 0000 0000 0000 0000 4000 0000 0000 0000
110: 0000 0000 0000 0000 0000 0000 0000 0000 0000 400E
120: 400C 0000 0000 0000 0000 0000 0000 0000 002B 0000
130: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
140: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
150: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
160: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001
170: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
180: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
190: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
200: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
210: 0000 0000 0000 0000 0000 0000 0000 0001 0000 0000
220: 0000 0000 101F 0000 0000 0000 0000 0000 0000 0000
230: 0000 0000 0000 0000 0000 0400 0000 0000 0000 0000
240: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
250: 0000 0000 0000 0000 0000 22A5

-- SMART_READ_DATA ---------------------------------------------------------
     +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 01 00 09 32 00 63 63 4F 05 00 00 00 00 00 0C 32
010: 00 62 62 31 04 00 00 00 00 00 B1 13 00 63 63 1A
020: 00 00 00 00 00 00 B2 13 00 4F 4F A2 01 00 00 00
030: 00 00 BE 22 00 40 33 24 00 00 00 00 00 00 EB 12
040: 00 63 63 0D 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160: 00 00 00 00 00 00 00 00 00 00 00 00 48 03 00 5B
170: 03 00 01 00 02 0E 00 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 C8

-- SMART_READ_THRESHOLD ----------------------------------------------------
     +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FF

 

[Wattebaellchen]

Wenn die nie sehr voll war, dann scheint Truecrypt die auch nicht zugemüllt zu haben. Das schafft das Filesystem schon selbst, denn Windows belegt mit der Zeit die ganzen LBAs und lässt nur die paar % frei, die für den MFT reserviert sind.

Ich meinte das sie nach dem Windows Explorer noch nie viel voller war als jetzt, was im Hintergrund passiert, das NTFS System oder Truecrypt da rumwurschteln weiß ich nicht.

Winkom mag mir kein Firmwareupdate zugänglich machen, da 5.3 instabil wäre und 5.4 die Performance runter zieht.

 

[Holt]

ThommyDD, die 470er hat diese Angaben nicht, die kann man nur bei einigen Controllern sehen. Deine hat nur die Information über die durchschnittlich verbrauchten P/E Zyklen (B1).

Ergänzung (23. Januar 2013)

Winkom mag mir kein Firmwareupdate zugänglich machen, da 5.3 instabil wäre und 5.4 die Performance runter zieht.

Sandforce halt Ob das stimmt, kann ich nicht sagen, aber andere Hersteller haben die den Kunden zur Verfügung gestellt. Die Performane wird aber ohne TRIM auf Dauer nicht besser sondern nur schlechter. Kurzfristig belegen zwar die TRIM Befehle den SATA Kanal und konkurrieren daher ggf. mit anderen Zugriffen, aber das wird ja nur auffallen, wenn gleich nach dem Löschen sofort andere Zugriffe erfolgen. Das dürfte aber in Benchmarks deutlich öfter als im realen Leben der Fall sein.

 

[Wattebaellchen]

Ich plane ja eh ein Raid 1 und da kann ich mir Trim eh abschminken, aber es sollte natürlich troztdem generell funktionieren.
Allerdings hätte ich von LSI als neuem Eigentümer ein bisschen mehr erwartet

Ich hab heute Nacht überlegt ob ich mir noch so eine tolle Sandisk gönne... 64 Gb für 36,95 oder die 128 Gb für 66,90.
Ich hab mich für die kleine entschieden, wird dann die vierte die ich davon gekauft hab.

Wenn sich deine Skepsis mal bestätigen sollte, bin ich mal gespannt wie Sandisk dann reagiert, wenn ich die immer im dutzend einschicke

Bench der Winkom vergessen:

 

[Holt]

wird dann die vierte die ich davon gekauft hab.
...wenn ich die immer im dutzend einschicke

Wenn es erst die vierte wird, dann musst Du aber noch ein wenig in der Nachbarschaft sammeln gehen um ein Dutzend einschicken zu können

Bei 320MB/s scheint wohl das Limit für die CPU bei dem Verschlüsselungsalgorithmus zu liege, von daher passen die Werte, vor allem die seq. Schreibrate. Nur die 4k QD32 finde ich etwas gering, das sieht ja fast so aus als würde TC die Entschlüsselung Lesend nur auf einem Kern ausführen, während es schreibend doch deutlich schneller als bei QD1 (4k) geht. Die seq. Schreibrate passt jedenfalls zu der SSD und sieht auch für den Normalzustand ordentlich aus, trotz der Verschlüsselung.

 

[Wattebaellchen]

Ich muss mal gucken ob ich den letzen Screen noch finde, aber da waren es durchweg gut 10% mehr, da war das laufwerk aber auch nicht so voll wie jetzt.

Wieviel Durchsatz ich erreichen kann, kann ich ja mit dem Truecryptbenchmark ermitteln und die Werte hab ich auch lange erreicht.

 

[ThommyDD]

Truecrypt skaliert sehr gut mit der Prozessorleistung, zumindest dem eigenen Benchmark nach. Ich habe das auf verschiedenen Systemen mal getestet:

Intel Celeron-M 1,5GHz: 50MB/s
AMD Athlon XP 2000+ 1,67GHz: 59MB/s
Intel Core2 Duo L7700 2x1,8GHz: 131MB/s
AMD Phenom II X4 830 4x3,5GHz (OC): 575MB/s

Mit meiner Samsung 470 am C2D L7700 sieht das Ergebnis aber ähnlich aus wie bei Wattebaellchen, im 4k-Lesen sind die Werte deutlich schlechter als im Schreiben (AS-SSD):



Mit Truecrypt dürfte das nichts zu tun haben, da für die Verschlüsselungsleistung die Blockgröße uninteressant ist. Die sequentiellen Werte zeigen erstens, dass Lese- und Schreibleistung bei der Verschlüsselung in etwa gleich sind, beide Kerne werden voll ausgenutzt. Bei den 4k-Benchmarks ist die CPU-Auslastung durch TC dermaßen gering, dass sogar die niedrigste CPU-Taktrate eingestellt wird.

 

[Holt]

Das Schreiben geht gepuffert und wird eigentlich nur verschlüsselt und die Daten werden an die SSD geschickt werden beim Lesen wirklich erst gelesen und dann entschlüsselt werden muss, beides also garantiert immer nacheinander erfolgt. Erst bei 4k_64 läuft es dann mehr oder weniger parallel ab, weil ja so viele Anfragen da sind, dass irgendwas immer gelesen und was anderes immer entschlüsselt wird.

 

[ThommyDD]

Meinst du damit, dass eine Art iterativer Prozess abgearbeitet wird, immer wieder ein Stückchen entschlüsseln, das nächste Paket vom Controller der SSD anfordern, warten, bis der liefert, wieder entschlüsseln uswusf.? Dann müsste wohl Truecrypt dahingehend optimiert werden, weiter im Voraus Datenpakete anzufordern, schon bevor die eigentliche Entschlüsselung ansteht.

Wobei der bremsende Effekt bei mir trotz der sehr schwachen CPU und grottenschlechter Benchmarkwerte im Alltag wirklich gering ist. Ich mache nochmal einen Benchmark mit meiner verschlüsselten Crucial M4 im Phenom-Rechner zum Vergleich, da bremst die CPU weniger.

Außerdem habe ich noch ein Benchmarkergebnis gefunden, das meine Crucial M4 64GB ebenfalls verschlüsselt im Laptop zeigt:

 

[Holt]

Meinst du damit, dass eine Art iterativer Prozess abgearbeitet wird, immer wieder ein Stückchen entschlüsseln, das nächste Paket vom Controller der SSD anfordern, warten, bis der liefert, wieder entschlüsseln uswusf.

Wenn es nur 4k sind die da gelesen werden, dann dürfte es genauso ablaufen. Bei längeren Zugriffen wird man sicher einen Puffer haben den man füllt und so dass nicht jedesmal auf das Lesen der Daten von der Platte gewartet werden muss.

Dann müsste wohl Truecrypt dahingehend optimiert werden, weiter im Voraus Datenpakete anzufordern, schon bevor die eigentliche Entschlüsselung ansteht.

Das wird es mit Sicherheit geben, denn die seq. Leseraten sind sind ja viel höher als bei 4k und es könnte irgendwann auch nicht funktionieren die Daten erst alle einzulesen und dann zu entschlüssel. Stell Dir vor, Du hast nur 2GB RAM, liest aber eine iso einer DVD mit über 4GB Größe. Das kann nur stückchenweise erfolgen, aber wie groß diese einzelnen Teile sind und ab wenn dann nun parallel gelesen und entschlüsselt wird, kann ich Dir nicht sagen. 4k werden aber mit Sicherheit nicht reichen, dann wäre die seq. Performance zu schlecht. Ich schätze so 64k, 128k oder 256k dürfte realisitsch sein, denn sonst erreichen die Platten und SSDs ihre maximal seq. Transferraten ja auch noch gar nicht.

 

[ThommyDD]

Am "großen" Rechner mit der Crucial M4 und dem schnelleren Phenom sehen die 4k-Werte praktisch genauso aus. Es scheint also tatsächlich an der Methode zu liegen, wie die Befehle erzeugt und abgearbeitet werden. Interessant ist, dass sequentiell nur knapp 400MB/s drin sind, während es unverschlüsselt knapp 500 sind und der Prozessor 575MB/s ver- bzw. entschlüsseln kann. Durch den SSD-Benchmark oder auch durch den Zugriff auf die SSD scheint recht viel Rechenleistung benötigt zu werden, die dann Truecrypt im Vergleich zur Benchmarksituation (die vermutlich im RAM abläuft) nicht zur Verfügung steht. Interessant, dass das im langsamen C2D mit SATA2 nur zu einem Abfall von 130 auf 120MB/s führt, im Phenom II X4 jedoch von 575 auf knapp 400MB/s.