From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RaEIT-0004v1-8u for garchives@archives.gentoo.org; Mon, 12 Dec 2011 22:24:33 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D0DF721C2B3; Mon, 12 Dec 2011 22:24:23 +0000 (UTC) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by pigeon.gentoo.org (Postfix) with ESMTP id D8EB621C152 for ; Mon, 12 Dec 2011 22:23:30 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 939EE229F0 for ; Mon, 12 Dec 2011 17:23:30 -0500 (EST) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute3.internal (MEProxy); Mon, 12 Dec 2011 17:23:30 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=binarywings.net; h=message-id:date:from:mime-version:to:subject:references :in-reply-to:content-type; s=mesmtp; bh=poTlwGM4hr68qTXUL9MdYdKD kTU=; b=IIB85RW6hWheBgbaclVocO/kML4BDfTLj60Ye0J+zATAFh601Zw5sdGQ c7vWnmWeBMU2AokXkmpH81hz36y2+SWqXqreAOCOgMCy7mH15P0buiYTj9mGpKLM 62DE3/pw3gWrhXFXqHZJ20xmDaUMDAJ1K8mqQ2AEGOU6LeQyPCw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:references:in-reply-to:content-type; s=smtpout; bh=poTl wGM4hr68qTXUL9MdYdKDkTU=; b=BiJxN0cIAJF0j9dDYuniHgvhobuUYYpCQWkH akfp/bG2YPg/NKME3Z6EX2mtdwcRZqyvOkrnLeD9RDECn0C9gtWTj2i/auJNykrs xf+7o21VQJ4XkqLgxXb/L338/PAtvt/f9sqM0KGZ7LvO//870Gy9yKoHUKIZ646d 6KV7Upk= X-Sasl-enc: YqPMMdwdzJ1it/dzhOmvHTDWcs9SZQH3+VZNiY8uLk8P 1323728609 Received: from [192.168.5.18] (serv.binarywings.net [83.169.5.6]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6DA9D8E0164 for ; Mon, 12 Dec 2011 17:23:29 -0500 (EST) Message-ID: <4EE67ED4.4020407@binarywings.net> Date: Mon, 12 Dec 2011 23:23:16 +0100 From: Florian Philipp User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111211 Thunderbird/8.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] What happened to OpenRC 0.9.6? References: <4EE488D3.9090600@alyf.net> <4EE523AB.7030301@orlitzky.com> <20111211225737.7288b2fb@hactar.digimed.co.uk> <20111212104351.1fa168bf@rohan.example.com> In-Reply-To: <20111212104351.1fa168bf@rohan.example.com> X-Enigmail-Version: 1.3.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7A1C4E2E943C8D8B47F2A0DD" X-Archives-Salt: 5a270a48-7d2c-48a1-a9eb-8b9d0879c234 X-Archives-Hash: 68da1f8d4c51a6d6a481bbcf6eb3420a This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7A1C4E2E943C8D8B47F2A0DD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 12.12.2011 09:43, schrieb Alan McKinnon: > On Mon, 12 Dec 2011 07:29:16 +0700 > Pandu Poluan wrote: >=20 >>>> It's worked for me ever since I switched all of my machines to >>>> OpenRC a year+(?) ago. >>> >>> You are not a representative sample. >>> >> >> worksforme >> >> In production servers, even. Virtualized on top of XenServer. All of >> them last updated last week. >> >=20 > Same here. All my server VMs work just fine with parallel enabled. > There's nothing complex in them, they tend to be single-service > machines. >=20 Don't tell me you reboot your servers so often that it is necessary to tune the boot process for every last second. And please tell me you make the time slots for scheduled reboots large enough for trouble shooting, thereby not requiring every last second, either. > I don't have a current desktop Gentoo system, those necessarily have > more complex start-up routines. Perhaps that's where most of the > problems are to found? >=20 Guess so. Besides, there is a new init script format in the pipe, for example mentioned here: [1] It will also make use of cgroups [2]. IMHO loosing a few seconds of boot time is an acceptable price for better CPU and IO scheduling. If these "new style" scripts are written declarative, that means less shell scripting and probably better performance even under sequential execution. And as I've learned often and hard: You don't parallelize until you have properly optimized your sequential execution, not the other way around. WTF do you need fast boot processes, anyway?! If you care about this, you hibernate or suspend. Daily shutdown/bootup sounds like something you'd do on a diskless client, a pre-ACPI system or some flakey hardware. I hardly see a boot screen once per month. My laptop currently has an uptime of 15 days, my workstation three months. You probably waste more time repopulating your page cache after starting your desktop environment than you do with init scripts. [1] http://blog.flameeyes.eu/2011/10/22/updating-init-scripts [2] http://blog.flameeyes.eu/2011/11/28/the-infamous-run-migration Regards, Florian Philipp --------------enig7A1C4E2E943C8D8B47F2A0DD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7mftgACgkQqs4uOUlOuU9rBwCePdsWD1PLKcd+9J+9yAZlyZjd M6UAn1wfjQooC1n0rr7LKD546OR/NYkS =qJ46 -----END PGP SIGNATURE----- --------------enig7A1C4E2E943C8D8B47F2A0DD--