The bigger goal is to add new features more rapidly
Announcement
Collapse
No announcement yet.
KSMBD Declared Stable - No Longer "Experimental" - In Linux 6.6
Collapse
X
-
Originally posted by ClosedSource View PostThis is horrible attitude. Just because something happens to be unfortunately GPL licensed doesn't mean it's Ok for everyone to shove their corporate agenda into it.
Originally posted by OneTimeShot View PostDunno - unless your network card is stupidly fast, and your CPU is useless, I don't see why this can't be done in userspace.
Yes, I'm acting grumpy. I'm just irritated at all the entitled nonsense I keep repeatedly seeing in Phoronix, usually from the same people over and over. It's as if one person's use case is the only one that matters. Don't mistake your personal use as a majority, or even a sizeable minority. The vast majority of Linux users aren't individual desktop users. They're 1) mobile users using some usually corporate sponsored fork of AOSP with proprietary apps on top, 2) corporate servers, or 3) IoT products & deployments (including set top boxes and the occasional gaming device). Traditional Desktop Linux is only a tiny fraction of the amount of Linux systems in active use and most of those are developers and IT staff working on 1 through 3.
All of those corporations are funding development, so it shouldn't be surprising that corporate interests in those spaces are getting priorities when it comes to features. However, in this case KSMBD is not just a corporate oriented project. It's ultimately meant to supplement one of the more common uses for Linux and likely replace the antiquated CIFS drivers, both for SOHO and enterprise: Samba based file shares.
I'm personally of the opinion that special cases should always live outside the mainstream kernel, and the mainstream kernel should have more stable APIs to build against. FreeBSD does this extremely well, after all. But this is one of those cases where people that understand how OS kernels filesystems work, even a little bit, should be thinking more "Hmmmm... let's dig..." rather than "OMFG CORPOS ARE KILLIN MY LINUCKS!!!!11111". Of all people Steven French knows exactly what he's doing in this space since he's been working on CIFS and its Linux kernel driver since 2002 and SMB v.3 since 2012.Last edited by stormcrow; 10 September 2023, 12:36 PM.
- Likes 8
Comment
-
Originally posted by Steffo View PostLinux is the absolute opposite of a microkernel. Not only from a technical standpoint, but also from a philosophical standpoint. Features, which have not to be implemented in the kernel, are getting implemented in the kernel. This is absolutely unnecessary!
- Likes 2
Comment
-
Originally posted by ClosedSource View PostThis is horrible attitude. Just because something happens to be unfortunately GPL licensed doesn't mean it's Ok for everyone to shove their corporate agenda into it.
We all know corporations really love GPL, they are relicencing everything to GPL, even Microsoft will relicense Windows 12 entirely in GPL. The same about Apple, Sony, Nintendo, Autodesk, Adobe and everything else.
The GPL plague is destroying the world! It's ceating a monoculture! Everything is becoming GPL! Why do they don't use something more sane and healthy such as BSD?
- Likes 1
Comment
-
Originally posted by timofonic View Post
Oh, yes. Fscking corpos and their GPL eroticism!
We all know corporations really love GPL, they are relicencing everything to GPL, even Microsoft will relicense Windows 12 entirely in GPL. The same about Apple, Sony, Nintendo, Autodesk, Adobe and everything else.
The GPL plague is destroying the world! It's ceating a monoculture! Everything is becoming GPL! Why do they don't use something more sane and healthy such as BSD?
Comment
-
Originally posted by S.Pam View PostId like to see some benchmarks of samba vs ksmb
There are bigger problems on the client side currently. They're using Windows client-side, which has some severe performance issues with SMB over TCP. This is rectified by moving to SMB over RDMA (aka "SMBDirect"), however that has a host of other technical issues that come into play.
With Linux as a client using the standard mount.cifs tools, performance over TCP is far better, and the difference between ksmbd and Samba are noticeable enough to matter for their use case.
If you're serving Excel spreadsheets to corporate drones, then no, it's not going to matter to you. Unfortunately most of the best-practice and tuning guides for SMB at scale are for this scenario, and not for a handful of high performance clients sharing large centralised storage over Ethernet (25GbE or higher). Likewise recommendations for large scale clustered storage satisfy the "many-to-many" problem, but still don't achieve the single-client throughput required for this use case.
(Also, I'm tired of vendors asking if I have jumbo frames and RSS enabled - yes, we did the basics. Yes, performance under Windows still sucks).
- Likes 3
Comment
-
Originally posted by stormcrow View Post
When you pull in a couple billion dollars a year, hire a few kernel developers for your agenda, then you can set priorities for work. Otherwise, unless you're actively contributing to a project, no one much cares what some rando on the Internet thinks.
Comment
-
Get a CS degree (because the fundamentals are important), a few years developing software larger than hobby projects (NOT web sites), and figure out why in kernel filesystems are always better performing than FUSE then you might figure out why widely used network filesystems should have a kernel component.
Yes, I'm acting grumpy.Last edited by OneTimeShot; 11 September 2023, 08:02 AM.
Comment
Comment