Replacing rc(8) (Was: FreeBSD Boot Times)

Richard Yao ryao at gentoo.org
Tue Jun 19 13:19:39 UTC 2012


On 06/19/2012 07:20 AM, Garrett Cooper wrote:
> On Mon, Jun 18, 2012 at 10:04 PM, Richard Yao <ryao at gentoo.org> wrote:
>> On 06/19/2012 12:39 AM, Wojciech Puchar wrote:
>>> - delay at rc.d scripts - there are some delays inserted.
>>>
>>>> The latter item is the only place where making changes to rc.d is going
>>>> to help, and only then by parellelizing, and even then you are not
>>>> really going to gain much since most things at boot time are serial.
>>>
>>> grep sleep /etc/rc.d/* usr/local/etc/rc.d/*
>>>
>>>>
>>>> So while talk of how to get your favorite boot-time manager into FreeBSD
>>>> may be entertaining, it's not likely to be productive, and almost
>>>
>>> it is unimportant as FreeBSD don't crash.
>>
>> OpenRC init scripts lack such delays. They store dependency information,
>> which enables OpenRC to start them as soon as their dependencies are ready.
> 
>     Assuming that the hacks aren't working around other issues, like
> routes not already being available for a certain period of time, e.g.
> defaultroute, etc (which doesn't work 100% of the time, e.g. static
> gateways and mounting NFS shares).
>     This is something that launchd, systemd, upstart, etc handle
> (because they either have more knowledge of the system or it's been
> coded into the files that execute the jobs/services), or alternatively
> the services need to  fail more gracefully (this is more difficult --
> but not impossible -- to code). Even OpenRC in gentoo doesn't handle
> this, unless things have changed dramatically since I used Gentoo ~2
> years ago...
> Thanks!
> -Garrett

It works for me. I suggest you try Gentoo FreeBSD in a jail:

http://wiki.gentoo.org/wiki/Gentoo_FreeBSD#Howto_run_G.2FFBSD_in_vanilla_FreeBSD.27s_jail


More information about the freebsd-hackers mailing list