Date: Sat, 9 Feb 2019 09:55:17 -0800 From: Enji Cooper <yaneurabeya@gmail.com> To: Wojciech Puchar <wojtek@puchar.net> Cc: Conrad Meyer <cem@freebsd.org>, Sidju <lists@sidju.se>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: Re: nosh init system Message-ID: <CF8D2DCD-F63A-4E79-9CBC-CD45D5D596DD@gmail.com> In-Reply-To: <alpine.BSF.2.20.1902091830490.45199@puchar.net> References: <c8sxY3L8OrRosQ0UdftF6FrqHGRs_uJal0l7YlID7b_xwVG05yeU8DGoS78wo5089zww5pDdvbM_gwCkXxCVjaPYiDS-kNJLxN7b9iGwfxk=@sidju.se> <CAG6CVpXy4q16QhG1ycFnVZ8cgEfb%2BpS8tmPJykv8Wa-GthginQ@mail.gmail.com> <alpine.BSF.2.20.1902091830490.45199@puchar.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Feb 9, 2019, at 09:32, Wojciech Puchar <wojtek@puchar.net> wrote: >> pid 2 and reap zombies. We're missing a half-decent service >> management system. On Linux, systemd performs both roles. On >> FreeBSD, init(8) serves one role, and rc(8) is a tiny subset of a real >> service management system like systemd. >=20 > systemd is overcomplex crap. And a reason many people migrated to FreeBSD f= rom linux. >=20 >>=20 >> (I think the piece we would consider replacing or supplementing would >> be rc(8). Part of that might be migrating some responsibilities from >> pid 1 to pid 2, such as spawning gettys. I don't hold strong opinions >> about that.) >=20 > this make sense but with spawning gettys left to init. >=20 >=20 > what do you want to improve in rc? starting services in parallel doesn't s= eem to be major problem to make i think. Starting and stopping services based on logical events and =E2=80=9Crun leve= ls=E2=80=9D, apart from what devd handles with hardware events is what comes= to mind for me. rc(8) is also incredibly fragile when it comes to starting or stopping servi= ces beyond first boot, or when dealing with =E2=80=9Coptional=E2=80=9D servi= ces, like nis/yp. I tried to clean this up a few years ago, but it=E2=80=99s= not close to my ideal design (it feels like a bubblegum and duct tape solu= tion). Cheers, -Enji > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CF8D2DCD-F63A-4E79-9CBC-CD45D5D596DD>