3ware 7506 raid controller op een Intel LX moederbord?

[mhofstra]

Hallo tweakers.

Ik zit eraan te denken om een 3ware 7506 8poorts raid kaart aan te schaffen. Deze heeft volgens de specs een 64bit 66mhz pci aansluting. Nu mijn vraag, zou deze ook werken op een fic vl-601 moederbord met een intel LX chipset en een Pentium II 266Mhz processor?

Zijn er mensen die ervaring hebben met bovenstaande raid controller op oudere moederborden?

Alvast bedankt!

[BalusC]

Dat hangt van de PCI slot af

Kijk eens in de FAQ van Processors, Mobo's & Geheugen wat betreft AGP/PCI compatibiliteit op moederborden

[Bierkameel]

Wat moet je met zo'n dure kaart in zo'n oude PC?
Die kaart trekt je hele PC plat

Je kan beter een sneller mobo en proc kopen en een iets goedkopere RAID kaart.
Dan ben je zeker sneller uit

[mhofstra]

Bierkameel schreef op 18 november 2003 @ 13:44:
Wat moet je met zo'n dure kaart in zo'n oude PC?
Die kaart trekt je hele PC plat

Je kan beter een sneller mobo en proc kopen en een iets goedkopere RAID kaart.
Dan ben je zeker sneller uit

Dit IS een goedkope kaart voor 8 ide poorten en RAID5 :-)

Nieuw moederbord + proc is daarna aan de beurt, maar het is maar een file server dus op zich zou een Pentium II dat wel moeten kunnen trekken toch?

[mhofstra]

BalusC schreef op 18 november 2003 @ 13:40:
Dat hangt van de PCI slot af

Kijk eens in de FAQ van Processors, Mobo's & Geheugen wat betreft AGP/PCI compatibiliteit op moederborden

Bedankt voor de tip. Dat is een zeer duidelijke faq die ik nog niet bekeken had...

[richard_kraal]

heb die kaart ook (7506, 8poort) op me asus a7a266 mobo

gewoon op 32bit/33mhz

is niet optimaal, maar snel zat

[mhofstra]

Volgens de moederbord faq heb ik 5v pci sloten. Volgens foto's op de website van 3ware is de kaart een universal 32bits/64bits kaart, hij past dus in ieder geval. Nu kon ik echter nergsn vinden op welke spanning deze kaart werkt. Kan ik aannemen dat dat goed komt (omdat ie past) of moet ik toch oppassen?

[Varienaja]

mhofstra schreef op 19 november 2003 @ 08:18:
Kan ik aannemen dat dat goed komt (omdat ie past) of moet ik toch oppassen?

Als het past, dan werkt het. Anders hadden ze wel zo'n gaatje dichtgemaakt.

[mhofstra]

Nou ik heb em :-)

Het is een 3ware 7500-8 (pci 64/33) geworden inplaatst van een 7506 (pci 64/66) omdat ik deze een stuk goedkoper kon krijgen en ik voorlopig toch niet aan 66mhz pci toe kom. In mijn PII 266Mhz systeem met Intel LX chipset doet ie het prima. Verbaasde me nogal omdat ik laatst ook een firewire kaartje had gekocht en deze wou met geen mogelijkheid werken (pc zag em gewoon niet).

Ik ben van plan te gaan draaien met 3 of 4 x 300GB maxtor maxline II's in raid5. Heb nu twee van die schijven binnen (5400rpm, 2MB cache) en onderstaande haal ik als ze in raid0 staan.




Zal straks ff verder met testen, de writes zijn namelijk nogal slecht in het begin...... Als er interesse is kan ik wanneer ik de andere schijven binnen heb daar ook wel even de resultaten van posten....?

Vraagje: Ik probeer er ook enkele schijven aan te hangen met een ata33 kabel (40pins/40aders) ipv een ata66/100/133 (40pins/80aders). Hierop krijg ik als ik het systeem net opgestart heb echter twee meldingen over, daarna gaat het goed:



Waarschijnlijk zet ie na enkele fouten de snelheid van de betreffende poort dus terug. Weet iemand hoe ik dit met de hand kan 'forceren'?

[Bierkameel]

Gooi die ATA 33 kabels maar weg, dat is zooi voor die kaart.
Hij schakelt terug in snelheid vandaar die meldingen

[mhofstra]

Ik heb een setje goede kabels aangeschaft en heb nu geen last meer van die crc meldingen. Dat probleempje is dus opgelost

Nu iets anders, namelijk performance. Zoals jullie wellicht wel gezien hebben in de benchmark resultaten is de write performance met kleine blockjes data niet erg hoog, tenminste volgens ATTO. Ik heb hier echter ook last van als ik een rar bestand uitpak, ik heb het idee dat winrar dit in kleine gedeeltes doet, dus laten we zeggen 100KB lezen, dit uitpakken en vervolgens schrijven. Als ik dit doe van een normale harde schijf naar een andere normale harde schijf (dus geen RAID), gaat dit met zo'n 4-5 MB/sec en 100% cpu use, zodat je kan concluderen dat de cpu de bottleneck is en niet de schijven. Wanneer ik echter vanaf een normale niet-RAID harde schijf uitpak naar een RAID schijf daalt de performance naar zo'n 2-3 MB/sec en zie je de CPU usage op en neer springen tussen 60 en 100 procent. Niet goed dus.

In de knowledgebase van 3ware (http://www.3ware.com/KB/kb.asp) kwam ik echter een artikel tegen met de titel "Q10697 - Software Configuration: How can I improve my Windows write performance?" (als je zoekt op "performance" is het het tweede artikel, kan namelijk niet direct linken). Hieronder quote ik dit artikel even:

When using the 7.61 code set or newer, you can tune the Windows driver to increase the write performance by modifying the Windows registry.

To disable use of the FUA (Force Unit Access) bit on SCSI writes, add the following entry to the Windows registry:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\3ware Storage Controller]
"CacheControl"=dword:00000001

You can also double click on the attached "3ware_noFUA_cache_setting.reg" file to automatically add the registry entry. Reboot for the changes to take effect. This will increase write performance on benchmarks such as Atto BENCH32.exe.

To ignore all SRB flush commands, add the following entry to the Windows registry:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\3ware Storage Controller]
"CacheControl"=dword:00000010

To ignore all SCSI flush commands, add the following entry to the Windows registry:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\3ware Storage Controller]
"CacheControl"=dword:00000020

To ignore all flush commands and disable use of the FUA bit (fastest write performance), add the following entry to the Windows registry:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\3ware Storage Controller]
"CacheControl"=dword:00000031

To restore back to the default setting, add the following entry to the Windows registry:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\3ware Storage Controller]
"CacheControl"=dword:00000000

You can also double click on 3ware_noFUA_noflushing_cache_setting (best write performance).reg or 3ware_default_cache_setting.reg.

Warning: When Windows sends a flush command to the driver, it expects that the data has been committed to disk drive. Setting the 3ware Windows driver to ignore these flush commands will cause Windows to believe that data has been committed to disk.

Ik heb de NoFUA registery tweak uitgevoerd en deze bleek een positief resultaat op te leveren met ATTO en het uitpakken van een rar bestand gaat ook weer met normale snelheid. Probleem opgelost dus

Hier nog even twee plaatjes.


RAID5 voor de NoFUA tweak


RAID5 na de NoFUA tweak

Echter, ik zit toch nog met een vraag in mijn achterhoofd. Want wat zou deze No Force Unit Access nou precies doen? Ik wil namelijk niet dat er bij het schrijven data verloren gaat of dat er bij het afsluiten van windows de cache niet goed geleegd wordt. Heeft iemand een idee of dat bij de "NoFUA" het geval is?

[DeBolle]

Echter, ik zit toch nog met een vraag in mijn achterhoofd. Want wat zou deze No Force Unit Access nou precies doen? Ik wil namelijk niet dat er bij het schrijven data verloren gaat of dat er bij het afsluiten van windows de cache niet goed geleegd wordt. Heeft iemand een idee of dat bij de "NoFUA" het geval is?

Ik heb noch ken die betreffende setting, maar de waarschuwing lijkt mij toch duidelijk genoeg?

Warning: When Windows sends a flush command to the driver, it expects that the data has been committed to disk drive. Setting the 3ware Windows driver to ignore these flush commands will cause Windows to believe that data has been committed to disk.

Dus Windows brult naar de driver dat de data NU naar de disk moet worden geschreven, de driver roept braaf terug 'Ja mam!' en haalt de schouders op. Wat er inmiddels gebeurd met de data wordt niet aan Windows bekend gemaakt. De exacte werking is voor mij ook maar een gok hoor, ik ga af op wat daar staat.

Gelukkig ga je (ook) af op jouw eigen ervaring met uitpakken van rarretjes, want een mededeling als 'This will increase write performance on benchmarks such as Atto BENCH32.exe.' zet bij mij alle seinen op rood - ik mot geen aanpassingen voor een benchmark, ik mot schrijf-snelheid
Tenzij je de hele setup hebt om 24/7 benchmarks te draaien natuurlijk.

[mhofstra]

Ik heb het idee dat je de tekst van 3ware op twee manieren kan bekijken. Jou manier dus (alles gaat over het flushen) of zo:

De tekst welke onder de regel "To ignore all SRB flush commands.." staat gaat over het flushen maar wat daarboven staat niet (wat ik dus gedaan heb). Maar ja, hoe kom je hier achter? Ik heb nu nog geen belangrijke data op de raid5 array staan dus zou het kunnen testen, maar ja hoe. Gewoon windows afsluiten tijdens een file transfer?

Ik zal 3ware eens een mailtje schrijven, misschien dat ze deze keer wel antwoorden....

[mhofstra]

Ik heb een reply van de tech support van 3ware gekregen.

You will not run under any data loss with the registry setting turned on.

Sincerely,
3ware Customer Support.

Mooi dus

Ik zal binnenkort nog even wat real life testjes doen, kijken hoeveel verschil deze reg setting nu echt uitmaakt....