Areca ARC1170 naar RAID5 array WD2002FYPS schrijven is traag

[Cergorach]

NIEUW probleem, onderin het topic.

Situatie: Ik heb net een berg nieuwe 2TB schijven gekocht en wil deze gebruiken om de data die op de RAIDset staat van 1TB schijven over te zetten naar de RAIDset van 2TB schijven.

Probleem: Als ik data kopieer van RAidset#02 naar RAIDset#01 dan gaat dat initieel redelijk snel maar dropt naar minder dan 10MB/s. Het zelfde probleem heb ik als ik data van partities binnen RAIDset#01 kopieer. Ik heb hetzelfde probleem als ik van RAIDset#00 kopieer naar RAIDset#01.

bv. een 2GB bestand begint ~90MB/s, zodra ~10% is gekopieerd, begint de data overdracht enorm in te zakken, bij ~50% heb ik nog maar een data overdracht snelheid van ~10MB/s. Ongeacht waar ik het bestand vandaan kopieer.

Als ik iets dergelijks doe binnen RAIDset#02 dan zit ik tussen de 100MB/s en de 200MB/s.

Natuurlijk begrijp ik dat een RAIDset van 7 schijven niet zo snel is al een RAIDset van 12 schijven, maar dit is natuurlijk belachelijk!

De WDC WD2002FYPS staat op de compatibility list van Areca, ik heb net de nieuwste FIRM en BOOT geinstalleerd (en de server herstart), Vista heeft de meest recente driver voor de kaart, zie mijn verdere specs hieronder.

De enige verschillen tussen de RAIDsets zijn:
- Cache Mode staat op Write Through ipv. Write Back (maar dat zou sneller moeten zijn, er zit een battery backup in/op)
- RAID5 ipv. RAID6
- WD2002FYPS ipv. WD1000FYPS schijven
- 7 ipv. 12 schijven

TECH SPECS:

OS: Windows Vista Business 64-bit
Driver: ARECA (X86-64-SCSIPORT) v.6.20.0.15 (meest recente voor Vista 64-bit)

Raid Subsystem Information
Controller Name: ARC-1170
Firmware Version: V1.47 2009-06-25 (meest recente voor ARC-1170)
BOOT ROM Version: V1.47 2009-06-25 (meest recente voor ARC-1170)
Main Processor 500MHz IOP331
CPU ICache Size 32KBytes
CPU DCache Size 32KBytes/Write Back
System Memory 1024MB/333MHz/ECC

Raid Set Information
Raid Set Name: Raid Set # 00
Member Disks: 1 (WDC WD10EACS)
Total Raw Capacity: 1000.0GB
Free Raw Capacity: 0.0GB
Min Member Disk Size: 1000.0GB
Raid Set Power State: Operating
Raid Set State: Normal

Volume Set Information (Raid Set # 00)
Volume Set Name: ARC-1170-VOL#00
Raid Set Name: Raid Set # 00
Volume Capacity: 1000.0GB
SCSI Ch/Id/Lun: 0/0/0
Raid Level: Raid 0
Stripe Size: 64KBytes
Block Size: 512Bytes
Member Disks: 1 (WDC WD10EACS)
Cache Mode: Write Back
Tagged Queuing: Enabled
Volume State: Normal

Raid Set Information
Raid Set Name: Raid Set # 01
Member Disks: 7 (WDC WD2002FYPS)
Total Raw Capacity: 14000.0GB
Free Raw Capacity: 0.0GB
Min Member Disk Size: 2000.0GB
Raid Set Power State: Operating
Raid Set State: Normal

Volume Set Information (Raid Set # 01)
Volume Set Name: ARC-1170-VOL#01
Raid Set Name: Raid Set # 01
Volume Capacity: 12000.0GB
SCSI Ch/Id/Lun: 0/0/1
Raid Level: Raid 5
Stripe Size: 128KBytes
Block Size: 512Bytes
Member Disks: 7 (WDC WD2002FYPS)
Cache Mode: Write Through
Tagged Queuing: Enabled
Volume State: Normal

Raid Set Information
Raid Set Name: Raid Set # 02
Member Disks: 12 (WDC WD1000FYPS)
Total Raw Capacity: 12000.0GB
Free Raw Capacity: 0.0GB
Min Member Disk Size: 1000.0GB
Raid Set Power State: Operating
Raid Set State: Normal

Volume Set Information (Raid Set # 02)
Volume Set Name: ARC-1170-VOL#02
Raid Set Name: Raid Set # 02
Volume Capacity: 10000.0GB
SCSI Ch/Id/Lun: 0/0/2
Raid Level: Raid 6
Stripe Size: 128KBytes
Block Size: 512Bytes
Member Disks: 12 (WDC WD1000FYPS)
Cache Mode: Write Back
Tagged Queuing: Enabled
Volume State: Normal

[John2B]

1. Stripeset grote verschilt van RAIDSET zie ik,
- Stripe Size: 128KBytes

Op beide altijd standaard 128KBytes aanhouden, kan je zo veranderen.

2. Heb je NCQ aanstaan, dan uitzetten werkt nog steeds niet optimaal onder SATA. Zelfs soms vertragend.

3. Driver: ARECA (X86-64-SCSIPORT)
Ik zou gewoon voor de STORPORT Gaan ipv de SCSI port, scheelt ook weer iets in performance.

4. Zie onder, verklaart de performance drop:
Volume Set Information (Raid Set # 01)
Volume Set Name: ARC-1170-VOL#01
Cache Mode: Write Through

Cache Mode staat op Write Through.....daaaaaag performance...zet dus maar op WRITE BACK zoals op de andere RAIDSETS.

Effe tunen, maar dan heb je ook wat ;-)

[ Voor 4% gewijzigd door John2B op 13-01-2010 11:36 ]

[Cergorach]

Thanks!

1.) Alleen m'n OS schijf staat op een andere stripe size (64KBytes), kan dat nare gevolgen hebben voor je OS schijf?

2.) Max SATA Mode Supported staat op SATA300+NCQ, kan ik dit ook zomaar aanpassen?

3.) Ik weet niet meer precies hoe en waarom, maar volgens mij had ik in het verleden problemen met de STORPORT drivers. Hoeveel is iets ongeveer?

4.) En dat was dus de boosdoener Ik heb dus waarschijnlijk iets verkeerd gelezen... Doh!

[John2B]

Alles kan je zomaar veranderen, als dat niet kan geeft de Areca dat aan of het kan gewoon niet.

64Kb is iets van 5% langzamer, maar ook dat kan je volgens mij gewoon OnTheFly omzetten. Kost niks, is gratis ;-)

STORPORT kan niet onder XP, STORPORT had onder W2000 SP2 en W2003 een hotfix nodig. Is momenteel bij een geupdated systeem geen issue meer.

Ik heb altijd onze VISTA64 STORPORT gedraaid (en nog) probleemloos. STORPORT is DE driver voor hardware matig RAID.

[Cergorach]

Ik heb (nadat ik een hele berg data heb gekopieerd) wat verder advies gevolgd.

SATA300+NCQ veranderd naar alleen SATA300 (dus NCQ uit), na rebootje, geen problemen.

Voor de OS schijf de Stripe Size van 64KBytes naar 128KBytes gezet, van die schijf is alle extra performance welkom. Windows vond dat echter niet zo heel fijn, die is er uit geknald met een blauw scherm, daarna werkt alles wel gewoon.

Aangezien m'n OS schijf ook op direct op de RAID controller is aangesloten vind ik het een beetje riskant om de driver te vervangen. Dat ga ik doen zodra ik het hele zootje weer eens in een nieuwe server bouw of de OS HD vervang.

Thanks John!

[Cergorach]

Nieuw probleem:

Heb de nieuwe array uitgebreid naar 8 schijven, de oude array van 12 schijven is er uit. Nu loop ik tegen het volgende aan. Als ik een 2.18GB bestand kopieer, dan gaat dat in de eerste instantie super snel, maar blijft vervolgens hangen op ~500MB, na even te hebben gehangen gaat ie weer verder, maar blijft dan hangen op ~1000MB, vervolgens nog op ~1500MB en op ~2000MB. Uiteindelijk haal ik een snelheid van ~50MB/s wat naar mijn mening veel hoger zou hebben gelegen als de copy actie er niet steeds zou blijven hangen. Het zelfde gebeurt als ik van de OS schijf naar de RAID kopieer of op de OS schijf zelf kopieer. Als ik een bestand van 350MB kopieer binnen de RAID5 set, dan zie ik een snelheid van ~135MB/s.

Aangezien Vista verschillende 'nare' eigenschappen heeft, heb ik eerst het volgende gedaan:
- Indexing for faster searching uitgezet op alle partities.
- De OS schijf en de eerste partie op de RAID set gedefragmenteerd
- Volume check van de volume op de RAID5 set
- Auto tuning uitgezet, daarna reboot (zie link)
- Teracopy geinstalleerd (zie link)

Na elk van de bovenstaande opties getest en ik blijf hetzelfde probleem zien. Wat zie ik over het hoofd?


TECH SPECS:

OS: Windows Vista Business 64-bit
Driver: ARECA (X86-64-SCSIPORT) v.6.20.0.15 (meest recente voor Vista 64-bit)

Raid Subsystem Information
Controller Name: ARC-1170
Firmware Version: V1.47 2009-06-25 (meest recente voor ARC-1170)
BOOT ROM Version: V1.47 2009-06-25 (meest recente voor ARC-1170)
Main Processor 500MHz IOP331
CPU ICache Size 32KBytes
CPU DCache Size 32KBytes/Write Back
System Memory 1024MB/333MHz/ECC

System Configurations
System Beeper Setting: Disabled
Background Task Priority: Low (20%)
JBOD/RAID Configuration: RAID
Max SATA Mode Supported: SATA300
HDD Read Ahead Cache: Enabled
Volume Data Read Ahead: Normal
Empty HDD Slot LED: ON
HDD SMART Status Polling: Disabled
Auto Activate Incomplete Raid: Disabled
Disk Write Cache Mode: Auto
Disk Capacity Truncation Mode: Multiples of 10G

Hdd Power Management
Stagger Power On Control: 0.7
Time To Hdd Low Power Idle: Disabled
Time To Hdd Low RPM Mode: Disabled
Time To Spin Down Idle HDD: 15

Raid Set Information
Raid Set Name: Raid Set # 00
Member Disks: 1 (WDC WD10EACS)
Total Raw Capacity: 1000.0GB
Free Raw Capacity: 0.0GB
Min Member Disk Size: 1000.0GB
Raid Set Power State: Operating
Raid Set State: Normal

Volume Set Information (Raid Set # 00)
Volume Set Name: ARC-1170-VOL#00
Raid Set Name: Raid Set # 00
Volume Capacity: 1000.0GB
SCSI Ch/Id/Lun: 0/0/0
Raid Level: Raid 0
Stripe Size: 128KBytes
Block Size: 512Bytes
Member Disks: 1 (WDC WD10EACS)
Cache Mode: Write Back
Tagged Queuing: Enabled
Volume State: Normal

Raid Set Information
Raid Set Name: Raid Set # 01
Member Disks: 8 (WDC WD2002FYPS)
Total Raw Capacity: 16000.0GB
Free Raw Capacity: 0.0GB
Min Member Disk Size: 2000.0GB
Raid Set Power State: Operating
Raid Set State: Normal

Volume Set Information (Raid Set # 01)
Volume Set Name: ARC-1170-VOL#01
Raid Set Name: Raid Set # 01
Volume Capacity: 14000.0GB
SCSI Ch/Id/Lun: 0/0/1
Raid Level: Raid 5
Stripe Size: 128KBytes
Block Size: 512Bytes
Member Disks: 8 (WDC WD2002FYPS)
Cache Mode: Write Back
Tagged Queuing: Enabled
Volume State: Normal

[Cergorach]

Nu vind ik dit over de WD2002FYPS schijven:
http://files.qnap.com/dow..._New_Firmware_Release.pdf

3) Performance:
Optimized sequential write performance to eliminate pauses during data transfers.

Dat klinkt wel heel erg als mijn probleem.

Nu heb ik 6x WD2002FYPS-01U1B0 (04.05G04) en 2x WD2002FYPS-01U1B1 (04.05G05), waarschijnlijk moet ik dus mijn firmware van mijn schijven upgraden. Grrrr!!!

[John2B]

Inzake upgrade firmware WD disken op een Areca aangesloten ;-)
http://www.areca.com.tw/news/2007/n1121.htm

Tevens is je 1170 een PCI-X controller, in wat voor slot zit die?

PCI-X op 133Mhz (Max)
PCI-X op 100Mhz
PCI op 66Hhz
PCI op 33Mhz

Zitten er nog andere PCI kaarten in de PC, zo ja, zitten die op dezelfde PCI BUS. Zo ja, op welke snelheid draait die kaart (dus niet het slot, maar de kaart)

b.v. als er een PCI geluidskaart inzit (die draaien standaard op 33Mhz) en die PCI bus is gedeeld met het slot van de Areca controller, dan draait de hele bus op 33Mhz.

[maratropa]

Kan dat blijven hangen ook niet de write cache die geflusht wordt zijn?

[Cergorach]

John2B schreef op dinsdag 26 januari 2010 @ 23:29:
Inzake upgrade firmware WD disken op een Areca aangesloten ;-)
http://www.areca.com.tw/news/2007/n1121.htm

Als ik het goed begrijp kan je op die manier de firmware van al je WD HDs in een keer vervangen. Maar, hoe gaat dat werken als je meerdere typen WD HDs in je systeem hebt zitten (zoals bij mij het geval is)? En hoe gaat deze om als een aantal schijven al de juiste FW versie hebben?

Tevens is je 1170 een PCI-X controller, in wat voor slot zit die?

PCI-X op 133Mhz (Max)
PCI-X op 100Mhz
PCI op 66Hhz
PCI op 33Mhz

Zit in het 64-bit 133MHz PCI-X slot, daar heb ik het moederbord toen voor gekocht ;-)
(nog steeds die SuperMicro H8SSL-i, 2GB, Athlon X2 4600)

Zitten er nog andere PCI kaarten in de PC, zo ja, zitten die op dezelfde PCI BUS. Zo ja, op welke snelheid draait die kaart (dus niet het slot, maar de kaart)

b.v. als er een PCI geluidskaart inzit (die draaien standaard op 33Mhz) en die PCI bus is gedeeld met het slot van de Areca controller, dan draait de hele bus op 33Mhz.

Nope, enige kaart die er inzit.

[SiXke]

John2B schreef op woensdag 13 januari 2010 @ 14:18:
Alles kan je zomaar veranderen, als dat niet kan geeft de Areca dat aan of het kan gewoon niet.

64Kb is iets van 5% langzamer, maar ook dat kan je volgens mij gewoon OnTheFly omzetten. Kost niks, is gratis ;-)

STORPORT kan niet onder XP, STORPORT had onder W2000 SP2 en W2003 een hotfix nodig. Is momenteel bij een geupdated systeem geen issue meer.

Ik heb altijd onze VISTA64 STORPORT gedraaid (en nog) probleemloos. STORPORT is DE driver voor hardware matig RAID.

Ik draai nu nog XP, ga ik met Win7 of Vista betere performance hebben puur door de driver?

[SiXke]

maratropa schreef op dinsdag 26 januari 2010 @ 23:36:
Kan dat blijven hangen ook niet de write cache die geflusht wordt zijn?

Volgens mij is het dat, ik heb dit fenomeen nu ook, wanneer ik een file move, dan gaat de eerste 256mb bliksemsnel, en dan pause, en dan weer, doordat ik maar 256mb RAM op mijn controller heb steken.

[Cergorach]

SiXke schreef op woensdag 27 januari 2010 @ 14:56:
Volgens mij is het dat, ik heb dit fenomeen nu ook, wanneer ik een file move, dan gaat de eerste 256mb bliksemsnel, en dan pause, en dan weer, doordat ik maar 256mb RAM op mijn controller heb steken.

Daar zat ik ook in de eerste instantie aan te denken, maar ik heb 1024MB RAM in mijn controller, dan vind ik het heel vreemd dat hij blijft hangen bij de ~500MB (eerder ~475MB).

[FireDrunk]

Waarom zou een controller moeten blijven hangen als zijn cache vol is... Lijkt me sterk... Mijn controllers hebben allemaal 256MB cache en dat werkt prima, met of zonder write cache flushing aan...