Du verkar heller inte vilja läsa svaren och ta aktion.
Kort sagt du får profilera överföringen och se hur mycket diskarna sitter 'wait', skrivkö-längder (NCQ-värden), CPU-förbrukning på olika program, kolla noga på förbrukningen av din AV-program etc. - temporärt stänga av olika program som kan interferera (som tex AV-programmet) och se om det blir högre fart, kort sagt kolla bit för bit och se var det flaskar någonstans.
Även filsystem påverkar och en ej på länge defragmenterad NTFS kan ha rent bedrövliga prestandavärden på snurrdiskar med fragmenterad och väldigt många småskrivningar över hela disken även om diskarna som sådan har bra prestanda när man väljer bättre filsystem som grupperar sina skrivningar och försöker få dem så sekventiella som praktiskt möjliga redan från början...
När du har svar på detta så kan man gå vidare därifrån.
---
Har du RAM-cacheminne på din HBA-kort, har den som du _VET_ fungerande BBWC (batteribackup på RAM-minne på kontrollerkortet) eller motsvarande med supercap eller flash-minne.
Står den i HBA:s BIOS eller administrativa program att write-cache (på HBA RAM-cache alltså, inte själva diskarna då skrivcache på diskarna skall vara avstängda) verkligen är aktiv, har du justerat balansen mellan läscache och skrivcache i HBA-kontrollern (jag brukar köra 1/4-läscache och 3/4-del skriv-cache - för det är skrivcache som ger resultat när det gäller skrivhastighet mot diskarna)
Det är jätteskillnad i antal moment som måste göras om man 'bara' läser från en RAID gentemot att skriva mot en RAID. Därav brukar skrivhastigheten vara lägre än läshastigheten.
HBA brukar tex. vänta på ett kvitto att det är skrivet och klart från disken innan det skickar nästa bunt data för skrivning, och är det många och små datapaket så tar det ett tag, speciellt när man inte har write-cache aktiverad på disken (med write-cache så kvitterar det omedelbart trots att datat inte är utskrivet på skivan och fortfarande bara ligger i skrivkö (som dessutom stuvas om hela tiden mha. NCQ prioriterar olika hela tiden för att minimera armrörelserna så mycket det går) inne i driverns RAM-minne) vilket den inte behöver göra vid läsning.
Detta ger stor skillnad i prestanda... Just att write cache kvitterar innan datat verkligen är skrivet på skivan gör att man inte vill ha writecache påslaget på själva diskdriver utan istället har man en större diskcache på själva diskkontrollern som får ta den smällen och med batteribackup försäkrar att ingen data liggande i dess RAM-minne försvinner vid strömavbrott innan man fått kvitto från diskarna att det är skrivet på deras skivor.
