ksmbd: a new in-kernel SMB server (SAMBA+ blog)

Posted Nov 5, 2021 1:18 UTC (Fri) by smfrench (subscriber, #124116)
Parent article: ksmbd: a new in-kernel SMB server (SAMBA+ blog)

Great news on improvements in performance. Looking forward to continued testing for the Linux client with the improved Samba and ksmbd. My assumption is that we will see performance benefits in running some workloads to Samba, and other workloads will benefit from the much shorter path lengths in the kernel server (and the POSIX extensions are farther along in the kernel server, so may do better for some Linux workloads). Will be very interesting to see how this plays out - but it should help the ecosystem a lot to have multiple server choices. Great work!

ksmbd: a new in-kernel SMB server (SAMBA+ blog)

Posted Nov 8, 2021 17:01 UTC (Mon) by ncm (guest, #165) [Link] (2 responses)

Guessing that throughput-constrained jobs will do markedly better with io_uring-accelerated SAMBA, and latency-constrained jobs will do better with the kernel server. But, also, that latency-constrained jobs could often be converted to throughput-constrained, and benefit more from that and io_uring SAMBA than if they depended on the in-kernel SMB support.

If so, the fact doesn't change that some can't and many others won't be converted.

ksmbd: a new in-kernel SMB server (SAMBA+ blog)

Posted Nov 9, 2021 1:47 UTC (Tue) by ttuttle (subscriber, #51118) [Link] (1 responses)

Ooh, I wonder if a hybrid approach is possible -- respond to latency-sensitive interactions in the kernel, but proxy throughput-sensitive interactions to userspace, which can then use io_uring to handle them efficiently.

I also wonder if the kernel version can be rewritten to use more of the strategies/APIs that make the userspace io_uring version so fast.

ksmbd: a new in-kernel SMB server (SAMBA+ blog)

Posted Nov 17, 2021 15:47 UTC (Wed) by smfrench (subscriber, #124116) [Link]

Very likely additional parallelization like you suggest will be able to be done in ksmbd. This is an exciting time for both Samba and ksmbd. The protocol supports additional features like multichannel (and related queries for interface information, and async notifications on server and network configuration changes) so the number of network interfaces the client could use in parallel and the number of "credits" given the client (for flow control) could be changed on the fly based on the number of threads and/or server CPU or local disk throughput.