SMB is also moderately CPU bottlenecked, especially depending on cipher suite, so if you're connecting to a super slow raspberry pi server or something, move to a decent server before writing it all off.
https://www.osnews.com/story/24572/apple-ditches-samba-in-fa...
Apple have been moving to only permissively licenced code for a while now.
So in this case apple’s action is a direct response to FSF’s decision to be anti-tivolization? Ie they are forced to either change their model to comply, or not use GPLv3 licensed softwares?
But from an external view of Apple, yes - this does seem to be a direct response to the GPLv3 anti-tivoization clause. Again, this is perfectly within their rights so I don't want anyone to think I'm complaining about this (anymore:-).
I'm more annoyed with the FSF over GPLv3 than Apple. At least Apple have the courage of their convictions, which cannot be said anymore of the FSF.
Are you using SMBv3? Here are some comparison stats [1]
[1] https://photographylife.com/afp-vs-nfs-vs-smb-performance
That said my Samba server does saturate a gigabit connection with a Windows client. The CPU usage on the server is around 25% when doing so, with a crappy low end AMD dual core from 2013 so the CPU shouldn't be a bottleneck.
Though haven’t Apple deprecated [0][1] AFS in Mavericks 10.9 in favour of SMB?
[0] https://eclecticlight.co/2019/12/09/can-you-still-use-afp-sh...
[1] https://www.macworld.com/article/234926/using-afp-to-share-a...
NFS sounds great when presented as a "faster alternative to samba". As soon as anything else is said about it you realize there's a reason it's been a bad choice for 20 years.
Here's one: Say you maintain the devices in your home LAN/WLAN, and you would like to centralize the storage/access of certain data like photos, music, video, shared Keepass DB files, etc. Let's also assume that you don't have a local threat model in your home network that includes "highly technical people that know about setting their UID who wish to access files you don't want them to see or have write access to". I would argue this is a semi-common home scenario for many of us. Perhaps you want your SO and/or child to have access to shared files on a NAS which supports NFS, and you don't have any Windows endpoints to worry about.
In this scenario it's perfectly fine to just setup the devices which you want to have access to the NFS share(s) and completely ignore authentication for the file sharing protocol. If you're worried about WiFi guests that might be savvy or curious then simply create a guest-only wireless network that can get out to the internet but not the LAN.
The above works fine for me, personally.
When that network is compromised you'll want a layer of authentication between an attacker and your filesystem.
Some patch will drop and suddenly my wife will be complaining about popups on her machines about failed TimeMachine backups and often I have to delete the entire backup and start over from scratch which takes hours and days, especially on the laptops that are doing it over the wireless.
https://forums.macrumors.com/threads/very-slow-access-to-smb...
Google search "SMB Slow on Mac"
To solve it, you’d have to install macFUSE binary from their official site first, and load their kernel extension via the GUI, before running the Homebrew command.