CrystalDiskMark Test Discovers Lopsided Throughput; What Setting Should be Changed?
This is an old question bumped to the front page, so the MattyZDBA has probably resolved the issue by now, but for future readers:


When posting a question about storage performance it is important to give as much detail about the storage configuration as you can: drive types (traditional, SSD), connectivity to the drives (local nVME drives, Gbit LAN, fibre channel, ...), array size, cache details, ...
While generic artificial benchmarks like CrystalDiskMark have their place, you will get much more useful results from tools designed more specifically for testing database loads on storage arrays. Better yet, if you have a specific application in mind, tests specific to that would give even more realistic results for you (though if it is your own application you might have to construct those tests yourself).
Test : 4000 MB assuming that means the benchmark tool ran each of its steps with 4GB of data, that is not enough to properly test a good modern storage array and could explain the faster-write-than-read behaviour. If the array has a large battery-backed cache then you may find that hardly any of that 4Gb has even gone to the drives yet and all that this has tested is the connectivity between the array and the machine you are testing on. The read operations were presumably reads from parts of the array not just written to or otherwise recently accessed, so they were pulling data from the drives instead of just interacting with faster memory.