Hi All,

What is the rationale behind using sshd.socket other than not keeping sshd
daemon running always and reducing memory consumption?
With sshd.socket, systemd does a fork/exec on each connection which is
expensive and with the sshd.service approach server will just connect with
the client which is less expensive and faster compared to sshd.socket.

And if there are issues in unit files like in
https://github.com/systemd/systemd/issues/29897 it will make the system
unusable.

I want to understand this better and know more on the history behind these
design decisions. Thanks.

-- 
Shedi

Reply via email to