LSI MegaRaid und Dell Perc5/i SAS/SATA PCIe [1|2]

Status
Für weitere Antworten geschlossen.
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
kutjub schrieb:
Dankr für den Link.
Wie findet ihr die immer?
Auf den Seiten von Dell ist es mir ein Rätsel, wie man da gescheit suchen soll.
Zum Vergrößern anklicken....
Da die aktuellen Links von mir stammen, ein Suchtip.
1. in die Suchfunktion bei dell "Perc 5/i" eingeben
2. dann auf Treiber klicken (bei Suche eingrenzen "Support Category") - rechts zu finden
3. und zuletzt bei "Sortieren nach" das Datum wählen - links zu finden
Man erhält zwar auch ein "unpassende" Treffer wir z.B. für den 6/i, aber generell ist das Ergebnis nicht schlecht.
Mit Auswahl des Betriebssystem (links) kann man die Suche weiter eingrenzen,

Gruß
Mike

ps
Das mache ich so regelmässig alle 2-3 Monate für alle meine Hardware, ist aber leider bei jedem Hersteller anders vorzugehen.

ps2
Zwei PERCs laufen auch problemlos mit 8GB Hauptspeicher im ASUS P5W64 WS. Den dritten habe ich jetzt nur wegen der RAM-Aufstockung nicht eingebaut. Wenn jetzt auch noch der AHCI Modi im Zusammenspielt klappen würde wäre ich 100% zufrieden (gibt bei mir gewaltige Stabilitätprobleme).

ps3
Testergebnisse unter Server 2008 kommen in ein paar Tagen, habe auf Grund meines "Technet plus"-Abos gerade einen MegaDownload aller Betriebssysteme, Office Anwendungen und Co laufen :-)
 
Zuletzt bearbeitet:
testergebnisse wären was feines,
was für ein setup (also welche platte, raidmodi) haste denn?
 
testergebnisse wären was feines,
was für ein setup (also welche platte, raidmodi) haste denn?
 
Hallo, hab mir auch nen perc5 zugelegt.
Auf meinem mainboard 6150K8MD funktioniert die karte ohne mod.
Nur kommen fragen auf. benutze die karte unter linux.
Habe vor dem erstellen eines raids erstmal ein firmware update gemacht. was mich nur wundert ist das die Dell PERC 5/i Adapter A09 firmware nicht geht nur die Integrated
dachte die wäre nur für onboard lösungen?

habe dann ein raid5 mit 4 1tb wd green platten erstellt und bin sehr über die geschwindigkeit entäuscht bzw verwundert.
tiotest -f 2048 -t4
bringt bei mir Lesegeschwindigkeiten von 40mb und Schreibgeschwindigkeiten von 70mb
erstens is das ja viel zu niedrig und zweitens .. warum ist schreiben schneller als lesen der cache sollte egal sein da bei den Settings mit einer 8gb großen datei gebencht wird.
einstellungen sind. Adaptiv Read Ahead und write back stripe size 128k


Hat also jemand evtl auch das problem gehabt das das raid schneller liest als schreibt und das problem lösen können?
 
Zuletzt bearbeitet:
Ich denke nicht, dass du deine Ergebnisse mit den hier geposteten vergleichen kannst.

- Du testest mit mehren Prozessen gleichzeitig (4)
- Du testest auf einem anderen System mit einem anderen Tool und auf einem anderen Dateisystem.

Was sagt hdparm -t ?

Falls du EXT2/3 verwendest, das befolgt:

http://wiki.centos.org/HowTos/Disk_Optimization
http://busybox.net/~aldot/mkfs_stride.html

?

P.s.:

Falls du den Cache auf write back stehen hast, verwundern auch die Ergebnisse nicht. Sämtliche Schreibvorgänge sind cached. Die Lesevorgänge hingegen muss er direkt auf der Platte durchführen und die ist dank 4 Threads relativ beschäftigt. Eventuell solltest du es mal mit nur einem Thread versuchen. Das sollte hdtune & Co zumindest näher kommen.


Edit:

Habs bei mir auch mal getestet:

Mit 4 Threads:
+-----------------------+----------+--------------+----------+---------+
| Write 8192 MBs | 302.3 s | 27.097 MB/s | 1.2 % | 77.3 % |
| Random Write 16 MBs | 25.5 s | 0.612 MB/s | -0.5 % | 1.9 % |
| Read 8192 MBs | 93.9 s | 87.282 MB/s | 3.0 % | 85.1 % |
| Random Read 16 MBs | 12.5 s | 1.251 MB/s | -0.3 % | 4.4 % |
`----------------------------------------------------------------------'


Mit einem Thread:
,----------------------------------------------------------------------.
| Item | Time | Rate | Usr CPU | Sys CPU |
+-----------------------+----------+--------------+----------+---------+
| Write 2048 MBs | 43.9 s | 46.693 MB/s | 0.5 % | 32.9 % |
| Random Write 4 MBs | 4.8 s | 0.821 MB/s | 0.1 % | 0.4 % |
| Read 2048 MBs | 18.6 s | 110.370 MB/s | 1.1 % | 27.7 % |
| Random Read 4 MBs | 0.4 s | 10.808 MB/s | 0.0 % | 0.0 % |
`----------------------------------------------------------------------'

Ich habe zur Zeit noch 5 * Samsung T166 an einem 3Ware 9500s-12 laufen. (SATA I Controller). Die Ergebnisse sind daher nicht so toll. Mindestens das solltest du also auch erreichen!


P.s.:

Wenn alle ihre Benchmarks so posten würden, würde das Forum wesentlich schneller werden! ;)
 
Zuletzt bearbeitet:
theoretisch unterstützt der Controller ja nen akustischen alarm.
hat jemand spontan ne Idee wie ich da z.b. nen pc Speaker "nachrüsten" kann?

ach für alle die probleme haben unter nem 64bit linux den perc mit megacli anzusteuern.:

ftp://fr2.rpmfind.net/linux/Mandriv...ckports/megacli-2.00.11-1mdv2008.1.x86_64.rpm

keiner schöner link aber damit hat man zumindest den dateiname. package geht mit alien wunderbar unter ubuntu 8.10
 
HAllo zusammen,

mal ne Frage (die Hoffnung stirb zum Schluss)
seht ihr ne Möglichkeit, meine Bootpartition inkl. OS (SBS2003)
die an einem Raidcontroller 3 Ware 7500 PCI als Raid 1 läuft, auf meinen neuen
Perc umzuziehen? So das mein OS weiterhin läuft?

Grüße
 
Daten sichern und versuchen ..

Solche Konstellationen sind ja eher selten, da wird dir wahrscheinlich keiner einen Erfahrungsbericht zu geben können ;)

Ich würde aber eher auf ein nein tippen.
Du musst ja auch neue Treiber in Win2k3 einbetten, von daher würde ich das Risiko nicht eingehen und direkt neu installieren.
 
wenn du glück hast funktioniert folgendes:

- perc zusätzlich einbauen und mit irgendeiner hdd bestücken
- treiber installieren
- platten des raid1 an den perc stecken
- danach damit ein raid1 erstellen. standardoptionen stehen lassen.
- ohne initialisierung abschließen!!!

guggen ob noch alles da ist. es kann muss aber nedd funktionieren. beim intel onboard gings bei mir. sollten die daten weiter da sein zur sicherheit aber nochmal auf koexistenz prüfen
 
Erst einmal danke für die Antworten.

Dazu muss ich sagen, dass ich ja letzte Woche mein System
zusätzlich mit dem PERC bestückt habe und die Daten nun dort fahre.
Der 3Ware läuft ja sowieso und hat nun nur noch
die Aufgabe das OS vorzuhalten.
Dies will ich abschalten, da ich nur einen Controller brauche.

Datensicherung mache ich eh, bzw die Daten laufen ja auf dem Perc.

Was müsste ich machen. Zwei Platten noch an den PERC klemmen (die sollen dann via RAId 1 das OS booten)
Dann per Clone das OS vom 3Ware Raid auf das PERC Raid (die neuen Platten) spielen.

Oder würde jemand etwas anderes vorschlagen?

@ Schlingel : Dein Vorschlag geht leider nicht, da die Platten am 3Ware IDE sind und nicht? am Perc laufen.
Grüße
 
Zuletzt bearbeitet:
versuch dein glück, aber ich hatte mal versucht den perc von einen pcie steckplatz zum nächsten zu stecken, wurde mir prompt mit nen bluescreen beim booten von windows quittiert

mfg
 
ich melde mich.

BTW, wo stelle ich im Perc eigentlich ein, von welcher Platte gebootet werden soll.

Wenn ich die Platte zum booten nachträglich in den Perc einhänge?

Grüße
 
@Snakekick:

Irgendwas läuft bei dir echt falsch. Mein Perc ist jetzt mit 5 WD Caviar Blue 640 im RAID5 konfiguriert:

Tiotest results for 1 concurrent io threads:
,----------------------------------------------------------------------.
| Item | Time | Rate | Usr CPU | Sys CPU |
+-----------------------+----------+--------------+----------+---------+
| Write 2048 MBs | 14.0 s | 146.239 MB/s | 1.8 % | 88.4 % |
| Random Write 4 MBs | 0.0 s | 79.141 MB/s | 0.0 % | 40.5 % |
| Read 2048 MBs | 4.3 s | 472.967 MB/s | 5.5 % | 94.2 % |
| Random Read 4 MBs | 0.0 s | 419.937 MB/s | 0.0 % | 129.0 % |
`----------------------------------------------------------------------'
Tiotest latency results:
,-------------------------------------------------------------------------.
| Item | Average latency | Maximum latency | % >2 sec | % >10 sec |
+--------------+-----------------+-----------------+----------+-----------+
| Write | 0.023 ms | 33.048 ms | 0.00000 | 0.00000 |
| Random Write | 0.010 ms | 0.062 ms | 0.00000 | 0.00000 |
| Read | 0.006 ms | 0.375 ms | 0.00000 | 0.00000 |
| Random Read | 0.007 ms | 0.049 ms | 0.00000 | 0.00000 |
|--------------+-----------------+-----------------+----------+-----------|
| Total | 0.014 ms | 33.048 ms | 0.00000 | 0.00000 |
`--------------+-----------------+-----------------+----------+-----------'


Tiotest results for 4 concurrent io threads:
,----------------------------------------------------------------------.
| Item | Time | Rate | Usr CPU | Sys CPU |
+-----------------------+----------+--------------+----------+---------+
| Write 8192 MBs | 53.1 s | 154.272 MB/s | 6.8 % | 436.8 % |
| Random Write 16 MBs | 9.3 s | 1.682 MB/s | 0.6 % | 6.6 % |
| Read 8192 MBs | 64.1 s | 127.826 MB/s | 4.9 % | 122.1 % |
| Random Read 16 MBs | 13.2 s | 1.185 MB/s | 0.5 % | 4.4 % |
`----------------------------------------------------------------------'
Tiotest latency results:
,-------------------------------------------------------------------------.
| Item | Average latency | Maximum latency | % >2 sec | % >10 sec |
+--------------+-----------------+-----------------+----------+-----------+
| Write | 0.092 ms | 1055.213 ms | 0.00000 | 0.00000 |
| Random Write | 0.834 ms | 170.063 ms | 0.00000 | 0.00000 |
| Read | 0.118 ms | 8277.709 ms | 0.00019 | 0.00000 |
| Random Read | 12.420 ms | 3283.830 ms | 0.07500 | 0.00000 |
|--------------+-----------------+-----------------+----------+-----------|
| Total | 0.117 ms | 8277.709 ms | 0.00017 | 0.00000 |
`--------------+-----------------+-----------------+----------+-----------'
 
hallo raid-gemeinde

zum einen kann ich vermelden, dass der perc5i erfolgreich ohne pin-mod auf meinen 2 mainboards funktioniert

ASUS A8R32-MVP Deluxe (Sockel 939 AMD-RD580-Chipsatz)
Gigabyte GA-2CEWH-RH (2x Sockel 940 Opteron nVidia-nforce-Professional2000 Chipsatz)

nun aber eine frage zu meinem ASUS A8R32-MVP
LSI-OEM controller Dell Perc5 oder HP P400 (lsi 1078 chip) werden prima erkannt und funktionieren
aber ich bekomme keinen einzigen orginal LSI-PCIe Controller
(u.a. 3041e und MegaRAID SAS 8204ELP) zum laufen
keine Anzeige im BIOS, und auch unter Windows wird keine entsprechende Hardware gefunden

hab schon alte und neue Firmware und Mainboard BIOS versucht
den PIN-Mod habe ich schon versucht - kein Erfolg

die Controller funktionieren einwandfrei mit dem Gigabyte

ASUS Support konnte auch nicht helfen und hat es nach mehreren Mails als
KompatibilitätsProblem abgetan

-------------------------------
jemand ne idee?
 
Zuletzt bearbeitet:
Hast du schonmal mit minimal Hardware versucht. Ich hatte auch mal das A8R und kann man mich wage noch daran erinnnern, das sich die Hardware öfters mal gebissen hat.

mfg
 
@BossXxX

Danke für die schnelle Antwort

also ich hatte bisher 0 Probleme mit dem Board

aber die Tipps von asus gingen auch in die Richtung
SATA, LPT, COM, FireWire und Co - alles abschalten was abzuschalten geht
IRQ19 freigeben bzw Zugriff erlauben (sinngemäss)

also bei mir hats nicht geholfen

-edit-
Grüsse nach Oberfranken ;)
 
Zuletzt bearbeitet:
@Urmelus

1) Welche Grafikkarte steckt denn wo? Das Board hat ja keine onboard.
Du sagst Du hast auch PCI getestet, aber in welchem Slot.

Du hast ja hier die Uli SB und die ATI NB. Hast Du mal die PCIe slots probiert? Den Schwrzen und alternativ den Blauen?

2) Neueste Bios Version drauf? Welche?
 
@Tekkno

habe das neuste und den vorgänger probiert
A8R32-MVP Deluxe BIOS Version 0701
vorgänger: BIOS Version 0602

PCIe VGA nutze ich den oberen Steckplatz
hatte es aber auch schon umgedreht und ganz auf PCIe-VGA verzichtet

@BossXxX
aber dann täten die oem varianten ja auch nicht laufen,,
Zum Vergrößern anklicken....
dass es genau der Punkt den ich auch absolut nicht verstehe
 
Hallo, hab mal bei mir unter linux den unterschied gebencht mit 265mb ram und 512mb ram.
naja ich hätte mir die 15€ sparen können.
hab sowohl auf nen verschlüsselten als auch unverschlüsselten Datenträger getestet. und naja cpu limitiert bei Verschlüsselung wie erwartet.Ansonsten ja vieleicht interessant für jemand der auch ein nas unter linux mit encryption bauen möchte.
Mein sys braucht übrigens ~80W ;/
mit 4 platten+perc
 

Anhänge

  • bench.pdf
    50,1 KB · Aufrufe: 252
Ich verstehe nur nicht, warum deine Ergebnisse unverschlüsselt schon so schlecht sind. Irgendwas bremst da!
 
ja aber @lan.
deine schauen auch zu gut aus?
schreiben kann nicht schneller sein als lesen. erst recht nicht beim raid5 da haut auch was nicht hin?
der test mit 2048mb haut auch nicht hin was man ja an den lesewerten sehen kann da hat der cache ob nun im Controller oder im System zu viel mitgespielt.
glaub in tiotest ergebnisse stecken viel fantasie?
ansonsten bin ich für tips zum beschleunigen auch dankbar ;)

vieleicht spielt die cpu ja doch noch ne rolle. du hast x2 @3.1 ghz ich nur 1.8
und wenn ich mal schau was top so sagt während tiobench läuft könnte das schon ein grund sein

ach @lan
wie werden deine festplatten erkannt?
bei mir steht das vieleicht nicht ganz so gute :

[ 14.055895] sda: sda1
[ 14.056262] sd 0:2:0:0: [sda] Attached SCSI disk
[ 14.056426] sd 0:2:1:0: [sdb] 819072 512-byte hardware sectors (419 MB)
[ 14.056482] sd 0:2:1:0: [sdb] Write Protect is off
[ 14.056486] sd 0:2:1:0: [sdb] Mode Sense: 1f 00 00 08
[ 14.056588] sd 0:2:1:0: [sdb] Write cache: enabled, read cache: disabled, doesn't support DPO or FUA

mit dd hab ich folgenden speed :

Schreiben:
dd if=/dev/zero of=/bench bs=4000 count=1000000
1000000+0 Datensätze ein
1000000+0 Datensätze aus
4000000000 Bytes (4,0 GB) kopiert, 42,967 s, 93,1 MB/s

Lesen:

dd if=/bench of=/dev/zero bs=4000
1000000+0 Datensätze ein
1000000+0 Datensätze aus
4000000000 Bytes (4,0 GB) kopiert, 29,6735 s, 135 MB/s

das sind ja doch werte die denk ich recht normal für 4x wd green line sind (drehen ja nur mit 5400rpm?)
 
Zuletzt bearbeitet:
Sieht bei mir ähnlich aus:

Code: 
[8.222018] sd 0:2:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
[8.222018] sd 0:2:0:0: [sda] 4996464640 512-byte hardware sectors (2558190 MB)
[8.222018] sd 0:2:0:0: [sda] Write Protect is off
[8.222018] sd 0:2:0:0: [sda] Mode Sense: 1f 00 00 08
[8.222018] sd 0:2:0:0: [sda] Write cache: enabled, read cache: disabled, doesn't support DPO or FUA

Ich denke die Unterschiede kommen dadurch zustande, dass mein Array über 2 TB groß ist. :d

Meine Settings sind folgende:

Cache Write Back
IO Cached
Disk Cache Enabled


Dateisystem ist EXT3. Die Mount Options sehen so aus:

Code: 
/dev/sda1    /files   ext3   defaults,noatime,nodiratime,data=writeback   0

ich habe das Dateisystem mit speziellen Optionen für bessere RAID Performance gebaut:

Code: 
mkfs.ext3 -b 4096 -E stride=16

Auf dem Controller befinden sich 256 MB Cache. Angeschlossen sind 5 * WD Caviar Blue 640.

Versuch mal folgendes:

Code: 
echo “deadline” > /sys/block/sda/queue/scheduler

Das ändert den IO Scheduler auf einen etwas "serverfreundlicheren"

Die CPU in meiner Sig ist überigens in einem anderen Rechnerverbaut. Im Server werkelt ein AMD X2 3800+ EE. Der dürfte nicht wirklich schneller sein als dein Opteron. :fresse:


Ansonsten:

Hast du deine Platten schonmal einzeln am onboard Controller getestet? Ich hatte mal eine defekte Platte im Array, die nur 20 MB/s geschafft hat, aber ansonsten unauffällig war. Wenn alle Stricke reißen, würde ich das mal testen.
 
Zuletzt bearbeitet:
Was ist denn der Maximale RAM Ausbau für den Perc ? 512MB 800er reg DDRII oder und müssen das spezielle Riegel sein ?
 
Zuletzt bearbeitet:
-INU- schrieb:
Was ist denn der Maximale RAM Ausbau für den Perc ? 512MB 800er reg DDRII oder und müssen das spezielle Riegel sein ?
Zum Vergrößern anklicken....

1. Post -> FAQ -> 2. Punkt

€: Ok, scheinbar scheint der verlinkte Post dort verloren gegangen zu sein. 8x und Single-Rank sind noch wichtig ;)
Mehr als 512MB unterstützt die Firmware nicht - der Prozessor müsste 1024MB auch können (nutzt dann halt nur 512MB).
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh