<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 6, 2024 at 12:21 PM Arseny Maslennikov <<a href="mailto:ar@cs.msu.ru">ar@cs.msu.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So mode 2 only really makes sense for deployments which are only ever<br>
accessible from intranets with little junk traffic.<br>
</blockquote></div><div><br></div><div>Which is the case for "deployments" that are <b>not servers</b> in the first place. Many distros are oriented towards personal computers, which are usually behind a firewall so junk traffic is not a concern, but which you might want to SSH/VNC/RDP at unexpected moments.</div><div><br></div><div>For example, when I first started using systemd in ~2011, my laptop still had a 5400 rpm HDD, and its boot time mattered far more than it does for "deployments", so systemd's promise of on-demand startup of everything (to reduce the boot I/O contention while still keeping the actual service available) was particularly attractive.</div><div><br></div><div>(Of course, these days most systems have SSDs while even the baseline systemd startup process runs twice as many Assorted Things as my full desktop environment did in the past, so maybe the issue is no longer relevant.)<br></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>