From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 23:19:04 2012 Return-Path: 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 2885810657DF for ; Mon, 18 Jun 2012 23:19:04 +0000 (UTC) (envelope-from bfalk_bsd@brandonfa.lk) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4BD9F8FC0C for ; Mon, 18 Jun 2012 23:19:03 +0000 (UTC) Received: by qafi31 with SMTP id i31so1611255qaf.15 for ; Mon, 18 Jun 2012 16:19:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brandonfa.lk; s=google; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=kOSKxUMZeJ6FBxG9h1pPbI4zuQvWFN088XGaQpRD8b8=; b=kcvNBHyvBQ8orN5RuhLfGKfwNvNcL7S5SdTXm8MV5MfbX59iDcwl82SF1TP+tohJ7u sVeThPKSv5AdQo/5k80eBwdcb9FqBYGQZuN8A1Mjp0TApr1G0US6KhiE5R6mwb4jOfGC 7AvlYKU3hNf/gz+7vjvR0zmwIa3ZoUAFQAGsM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=kOSKxUMZeJ6FBxG9h1pPbI4zuQvWFN088XGaQpRD8b8=; b=ECQuqvtwCmd+ctXPnubBgnRjIuv08mK/XRZdZkn8LcEw+1bJ0Ebz/iE+jFqLEp/o81 1iMRsDj6SR660SppUty/aiEXcb6xaevzA38ZB7XUu7MLQGtNnOdD2ikuTbbXnwh+ZZuv nVmY6IsshRriKMhepGlNhNlDPWKNKqvoIddGrxPu+zGDxbb+SIs1U//OYzBb9aCCKlIJ hXMyJMQk2PF5jCO/989JhfFdTvmtrioJZm88sVba5dRsNOCHYzUVq+4Mn2qkahgHBdXJ HmxfjEhvAnT93f8hU1DIfoZ4+jHXhQD5t16j4SClsOd5ZMXbHbbVj7WM3QFC2dkquMy2 Iu5A== Received: by 10.224.205.194 with SMTP id fr2mr30260178qab.66.1340061542551; Mon, 18 Jun 2012 16:19:02 -0700 (PDT) Received: from [192.168.42.64] (wsip-184-183-177-134.dc.dc.cox.net. [184.183.177.134]) by mx.google.com with ESMTPS id di8sm44320994qab.8.2012.06.18.16.18.58 (version=SSLv3 cipher=OTHER); Mon, 18 Jun 2012 16:18:59 -0700 (PDT) Message-ID: <4FDFB761.60406@brandonfa.lk> Date: Mon, 18 Jun 2012 19:18:57 -0400 From: Brandon Falk User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Doug Barton References: <20120615124849.GI96212@ass.kameli.org> <20120618081140.GK96212@ass.kameli.org> <4FDF6177.5050608@unsane.co.uk> <4FDF6586.9060501@gentoo.org> <4FDFB166.2040709@FreeBSD.org> In-Reply-To: <4FDFB166.2040709@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnhi9jS/bHSDTnGCNOJxE3dgdIQ1VCx0xHxC7bB7oNOewAfcIufKQ2Ax/RJMp2WDg4dH+kD Cc: "freebsd-hackers@freebsd.org" , Richard Yao , Vincent Hoffman , Nathan Whitehorn , Outback Dingo , openrc@gentoo.org, =?ISO-8859-1?Q?Atte_Peltom=E4ki?= 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2012 23:19:04 -0000 As the original poster of this thread, I can also say that Doug is correct. The issue is not rc, it is the actual kernel boot process. Maybe I could see rc becoming an issue in a massive server environment where there are a lot of userland processes to start, but that delay would most likely be in the programs themselves and not rc (I think of rc as more of a dispatcher). When it comes to a desktop/laptop/simple server and all you do with rc is configure a static IP, start dbus/hal/sshd, and maybe launch a few jails... at least 90-98% of the boot process is spent doing the kernel work. -Brandon On 6/18/2012 6:53 PM, Doug Barton wrote: > It's unfortunate that this thread evolved into a discussion about > replacing rc.d, since that's almost certainly not relevant to the > original topic of improving the overall boot time. > > If you analyze the boot process thoroughly you should see that out of > the total time taken to boot, nearly 0 is spent by rc.d actually doing > something. Almost all of the actual time is spent waiting for other > stuff, either the kernel (primarily) or the services that the system is > running actually starting up. > > 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. > > 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 > certainly isn't going to help the goal of actually making the boot time > faster. > > But, I'm willing to be proven wrong by someone who actually _implements_ > one of these systems and can demonstrate, in a statistically rigorous > fashion, how much the boot time is improved. > > Doug > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"