Neues in der Kategorie storage

Welch einen wunderschönen deutschen Namen gibt Ubuntu's Laufwerksverwaltung (palimpset) meinem frisch eingebauten Solid-State-Drive: Festkörperlaufwerk.
Zusammengesetzte Substantive sind etwas Wunderbares.


Ich hatte mich nun endlich entschieden: Eine OCZ Vertex2 E mit 120GB musste her. Nach dem Auspacken ging ich sofort zum Einbau mit anschließenden Speedtest über. Ihr werdet sehen:

Auspacken und Einbau:


01_von_aussen.jpg
Das Auspacken ist unspektakulär, schön für Desktopuser ist der mitgelieferte Einbaurahmen.

02_geoeffnet.jpg03_ausgepackt.jpg04_device.jpg

Der Einbau ist sicherlich auch keine Wunderleistung der Ingenieurkunst. Das 2.5"-Format lässt den benachbarten Platten noch schön viel Luft.
05_eingebaut.jpgNach dem Verstöpseln und dem mit Spannung erwarteten Erkennen des Laufwerks konnten die Tests beginnen.
Device Infos:

$ sudo smartctl -i /dev/sda
Device Model:     OCZ-VERTEX2
Serial Number:    OCZ-1600Y229CVXXXXXX
Firmware Version: 1.23
User Capacity:    120.034.123.776 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  Not recognized. Minor revision code: 0x28
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Das Testen:

Hier seht ihr die Übersicht von Ubuntus Laufwerksverwaltung "palimpset".

Bildschirmfoto-120 GB Festkörperlaufwerk (ATA OCZ-VERTEX2) [-dev-sda] -- Laufwerksverwaltung.pngEin Klick auf den Button "Smart-Werte" brachte Folgendes zum Vorschein:

Bildschirmfoto-120 GB Festkörperlaufwerk (ATA OCZ-VERTEX2) - SMART-Werte.pngBildschirmfoto-120 GB Festkörperlaufwerk (ATA OCZ-VERTEX2) - SMART-Werte-1.png

Nun gut, die SMART-Infos sind eher spärlich gesäht. Dieses System ist allerdings auch für sich bewegende Platten geschaffen und nicht für mein neu erstandenes Festkörperlaufwerk ;o)

Die Geschwindigkeitswerte im RAW-Mode sind erstaunlich. Ohne Formatieren bzw. Partitionieren geht's da richtig ab. Die Herstellerangaben werden sogar beinahe eingehalten.

Bildschirmfoto-120 GB Festkörperlaufwerk (ATA OCZ-VERTEX2) - Vergleichstest.png
Nach dieser Aktion ging ich über, mit meinem Ubuntu "Lucid Lynx" mal flugs auf die SSD umzuziehen.

Die Partitionierung sollte man möglich knauserig vornehmen. Ich gönnte mir eine 500MB Boot-Partition. Den Rest der 120GB packte ich in eine root-partition. Den Speicherbereich für Auslagerungsdaten sollte man von einer SSD fernhalten. Die Swap-Partition blieb auf meinem RAID-System. Mit einer Live-CD machte ich eine Kopie meines Produktivsystems einschließlich meines /home-Verzeichnisses. Die Boot-Partition wurde mit dem Befehl grub-install (hier nachzulesen) gefüllt und aktiviert.

Ein erfolgreiches Booten war Pflicht, um einen Speedtest an der laufenden Installation durchzuführen:

Bildschirmfoto-120 GB Festkörperlaufwerk (ATA OCZ-VERTEX2) - Vergleichstest-nach-Installation.pngHier sind nun schon einige Unterschiede zum RAW-Test zu erkennen. Allein die mittleren Zugriffszeiten streuen jetzt nicht mehr so stark (man beachte den anderen Maßstab), sind aber im Mittel jetzt bei 0.2 ms. Die Leserate ist deutlich abgesackt.

Die Tests im laufenden Betrieb streuen etwas. Ein späterer Test, mit ausgewählt besseren Werten, ist hier zu sehen:

Bildschirmfoto-120 GB Festkörperlaufwerk (ATA OCZ-VERTEX2) - Vergleichstest-latest.pngWie Euch in der Übersicht der Speichergeräte vielleicht nicht entgangen ist, habe ich auch noch zwei Vergleichslaufwerke im Rechner eingebaut. Im rein synthetischen Vergleich der Speedtests mit den Platten meines Hardware-Raid-Controllers (3ware 9650SE-4LP), ist die SSD klar überlegen.... aber seht selbst:

RAID-0 mit 2x1TB Samsung@7200rpm (Standard Desktop Platten): Device Info
$ sudo smartctl -i --device=3ware,0 /dev/twa0
Device Model:     SAMSUNG HD103UJ
Serial Number:    S13PJXXXXXXXXX
Firmware Version: 1AA01113
User Capacity:    1.000.204.886.016 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 3b

$ sudo smartctl -i --device=3ware,1 /dev/twa0
Device Model:     SAMSUNG HD103UJ
Serial Number:    S13PJ1XXXXXXXX
Firmware Version: 1AA01113
User Capacity:    1.000.204.886.016 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 3b

Bildschirmfoto-2,0 TB Festplatte (AMCC 9650SE-4LP DISK) - Vergleichstest.pngBildschirmfoto-2,0 TB Festplatte (AMCC 9650SE-4LP DISK) - Vergleichstest-1.png
RAID-0 2x2TB Western Digital@5400rpm (Server Platten): Device Info
$ sudo smartctl -i --device=3ware,2 /dev/twa0
Device Model:     WDC WD2002FYPS-01U1B1
Serial Number:    WD-WCAVY15XXXXX
Firmware Version: 04.05G05
User Capacity:    2.000.398.934.016 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated

$ sudo smartctl -i --device=3ware,3 /dev/twa0
Device Model:     WDC WD2002FYPS-01U1B1
Serial Number:    WD-WCAVY15XXXXX
Firmware Version: 04.05G05
User Capacity:    2.000.398.934.016 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated

Bildschirmfoto-4,0 TB Festplatte (AMCC 9650SE-4LP DISK) - Vergleichstest.pngDeutlich zu erkennen, dass der interne Speicher (cache) der Serverplatten beim Ergebnis hin und wieder ordentlich reinhaut. Die Samsung-Desktopplatten zeigen diesen Effekt nicht. Daher muss davon ausgehen, dass der RAID-Controller nicht Schuld ist.

Bildschirmfoto-4,0 TB Festplatte (AMCC 9650SE-4LP DISK) - Vergleichstest-1.pngBildschirmfoto-4,0 TB Festplatte (AMCC 9650SE-4LP DISK) - Vergleichstest-2.png
Der Cache bringt insbesondere den Serverplatten nur einen kurzen Schub, deshalb kann man die maximalen Lesegeschwindigkeiten getrost ausklammern. Der Effekt ist zwar da, ich kann aber nur schwer einschätzen ob er etwas bringt.

Interessant am letzten Teil meines SSD-Berichts ist eigentlich der direkte Plattenvergleich 7200 vs. 5400 rpm (Umdrehungen/min). Die SSD ist den Werten nach deutlich vorn.

HDPARM-Test:

$ sudo hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   8482 MB in  2.00 seconds = 4243.98 MB/sec
 Timing buffered disk reads:  404 MB in  3.01 seconds = 134.12 MB/sec

$ sudo hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   8886 MB in  2.00 seconds = 4446.25 MB/sec
 Timing buffered disk reads:  674 MB in  3.00 seconds = 224.48 MB/sec

$ sudo hdparm -tT /dev/sdc

/dev/sdc:
 Timing cached reads:   9036 MB in  2.00 seconds = 4521.76 MB/sec
 Timing buffered disk reads:  650 MB in  3.00 seconds = 216.32 MB/sec


So, nun könnt ihr mal raten, welche Platte(n) sda sdb oder sdc sind.

Das Ausschlusskriterium gibt Euch Recht. SDA muss mein neues Festkörperlaufwerk sein. Ist So: Hier spielen die Buffer des 3ware-RAID-Controllers wohl ihre Stärken aus.


Subjektive Beurteilung:

Der gefühlte Geschwindigkeitsgewinn ist lediglich beim Programmstart auszumachen. Beim Booten spielt offenbar der CPU auch noch eine wichtige Rolle bzw. ist der Datendurchsatz der SSD im Vergleich zum Hardware-RAID-0 nicht allzu viel höher.

Ubuntu hat mit dem Samsung-RAID in ca. 23s bis zum Login gebootet. Die SSD braucht nun ca. 20s.

Die Festplatten (raid) gingen vor allem bei einem Parallelstart von virtuellen Maschinen in die Knie. Ein gleichzeitiger Start von Ubuntu und Windows hatte ein längeres Warten zur Konsequenz. Mit der SSD ist dieser Zustand Geschichte. GIMP oder Firefox sind prompt da. Nach dem Login bis zum "fertigen" Desktop geht es spürbar schneller. Der Geschwindigkeitsgewinn ist schon spürbar.

Fazit:

Die Anschaffung hat sich für mich schon gelohnt. Wer allerdings mehr Wert auf viel Speicherplatz legt, sollte lieber in einen vernünftigen Hardware-RAID-Controller investieren.

Beim Kopieren von großen Datenvolumen sind sicherlich die RAID-Laufwerke die Bremse, jedoch kann ich auf diese nur große Daten kopieren. Die Kopiererei von SSD zu SSD wäre sicherlich schneller. Aber bisher sind die größeren Exemplare dieser Gattung unerschwinglich und meiner Meinung nach auch unnötig, da der Vorteil einer SSD im Vergleich zu einem vernünftigen RAID-System nur in Extremsituationen merkbar ist. Schlichtweg im Desktop-Rechner eine Sache für Nerds... im Mobilbereich bestimmt eine Revolution.

Update:


Letzlich kopierte ich eine 5,5GB große Datei von meinem Desktop (Festkörperlaufwerk) auf eine raid-Partition. Die Übertragungsrate pendelte sich so bei 70-80MB/s ein: Das kann doch nicht sein, dachte ich. Ein nachfolgender Test von raid-zu-raid war etwa doppelt so schnell. (Hab's leider nicht dokumentiert.)

Das veranlasste mich zu einem erneuten Test mit der gleichen Datei, wobei ich die Werte leider nicht reproduzieren konnte. Eventuell lief da noch etwas im Hintergrund. Trotzdem sehr interessant.

Dateisysteme bei allen Laufwerken sind: ext4

(Ist klar: Der Balken symbolisiert lediglich den Kopierfortschritt!)

Festkörperlaufwerk (Desktop) ==> WD-Raid@5400rpm (raidstor)

Bildschirmfoto-Dateioperationen-Desktop-Raidstor.pngFestkörperlaufwerk (Desktop) ==> Samsung-Raid@7200rpm (Videos)

Bildschirmfoto-Dateioperationen-Desktop-Videos.png
WD-Raid@5400rpm (raidstor) ==> Festkörperlaufwerk (Desktop)

Bildschirmfoto-Dateioperationen-Raidstor-Desktop.pngWD-Raid@5400rpm (raidstor) ==> Samsung-Raid@7200rpm (Videos)

Bildschirmfoto-Dateioperationen-Raidstor-Videos.pngSamsung-Raid@7200rpm (Videos) ==> Festkörperlaufwerk (Desktop)

Bildschirmfoto-Dateioperationen-Videos-Desktop.pngSamsung-Raid@7200rpm (Videos) ==> WD-Raid@5400rpm (raidstor)

Bildschirmfoto-Dateioperationen-Videos-Raidstor.png Naja, ich brauche da nicht zu viel Worte zu verlieren, hier ist eine Übersichtstabelle.

Quelle  /  Ziel                  SSD            WD-Raid           Samsung-Raid

SSD                             ----------           144 MB/s           140 MB/s

WD-Raid                      93 MB/s           -----------             145 MB/s

Samsung-RAID            96 MB/s          135 MB/s             -----------


Aufgabe: Meine beiden neuen 2TB-Platten zu einem 4TB-RAID zusammenzuschließen.

Übliche Fakeraid-Controller bieten zur Zeit keine Unterstützung von Gesamtsystemen größer 2TB. Ich habe es mit meinem onboard-nvraid (nforce 680i) versucht, es gab nur Probleme. Der Controller hat lustigerweise 1,67TB angezeigt - Ubuntu hat den nvraid ignoriert und die Platten erkannt, Windows hat nvraid und die Platten einfach nur ignoriert.

Im Allgemeinen braucht man RAID-Controller mit 64-bit-LBA support. Diese können mit Plattensystemen größer als 2TB vernünftig umgehen. Das alte MSDOS-Partition-Table-Fromat, was noch üblicherweise Standard ist, funktioniert ebenfalls nur bis 2TB. Hierzu muss man das gpt-Format (global partition table), auch GUID-Partitionstabelle genannt, benutzen. Windows kann zwar gpt-Partitionen benutzen, davon jedoch nicht booten. Mit dem Ext4-Dateisystem kann man noch nicht allzuviel im Windows anfangen. Das stört mich auch nicht weiter.

Da ich das Datengrab schließlich auch nur im Linux benutzen wollte, habe ich mich für ein komplettes Software-RAID0 auf dmraid-Basis (ubuntu 9.10 karmic 64bit) mit gpt-Partition und dem Dateisystem ext4 entschieden. Es muss nicht bootfähig sein, einfach nur mit voller Größe funktionieren.

Die 64-bit-Version des Betriebssystems hat nichts mit dem 64-bit-LBA zu tun. Das gesamte Prozedere kann man genauso gut auch auf einem 32-bit-Linux durchführen.

Meine Vorgehensweise: (# = Kommentare, $ = Terminal-Eingabezeilen, alles andere = Terminal-Ausgaben)
_____________________________________________________________________________
#####RAIDSTOR2 (2x2TB) (Software-RAID isw)
### isw-format="Intel Software RAID" (siehe auch $ dmraid -l) unterstützt auch 4TB
##NEU (7814039228 blocks, 1 block=512 byte) (bei unbekannter Größe "size=-1" benutzen)

$ sudo dmraid -f isw -C raidstor --type 0 --size=7814039228B --strip 256B --disk "/dev/sdc /dev/sdd"

Create a RAID set with ISW metadata format

RAID name: raidstor
RAID type: RAID0
RAID size: 3726G (7814039228 blocks)
RAID strip: 128k (256 blocks)
DISKS: /dev/sdc, /dev/sdd,


About to create a RAID set with the above settings. Continue ? [y/n] :y

$ sudo dmraid -ay
RAID set "isw_eagdiafafc_raidstor" already active
$ sudo parted /dev/mapper/isw_eagdiafafc_raidstor
(parted) mklabel
Warnung: Die bestehende Partitionstabelle und alle Daten auf
/dev/mapper/isw_eagdiafafc_raidstor werden gelöscht. Wollen Sie fortfahren?
Ja/Yes/Nein/No? ja
Neuer Disk-Label-Typ? [gpt]? gpt
(parted) mkpart primary ext4 128kB -1s
Warnung: You requested a partition from 128kB to 4001GB.
The closest location we can manage is 128kB to 4001GB.
Is this still acceptable to you?
Ja/Yes/Nein/No? ja
(parted) q
Information: Möglicherweise müssen Sie /etc/fstab anpassen.
#$ sudo reboot
##NEUSTART! (möglich, aber eigentlich unnötig, da partprobe alles findet)

## Namen des neu erstellten RAID suchen
$ ls /dev/mapper/*
isw_eagdiafafc_raidstor
$ sudo partprobe /dev/mapper/isw_eagdiafafc_raidstor
#ext4-filesystem erstellen ohne reservierten Bereich für root
$ sudo mkfs.ext4 -m 0 -L raidstor2 /dev/mapper/isw_eagdiafafc_raidstor1
mke2fs 1.41.9 (22-Aug-2009)
Dateisystem-Label=raidstor2
OS-Typ: Linux
Blockgröße=4096 (log=2)
Fragmentgröße=4096 (log=2)
244195328 Inodes, 976754908 Blöcke
0 Blöcke (0.00%) reserviert für den Superuser
Erster Datenblock=0
Maximale Dateisystem-Blöcke=4294967296
29809 Blockgruppen
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe
8192 Inodes pro Gruppe
Superblock-Sicherungskopien gespeichert in den Blöcken:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544

Schreibe Inode-Tabellen: erledigt
Erstelle Journal (32768 Blöcke): erledigt
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt

Das Dateisystem wird automatisch nach jeweils 20 Einhäng-Vorgängen bzw.
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit
tune2fs -c oder -t .
#RAID-System einhängen
$ sudo mkdir /media/raidstor2
$ sudo mount -t ext4 /dev/mapper/isw_eagdiafafc_raidstor1 /media/raidstor2
#Besitz übernehmen
$ sudo chown -R tobi:tobi /media/raidstor2
_____________________________________________________________________________

So, das war's. Fertig!

Dummerweise wird die Partition nicht automatisch beim Neustart gefunden. Muss wohl an der Größe liegen. Ich habe einfache Abhilfe gefunden. Ein verknüpftes Script im Panel, was folgenden Inhalt hat:
_____________________________________________________________________________
gksudo partprobe /dev/mapper/isw_eagdiafafc_raidstor
gksudo mount -t ext4 /dev/mapper/isw_eagdiafafc_raidstor1 /media/raidstor2
_____________________________________________________________________________

genügt. Ein Klick darauf bindet die Platten wunderbar ein.

Sicherlich ist das nur eine Zwischenlösung... nicht supertoll aber benutzbar und sogar hardwareunabhängig.

Über dieses Archiv

Diese Seite enthält aktuelle Einträge der Kategorie storage.

linux server ist die vorherige Kategorie.

ubuntu ist die nächste Kategorie.

Aktuelle Einträge finden Sie auf der Startseite, alle Einträge in den Archiven.

Archiv

Mai 2014

So Mo Di Mi Do Fr Sa
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

Aktuelle Kommentare

  • petruschka: halooo, wer hatt auch was sinn volles, für windows 7 weiterlesen
  • Tobias Hesse: Danke für Eure Kommentare, das mit dem "makeactive" ist 'ne weiterlesen
  • Jürgen: DANKE... Nach vielen erfolglosen Versuchen und Suchem im Netz bin weiterlesen
  • Anonym: Danke für die Info! Ich bin auch über das Problem weiterlesen
  • Patrick: Hi Tobi, danke für deinen Kommentar. Über deine Seite war weiterlesen
Creative Commons License
Dieses Blog steht unter einer Creative Commons-Lizenz.