gmirror ist unertraeglich langsam

J

j_t

Alter Hase
Hi,

ich habe nach folgenden Problem im Forum gesucht aber nichts gefunden:

2 Platten werden per gmirror gespiegelt:

ad8: 114498MB <SAMSUNG SV1204H RK100-15> at ata4-master UDMA66
ad10: 114498MB <SAMSUNG SV1204H RK100-15> at ata5-master UDMA66

Gelesen wird vom Mirror mit ca. 19MB/s, geschrieben mit ganzen 1,2 MB/s! Jede Platte fuer sich (gleichzeitig gemessen) schafft ca. 38 MB/s wenn jeweils eine grosse Datei gelesen wird...
Wirklich schlimm ist natuerlich die saumaessige Schreibgeschwindigkeit.

Warum ist gmirror so lahm? Hat jemand aehnlich Erfahrungen oder gar eine Erklaerung?
Es ist ein 6.1-PRERELEASE.

-
Geom name: samsung2
State: COMPLETE
Components: 2
Balance: split
Slice: 4096
Flags: NONE
GenID: 0
SyncID: 1
ID: 1576532781
Providers:
1. Name: mirror/samsung2
Mediasize: 120060444160 (112G)
Sectorsize: 512
Mode: r1w1e2
Consumers:
1. Name: ad8
Mediasize: 120060444672 (112G)
Sectorsize: 512
Mode: r1w1e1
State: ACTIVE
Priority: 0
Flags: NONE
GenID: 0
SyncID: 1
ID: 1678304645
2. Name: ad10
Mediasize: 120060444672 (112G)
Sectorsize: 512
Mode: r1w1e1
State: ACTIVE
Priority: 1
Flags: NONE
GenID: 0
SyncID: 1
ID: 1143996100
 
Wie ist die Auslastung beim Schreiben/Lesen? -> vmstat
Was ist das fuern ein ATA-Controller?
Wie ist die IRQ-Verteilung?
Mal mit "prefer" Balance versucht?
Warum muss man manchen Leuten alle Informationen aus der Nase ziehen?
 
vmstat -c77 ad8 ad10
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad8 ad10 in sy cs us sy id
1 1 0 42724 51900 17 0 0 0 135 62 0 0 2144 64 2127 0 2 98
0 1 0 42724 51260 2 0 0 0 2 0 9 9 2170 125 2127 0 6 94
0 1 0 42724 49980 0 0 0 0 0 0 9 9 2166 135 2138 0 9 91
0 1 0 42724 48700 0 0 0 0 0 0 9 9 2167 135 2147 0 9 91
0 1 0 42724 47420 0 0 0 0 0 0 8 8 2167 143 2146 0 11 89
0 1 0 42724 46780 0 0 0 0 0 0 9 9 2174 125 2143 0 8 92
0 1 0 42724 45500 0 0 0 0 0 0 9 9 2168 135 2141 0 11 89
0 1 0 42724 44220 0 0 0 0 4 0 9 9 2171 135 2157 0 10 90
0 1 0 42724 43580 0 0 0 0 0 0 8 8 2167 125 2126 0 11 89
0 1 0 42724 42300 0 0 0 0 0 0 9 9 2165 143 2142 0 9 91
0 1 0 42724 41020 0 0 0 0 0 0 9 9 2168 135 2146 0 5 95

top:
CPU states: 0.4% user, 0.0% nice, 2.3% system, 7.0% interrupt, 90.3% idle
Mem: 11M Active, 75M Inact, 36M Wired, 25M Cache, 60M Buf, 351M Free
Swap: 2048M Total, 2048M Free

Das System langweilt sich.

Es ist ein "gut eingelaufener" <Promise PDC20262 UDMA66 controller>, der problemlos beide Platten einzeln zur Verfuegung stellt
Jedes device hat definitiv einen eigenen IRQ
Die Option round-robin verhielt sich noch bescheidener, Zahlen habe ich nicht parat. prefer klingt recht unpassend - ich habs bisher nicht getestet...

Hey - ich gehe initial davon aus nicht als Depp betrachtet zu werden, der erstmalig ein System zusammengewuerfelt hat; dementsprechend werfe ich auch nicht mit Selbstverstaendlichkeiten um mich...
 
Hmm, ich habe leider keine Zahlen parat, aber wir hatten mal ein FreeBSD Showcase mit gmirror und das lief einwandfrei, auch von der Schreibgeschwindigkeit.

Pawel hat vor ein paar Tagen neue Patches für u.a. gmirror veröffentlicht, vielleicht probierst du die mal aus.
 
Hallo

Ich habe zwei gmirror auf meinem System laufen (System je 80GB und Daten je 250GB). Bisher kann ich mich nicht beklagen was die Geschwindigkeiten anbelangt. Bei Bedarf kann ich gerne mal die genauen Geschwindigkeiten ermitteln.

Greets, s_e
 
Gerne. Mach das. Achte auch darauf, welche Geschwindigleit beide Platten gleichzeitig abliefern koennen, wenn man diese direkt lesenderweise anspricht. Ich haette erwartet, dass der Mirror ungefaehr so schnell ist, wie eine einzelne Platte auch.
 
Auf unserem Blade im SAN keine Probleme mit gmirror.
Frage: Wie, mit welchen tools, hast Du dies gemessen?
 
Mittels dd habe ich gleichzeitig etwa 1GB von von ad8e und ad10e nach /dev/null kopiert. Vorher das gleiche mit dem gmirror bei Verwendung einer Datei von einem GB.
 
die neuen patches verändern noch mehr dinge. z.b. ist dadurch auch ein panic unter hoher last verschwunden, der bei manchen auftrat.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben