From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 13 17:06:11 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2924E106564A for ; Wed, 13 Jun 2012 17:06:11 +0000 (UTC) (envelope-from bfalk_bsd@brandonfa.lk) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id C1AC38FC08 for ; Wed, 13 Jun 2012 17:06:10 +0000 (UTC) Received: by qabg1 with SMTP id g1so3725573qab.13 for ; Wed, 13 Jun 2012 10:06:10 -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=tRgRFE4FzJxb9IakFa9QS5/dYwfSeGmYAe/jY0VcC/A=; b=IZVgpqwF73eJkX8HMbe+Qo3xPhgk3RNjH2xJE36tlGnZBO1UdY3lHFAIxJV5AzKuiN XRGDCpES8K5T6aPNq+LXGbnsrM4Aq4y3942WY1laY5M7J1QsYyIZghU6sKOjmFLMayjy hz5IwclLhZuf4QB31lg8dzIl2GfII34j4IYVI= 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=tRgRFE4FzJxb9IakFa9QS5/dYwfSeGmYAe/jY0VcC/A=; b=Fr4pk05a2smaxKkSerxsMdMxYAr+iooz/1QQA2ca2BievbQ8CBzvOWXpug7gDJWGor vcpYu7hGUh3F9Ul5h7lfaJNInYPYuwUhV21cid/XIRBhsmpv5uBKNZVWNlu6zNprr7T1 HM47RGqt78xk9r+SFDDm3TOIvuyw+cckaBDnwMU0KebFi/ObAItDUNBns8jY4b/IQi7D mEIlzhZNqGuoORiJfqlGMWGjr6BmyBTSnXxFbmJzr0KcgnvUKMr/VVXsbopQa4xXvztF VE3g6SRRsZFSVa9A42jey9QEKjY8+KG+pNh2Er8Tlfk5rrxLN1GWP3uodvwBn41VqSWM 2llA== Received: by 10.224.221.206 with SMTP id id14mr27839614qab.52.1339607169545; Wed, 13 Jun 2012 10:06:09 -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 x14sm399546qac.1.2012.06.13.10.06.07 (version=SSLv3 cipher=OTHER); Wed, 13 Jun 2012 10:06:07 -0700 (PDT) Message-ID: <4FD8C87A.20602@brandonfa.lk> Date: Wed, 13 Jun 2012 13:06:02 -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: Nathan Whitehorn References: <4FD66F7E.2060404@brandonfa.lk> <71dc991c8d1b4d2c91ff942fc5f8f340@HUBCAS2.cs.stonybrook.edu> <4FD7CA24.6080405@gentoo.org> <4FD8A183.2020809@freebsd.org> In-Reply-To: <4FD8A183.2020809@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlQTZ/g/FiD7g6EkMoChYE4vgGBTyZcXWiFrQl+hKC8VY5lsw5RevjasU7RjYNwPZ7PJzX/ Cc: freebsd-hackers@freebsd.org Subject: Re: 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: Wed, 13 Jun 2012 17:06:11 -0000 On 6/13/2012 10:19 AM, Nathan Whitehorn wrote: > On 06/12/12 18:00, Richard Yao wrote: >> On 06/11/12 18:51, Garrett Cooper wrote: >>> On Mon, Jun 11, 2012 at 3:21 PM, Brandon >>> Falk wrote: >>>> Greetings, >>>> >>>> I was just wondering what it is that FreeBSD does that makes it >>>> take so long >>>> to boot. Booting into Ubuntu minimal or my own custom Linux distro, >>>> literally takes 0.5-2 seconds to boot up to shell, where FreeBSD >>>> takes about >>>> 10-20 seconds. I'm not sure if anything could be parallelized in >>>> the boot >>>> process, but Linux somehow manages to do it. The Ubuntu install I >>>> do pretty >>>> much consists of a shell and developers tools, but it still has a >>>> generic >>>> kernel. There must be some sort of polling done in the FreeBSD boot >>>> process >>>> that could be parallelized or eliminated. >>>> >>>> Anyone have any suggestions? >>>> >>>> Note: This isn't really an issue, moreso a curiosity. >>> The single process nature of rc is a big part of the problem, as >>> is the single AP bootup of FreeBSD right before multiuser mode. There >>> are a number of threads that discuss this (look for parallel rc bootup >>> or something like that in the current, hacker, and rc archives -- the >>> most recent discussion was probably 6~9 months ago). >>> Given past experience, a big part of getting past the parallelized >>> rc mess would be to make services fail/wait gracefully for all their >>> resources to come up before proceeding. It's not easy, but it's >>> possible with enough resources. >>> HTH, >>> -Garrett >>> _______________________________________________ >>> 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" >> Gentoo FreeBSD shares OpenRC with Gentoo Linux. OpenRC is a BSD 2-clause >> licensed System V init system replacement that supports parallel boot. >> Its boot performance is competitive with systemd and Ubuntu's upstart. >> >> If FreeBSD's init system is serializing the boot process, it might be >> worthwhile to consider importing OpenRC. >> _______________________________________________ >> 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" > > Please don't change any of the user-facing aspects of the RC system. > One of the things that brought me (and many others I know) to FreeBSD, > besides working sound, was having an rc.conf that was easy to > configure instead of the nightmare that is System V init. > -Nathan > _______________________________________________ > 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" Sorry guys, I was very busy last night. The issue is not the init system, rather the kernel. Maybe for a server does the init system start to get lengthy, but at least on my desktop environment where I have almost nothing for RC to do, the kernel bootup takes about 95% of the boot process. If I were to really delve into this (as it would require extensive changes in the kernel [I think]), I would probably end up branching FreeBSD either to a new OS, or if I got permission, to just another branch of FreeBSD. -Brandon