From owner-freebsd-hackers@FreeBSD.ORG  Wed Jun 20 10:03:18 2012
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 8D7BF1065672;
	Wed, 20 Jun 2012 10:03:18 +0000 (UTC)
	(envelope-from wojtek@wojtek.tensor.gdynia.pl)
Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99])
	by mx1.freebsd.org (Postfix) with ESMTP id E2F848FC18;
	Wed, 20 Jun 2012 10:03:17 +0000 (UTC)
Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1])
	by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q5KA36J0023758;
	Wed, 20 Jun 2012 12:03:06 +0200 (CEST)
	(envelope-from wojtek@wojtek.tensor.gdynia.pl)
Received: from localhost (wojtek@localhost)
	by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id
	q5KA365V023755; Wed, 20 Jun 2012 12:03:06 +0200 (CEST)
	(envelope-from wojtek@wojtek.tensor.gdynia.pl)
Date: Wed, 20 Jun 2012 12:03:06 +0200 (CEST)
From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
To: claudiu vasadi <claudiu.vasadi@gmail.com>
In-Reply-To: <CAM-i3ijtAO4yC=eEhqWPF3LiDH-JTnkvpuzT6TsjSrDOX2tjBw@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.1206201200180.23724@wojtek.tensor.gdynia.pl>
References: <20120615124849.GI96212@ass.kameli.org>
	<CAKYr3zxSOFOUghqao=3U_8sBNHwqce8AGK6mSFd6is11qzjS8w@mail.gmail.com>
	<20120618081140.GK96212@ass.kameli.org>
	<4FDF6177.5050608@unsane.co.uk> <4FDF6586.9060501@gentoo.org>
	<4FDFB166.2040709@FreeBSD.org>
	<20120620085938.GL96212@ass.kameli.org>
	<alpine.BSF.2.00.1206201129230.23472@wojtek.tensor.gdynia.pl>
	<CAM-i3ijtAO4yC=eEhqWPF3LiDH-JTnkvpuzT6TsjSrDOX2tjBw@mail.gmail.com>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7
	(wojtek.tensor.gdynia.pl [127.0.0.1]);
	Wed, 20 Jun 2012 12:03:07 +0200 (CEST)
Cc: Doug Barton <dougb@freebsd.org>,
	"freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>,
	Richard Yao <ryao@gentoo.org>, Vincent Hoffman <vince@unsane.co.uk>,
	Nathan Whitehorn <nwhitehorn@freebsd.org>,
	Outback Dingo <outbackdingo@gmail.com>, openrc@gentoo.org,
	=?ISO-8859-15?Q?Atte_Peltom=E4ki?= <atte.peltomaki@iki.fi>
Subject: Re: Replacing rc(8) (Was: FreeBSD Boot Times)
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jun 2012 10:03:18 -0000

> 
> Personally I think that the kernel boot time is the killer here and the work should go there and second on the rc system.
exactly what i wrote. rc.d subsystem is quick, and anyway in special cases 
just delete in and write all needed startup in /etc/rc

i assume it is embedded system - in which boot time is very important.

> PS: nothing wrong in having an OS that boots faster, performs better is more stable than others :). This is something I would like
> to see as an improvement. Wouldn't you ?
of course i do!

Do you have USB in that system?

Compile whole USB as module. put kldload statement in /etc/rc that way 
(example):

/sbin/kldload /boot/kernel/uhci.ko &

USB takes long in kernel, but now it will go in background while the rest 
initializes.