ddrueding
Fixture
If they are big files (and BD ISOs certainly count), you should be in the thick section of that graph (150MB/s+)
Maybe...But they do account for my abysmal file copy rate to the array don't they?
It depends on the block size being used by the Windows file copy mechanism. Obviously small files are written using small blocks, but I have no idea about large files. Have you tried FastCopy?For the major part the files being written are BD and DVD movie rips in file mode, some ISOs too. Generally lots of really big files with some small ones thrown in.
No problem.Oh and thanks for the chart!
TotalRead = 69295.9 MB
TotalWrite = 69295.9 MB
TotalFiles = 713 (58)
TotalTime= 716.72 sec
TransRate= 96.68 MB/s
FileRate = 0.99 files/s
Now I am really confused, what problem gets good iperf results but bad actual file transfer results?
Are you pulling or pushing the data? I've found that can make a significant difference in copy speed. IE: Machine A pulling data from Machine B can be considerably faster than Machine B pushing data to Machine A.OK, if I concentrate on just one big file and use fastcopy over the network (via mapped drives) I see the same thing, starts out 75MB/s and after 30 seconds it is doing 18-25MB/s
iperf doesn't put the data anywhere, so if you get good iperf results and bad results with a file copy your disks are the problem.BUT if I do the same thing on the server from the mirror to the softRAID5 array with one big file I can get about 100MB/s. Maybe I didn't test this part very well previously? Now I am moving a similar set of files from the mirror to the softRAID5 array and still getting 96MB/s.
Code:TotalRead = 69295.9 MB TotalWrite = 69295.9 MB TotalFiles = 713 (58) TotalTime= 716.72 sec TransRate= 96.68 MB/s FileRate = 0.99 files/s
Now I am really confused, what problem gets good iperf results but bad actual file transfer results?
TotalRead = 35006.1 MB
TotalWrite = 35006.1 MB
TotalFiles = 898 (37)
TotalTime= 438.68 sec
TransRate= [b]79.80 MB/s[/b]
FileRate = 2.05 files/s
TotalRead = 35006.1 MB
TotalWrite = 35006.1 MB
TotalFiles = 898 (37)
TotalTime= 1902.95 sec
TransRate= [b]18.40 MB/s[/b]
FileRate = 0.47 files/s
TotalRead = 35006.1 MB
TotalWrite = 35006.1 MB
TotalFiles = 898 (37)
TotalTime= 362.14 sec
TransRate= [b]96.66 MB/s[/b]
FileRate = 2.48 files/s
TotalRead = 35006.1 MB
TotalWrite = 35006.1 MB
TotalFiles = 898 (37)
TotalTime= 644.98 sec
TransRate= [b]54.27 MB/s[/b]
FileRate = 1.39 files/s
That's almost 3x faster by changing the push to a pull.
There has to be a megamaid suck to blow joke in there somewhere.
I think I will try the server 2008 eval I have, but I see no way in hell I will switch to such an expensive OS.
After that back to 2003 and PERC I guess.
Seems like it is only a problem with the network + softRAID5. Separately each is fine!!??
This could be an interrupt sharing/contention problem or a chipset bug/limitation. Wouldn't hurt to ensure you have the latest bios/firmware/drivers (get NIC drivers from NIC manuf) for each system.
Could also be a windows setting... like the general performance option for applications vs services (my computer properties ->advanced ->performance) or the network performance setting for file server vs application server (somewhere in networking, perhaps properties for client for ms networks)
That would make a great 9tb backup machine as well. Might have to do some of those.
Incidentally, if you drag a picture in to Google Image Search, Google will search for that picture and other things that are visually similar.
The thing is, it's ridiculously easy to make a decent file server. I understand that WHS doesn't really cost more than Win7 Pro, but the only compelling argument for it is the automated backup. It's a little like a solution in search of a problem to solve.