The SUM is adding up to 9.22gbps.
The smaller trials are more concerning though.
1 Like
Yeah, youāre right. I didnāt pay enough attention.
It seems that iperf has been run with multiple parallel client streams. In this case, the network seems ok (I, for one, used to get ~9.3Gbps with mtu 1500 and ~9.9Gbps with mtu 9000).
The next suspect is SMB itself. Iāve heard that a single SMB session utilises only single core. @Lylat1an, you can try to monitor truenas and pc cpu usage during the file transfer. If some core hits or close to 100%, then this is it. Or you can try to transfer multiple files at once (perhaps achievable by multiple drag-n-drops), and see the overall throughput.
1 Like
The new Marvell/Aquantia 10Gbit NIC isnāt doing much better than the integrated Intel ones did.
Are there any other fixes I can try while I hunt down a coupler for a crossover connection?
If it helps, my new system is based on a Supermicro X11SDV-4C-TLN2F-0.
Crossover cables are a thing of the past. Use regular ones.
1 Like
Okay, Iāll pick one up on my way to work tonight.
What about āJumbo Framesā or other settings?
All I found was MTU, and increasing that didnāt help either.
Here are the specs of my new build, maybe they hold a clue:
Supermicro X11SDV-4C-TLN2F motherboard.
256GB registered RAM.
LSI SAS 9305-16e SAS controller in IT mode, controlling one pool.
Two Adaptec 82885T SAS expanders, each connected to a VDEV of 8 HDDs in RAID-Z3.
The expanders are connected by two cables each to the SAS controller, so they shouldnāt be a bottleneck.
I noticed that the transfer speeds seem to increase when the CPU usage spikes.
Iām low on time for today, but Iāll try disabling Intelās SpeedStep tomorrow and see if that changes anything.
I believe Iāve found the problem:
I forgot to change the Record Size to 1M.
head-desk
1 Like
Yep, that was it.
I reset the CPU changes and transfers are still holding steady at 1GB/s now that Iāve changed the Record Size to 1M.
2 Likes