Madrox schreef op maandag 11 augustus 2008 @ 18:45:
[...]
Die "enorme" bijdrage aan de prestaties zijn ook zeer specifiek. Als je veel grote blokken data overhevelt; heb je aan een grote cache vrijwel geen toegevoegde waarde. Het rechtvaardigen van de meerprijs licht dan vooral aan wat je met die RAID-array(s) gaat doen.
Als je veel met "nieuwe" data werkt, helpt Cache ook al niet. De winst van cache word schromelijk overdreven; het geeft alleen in bepaalde situaties voordeel. Voor videobewerking op in/uitpal acties levert het bijv. nul komma nul voordeel; er valt nml. niets te cachen!
Het is absoluut niet zo dat cache alleen in uitzonderlijke situaties nuttig is. Sowieso kan het altijd helpen als er gelijktijdig lees- en schrijfacties plaatsvinden. Een grote write-back zorgt er immers voor dat de schrijfacties niet meteen naar de media weggeschreven hoeven worden, zodat de harde schijven eerst data kunnen inlezen die op dat moment gevraagd wordt en op een later (rustiger) moment de gegevens uit de write-back kunnen wegschrijven. Door het gecombineerd wegschrijven van data in combinatie met elevator seeks kan het aantal seeks op harde schijven sterk beperkt worden. Dit zorgt voor een grote tijdsbesparing en een veel soepelere ervaring tijdens heftig multi-tasken.
Op
deze pagina kun je resultaten zien van een Mtron Mobi 3000 aan een nForce-controller, een simpele Areca ARC-1200 met 128MB geheugen en een Areca ARC-1280 met 256MB geheugen. In bijna alle situaties zorgt de extra cache voor een forse prestatiewinst.
Veel databewerkingen tegelijk, dat kan je beter voorkomen. Zo dl ik op array 1, pak het uit naar array 2 en het OS draait op de Raptor. Zo weet je zeker dat je kop-verplaatsingen (de nummer 1 als het gaat om snelheidsremmers) tot een minimum word beperkt.
Als je niet veel databewerkign doet kun je je afvragen of je uberhaupt behoefte hebt aan snelle storage.
Het scheiden van data op verschillende harde schijven heeft als nadeel dat je nogal bewust om moet gaat met de plaatsing van de data om optimale prestaties te bereiken. Tevens ben je meer harde schijven nodig om redundancy te bereiken bij gelijke capaciteit. Dit is weer nadelig voor het energieverbruik en de geluidsproductie. De performance van de afzonderlijke arrays is lager dan wanneer alles op één groter array staat. Ik vind het daarom veel makkelijker om alle data op een raid 5-array te hebben staan met eventueel ssd's ernaast voor boot.
In een thuisserver die gebruikt wordt voor backups zou ik wel aparte arrays gebruiken vanwege de redundancy.
Zo pak je dat sneller uit van array 1 naar array 2, met twee disks in elke array; ipv. met een simpele 4 disk raid-0 array. Bij de laatste moeten alle vier de disks de koppen regelmatig verplaatsen, bij elke lees/schrijf actie. Dat is de reden dat de 4 disks array het aflegt tegenover 2 arrays met "slechts" twee harddisks
Op een raid-controller met een slimme cache is de impact van het heen en weer seeken een stuk kleiner. Lezen en schrijven gebeurt echter wel op de optimale snelheid die met vier schijven te bereiken is. Je kunt deze snelheid altijd benutten, niet alleen als je data op twee verschillende arrays tegelijkertijd zou benaderen.
Het is ook efficienter en zuiniger. Bij een enkele array zullen altijd ALLE harddisks aan de slag moeten, bij elke actie. Bij meerdere arrays alleen de disks van die ene array.
Als je beide arrays redundant wilt hebben zal er van een efficiënter energiegebruik geen sprake zijn aangezien je meer schijven nodig hebt.
Vaak? Of alleen "vaak" onder typische omstandigheden. Zeker niet altijd, onder alle omstandigheden. Dat is zeker. Wederom hangt er weer vanaf waarvoor je de harddisk gaat gebruiken.
Zie
hier voor wat resultaten. Hier zitten ook wat resultaten van een nForce Pro in die met twee Raptors in raid 0 gemiddeld wel sneller is dan een Areca ARC-1280 512MB met één schijf.
[
Voor 35% gewijzigd door
Femme op 14-08-2008 11:26
]