On 06/19/2012 07:20 AM, Garrett Cooper wrote: > On Mon, Jun 18, 2012 at 10:04 PM, Richard Yao <r...@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 _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
