<div dir="ltr"><div class="gmail_default" style="font-size:small">Hi All,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">What is the rationale behind using sshd.socket other than not keeping sshd daemon running always and reducing memory consumption?</div><div class="gmail_default" style="font-size:small">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.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">And if there are issues in unit files like in <a href="https://github.com/systemd/systemd/issues/29897">https://github.com/systemd/systemd/issues/29897</a> it will make the system unusable.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I want to understand this better and know more on the history behind these design decisions. Thanks.</div><div class="gmail_default" style="font-size:small"><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><span style="font-family:arial,sans-serif">Shedi</span></div></div></div>