These requests are only sent when connecting to the server (at the beginning of the session). And even if this wasn't the case, the raw size differences of these packets are minimal.
I think that the reason is within the protocols. Maybe one protocol limits the packet size (for compatibility), which results in a poor performance, similar to when you run
dd with a small block size. The smaller the packet the bigger the overhead is in relation to the transferred data. But this is just a theory, which I need to investigate further.
Not quite, I am using FreeNAS on the server side which isn't Linux but FreeBSD. I don't think that the BSD is the issue though, since I can get good performance using the
The network and CPU is not a bottleneck either, since I can get Gigabit speeds with both
iperf and via the
mount command. In addition, running
top I never see any load higher than ~12% on my quad-core (no Hyper Threading) Xeon, as I mentioned before. I can imagine that the CPU might become an issue with a single-threaded load, if I enter the 10-Gigabit-Ethernet territory, but I don't have the infrastructure at home for that ;-)
I've seen this rather weird behavior both on (X)ubuntu 16.10 as well as on Fedora 25. I feel like this might be connected to the file browser or its use of the SMB library, rather than the distro or the distro's version of samba itself.