[2xWD800JB@RAID0] Centraal bench/prob topic

[Weppel]

Hey,

Na vandaag een rib uit mn lijf te hebbe uitgegeven aan 2x WD800JB ben ik ze natuurlijk lekker gaan testen.
Resultaten:

Max read: 68mb/s
Max write: 42mb/s

Deze scores zijn met ATTO.
Dit heb ik getest met verschillende blocksizes (8, 16, 32, 64), allemaal hetzelfde resultaat. Is dit nou weinig, of veel? Het enige wat er namelijk echt is verbeterd zijn de lees snelheden, mijn oude Seagate 'cuda III haalde namelijk 38mb/s read & write..

Het zaakje draait op een XP 1700+ / 512mb ddr @ 266 / A7V266-E + full raid hack (1011) / via latency 4.37 / meegeleverde drivers bij de raid hack..

Beide drives hangen natuurlijk (zonder jumpers) op aparte ide kabels, op aparte poorten.

Ik ga als ik terug ben van school de VIA RAID Patch installeren, kijken of dat iets uithaalt (v1.02 ben ik nu aan het downloaden)

Hoe zit het verder met jullie configs / scores met WD800JBs? Ben benieuwt

[Abbadon]

[rml][ wd800jb @ raid0 scores] Goed of slecht? Post je ervaringen[/rml] Geloof dat dit zo niet de bedoeling is.

Wel, net met BalusC er over gehad en je had al 'm gevraagd of je dit topic mocht openen. Wie ben ik dan om 'm op slot te gooien

[ Voor 39% gewijzigd door Abbadon op 22-05-2003 17:22 ]

[Weppel]

Abbadon schreef op 22 mei 2003 @ 11:01:
[rml][ wd800jb @ raid0 scores] Goed of slecht? Post je ervaringen[/rml] Geloof dat dit zo niet de bedoeling is.

Wel, net met BalusC er over gehad en je had al 'm gevraagd of je dit topic mocht openen. Wie ben ik dan om 'm op slot te gooien

Fouten maken is menselijk
Thanks voor het re-openen

[Weppel]

Na enig testen ben ik er achter: Mijn pc moet opnieuw geinstalleerd worden.. redelijk simpel

Ik post zaterdag (herinstall dag) nieuwe scores met een verse installatie van win2k, want de scores die ik nu haal zijn niet echt om over naar huis te schrijven:

RAID Patch v1.05 installed:

Write: 48mb/s
Read: 70mb/s

VIA Latency patch erbij:

Write: 40mb/s
Read: 60mb/s

Gooi ik de VIA 4in1 4.42 er ook nog eens bij, krijg ik dezelfde resultaten als die bij de VIA Latency patch.

Alle tests trouwens gedaan met ATTO..

Iemand nog wat tips/tricks?

[MrDirect]

Moet wel wat hoger kunnen inderdaad.

Dit is op een onboard HPT370 controller van de 4PEA+ met 2xWD800JB. Ging standaard zo, dus ik heb niet echt tips voor je.

[Weppel]

Na een lang weekend opnieuw installeren de volgende resultaten met ATTO, ben er zeer tevreden over:

Write max: 62,5mb/s
Read max: 68,4mb/s

Ik heb Windows 2000 kaal geinstalleerd, en toen de volgende patches geinstalleerd:

Raid Performance Patch 1.05
VIA 4in1 4.43
VIA Latency Patch 0.20 beta 19
020beta_max_pci.reg (deze zorge voor een prestatiewinst van 10mb/s met schrijven)

Daarna natuurlijk SP3, etc etc etc erop.
Vind dat ik het niet slecht heb gedaan

[AlterEgo]

Weppel schreef op 25 May 2003 @ 12:44:
020beta_max_pci.reg (deze zorge voor een prestatiewinst van 10mb/s met schrijven)

Wat is dat voor een patch? Wat zou die moeten doen?

[Weppel]

AlterEgo schreef op 25 mei 2003 @ 12:55:
[...]


Wat is dat voor een patch? Wat zou die moeten doen?

Ik heb hem van inet gehaalt omdat iemand anders hem ook gebruikte.. geen flauw idee wat hij verder moet doen..
Mail me op weppel AT weppel DOT nl als je hem moet hebbe.

[AlterEgo]

De patch:

code:

REGEDIT4

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VLATENCY\Parameters]

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VLATENCY\Parameters]
;;;
;;; The CPU can have no guarantee of being granted any CPU time. Vital for
;;; speeding up chipsets that do not support VLink, but helps VLink ones too.
;;;
"GuaranteedCPUTime"=dword:00000000
;;;
;;; Disable the master latency timer. Important for KT266-KT333.
;;;
"PCIArbitrationTimer"=dword:00000000
;;;
;;; Disable traditional arbitration if possible. Handy for KT400 or P4X400 owners.
;;; This registry entry only applies to 0.20b18 and later.
;;;
"PCIBusParking"=dword:00000001
;;;
;;; Set to 0 for warm-but-stable Athlon. Ignored for Pentium or C3 chipsets.
;;;
"STPGNTCPUIdle"=dword:00000000
;;;
;;; Boost Creative sound cards. This should help avoid crackling in this configuration.
;;;
"CreativeBoost"=dword:000000c0
;;;
;;; Boost non-creative sound cards as well.
;;;
"SoundBoost"=dword:00000060

Meer PCI-latency settings. Ik kan de George Breese PCI latency patch niet meer terugvinden zo snel, maar ik sluit niet uit dat deze in dezelfde vijver vist.

Wat ik zou doen met Win2K: eerst SP3, dan testen, dan nieuwste Hyperions erop (4.47), nogmaals testen, en dan eens experimenteren met die latency patches.
Ik twijfel een beetje aan het nut van deze patches (hedentendage; niet toen ze werden uitgebracht).

[Weppel]

AlterEgo schreef op 25 May 2003 @ 15:35:
De patch:

code:

REGEDIT4

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VLATENCY\Parameters]

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VLATENCY\Parameters]
;;;
;;; The CPU can have no guarantee of being granted any CPU time. Vital for
;;; speeding up chipsets that do not support VLink, but helps VLink ones too.
;;;
"GuaranteedCPUTime"=dword:00000000
;;;
;;; Disable the master latency timer. Important for KT266-KT333.
;;;
"PCIArbitrationTimer"=dword:00000000
;;;
;;; Disable traditional arbitration if possible. Handy for KT400 or P4X400 owners.
;;; This registry entry only applies to 0.20b18 and later.
;;;
"PCIBusParking"=dword:00000001
;;;
;;; Set to 0 for warm-but-stable Athlon. Ignored for Pentium or C3 chipsets.
;;;
"STPGNTCPUIdle"=dword:00000000
;;;
;;; Boost Creative sound cards. This should help avoid crackling in this configuration.
;;;
"CreativeBoost"=dword:000000c0
;;;
;;; Boost non-creative sound cards as well.
;;;
"SoundBoost"=dword:00000060

Meer PCI-latency settings. Ik kan de George Breese PCI latency patch niet meer terugvinden zo snel, maar ik sluit niet uit dat deze in dezelfde vijver vist.

Wat ik zou doen met Win2K: eerst SP3, dan testen, dan nieuwste Hyperions erop (4.47), nogmaals testen, en dan eens experimenteren met die latency patches.
Ik twijfel een beetje aan het nut van deze patches (hedentendage; niet toen ze werden uitgebracht).

Het heeft hier toch echt voordeel gehad... strange

[Fatalharry]

Ik haal vrijwel dezelfde snelheden als de TS, heb 2 120gb maxtor diamond max 9 in een raid 0 array hangen met een blocksize van 64k.

Ik heb alleen beide schijven op dezelfde controller, moet nog een extra ide kabel halen.
heb die bovengenoemde register setting gebruikt en ging wel iets in performance vooruit, maar nog steeds niet echt tevreden

[Verwijderd]

AlterEgo schreef op 25 mei 2003 @ 15:35:
De patch:
[..8<..

Meer PCI-latency settings. Ik kan de George Breese PCI latency patch niet meer terugvinden zo snel, maar ik sluit niet uit dat deze in dezelfde vijver vist.

Wat ik zou doen met Win2K: eerst SP3, dan testen, dan nieuwste Hyperions erop (4.47), nogmaals testen, en dan eens experimenteren met die latency patches.
Ik twijfel een beetje aan het nut van deze patches (hedentendage; niet toen ze werden uitgebracht).

De patches kun je op de homepage van George Breese vinden.

En geloof me, 't heeft zeker nut. Zeker met borden voorzien van de KT266A en KT333 chipsets...

De basis van die patches bestaan in feite uit 't aanpassen van een aantal registers van de Northbridge, waardoor de performance, en dan met name de PCI performance enorm vooruit kan gaan.


Ik prefereer 't betere WPCRedit/WPCRset-handwerk boven 't patchwerk, omdat ik dan realtime aanpassingen kan maken, en gelijk benchmarken . De PCR-files voor de KT266/A, KT333 en KT400 chipsets zijn er ook op de site van mr. Breese te vinden btw.


Met 't aanpassen van een aantal registers is de maximale burst speed van m'n harde schijven toegenomen van 67MB/S tot boven de 95MB/S. (HDDs (non-RAID) zitten op onboard PDC20265r in Ultra100 modus)

Getest met HDSpeed, ook van meneer Breese.


Overigens ben ik er zo achter gekomen dat 't aanzetten van 't zgn STPGNT# welliswaar je AMD proc een dik eind koeler maakt, maar dat de write-speed van je HD er erg zwaar onder te leiden heeft.

[Weppel]

Verwijderd schreef op 26 mei 2003 @ 19:28:
[...]


De patches kun je op de homepage van George Breese vinden.

En geloof me, 't heeft zeker nut. Zeker met borden voorzien van de KT266A en KT333 chipsets...

De basis van die patches bestaan in feite uit 't aanpassen van een aantal registers van de Northbridge, waardoor de performance, en dan met name de PCI performance enorm vooruit kan gaan.


Ik prefereer 't betere WPCRedit/WPCRset-handwerk boven 't patchwerk, omdat ik dan realtime aanpassingen kan maken, en gelijk benchmarken . De PCR-files voor de KT266/A, KT333 en KT400 chipsets zijn er ook op de site van mr. Breese te vinden btw.


Met 't aanpassen van een aantal registers is de maximale burst speed van m'n harde schijven toegenomen van 67MB/S tot boven de 95MB/S. (HDDs (non-RAID) zitten op onboard PDC20265r in Ultra100 modus)

Getest met HDSpeed, ook van meneer Breese.


Overigens ben ik er zo achter gekomen dat 't aanzetten van 't zgn STPGNT# welliswaar je AMD proc een dik eind koeler maakt, maar dat de write-speed van je HD er erg zwaar onder te leiden heeft.

Good one. Vanavond, als ik niet hoef te werken, effe testen