From: David Masover <ninja@slaphack.com>
To: Quinn Harris <lists@qutek.net>
Cc: reiserfs-list@namesys.com
Subject: Re: Relocating files for faster boot/start-up on reiser(fs/4)
Date: Sat, 16 Sep 2006 03:59:32 -0500 [thread overview]
Message-ID: <450BBCF4.7060506@slaphack.com> (raw)
In-Reply-To: <200609151801.09038.lists@qutek.net>
Quinn Harris wrote:
> On Friday 15 September 2006 16:27, David Masover wrote:
>
>>> Not sure if I would be better of trying initng or waiting for upstart
>>> (Ubuntus new init) to get scripts that actually parallel boot. The code
>>> for upstart is very clean and it has the backing of a major distro, so I
>>> have high hopes.
>> Hmm. That sounds kind of cool, but I wonder how it compares to Gentoo's
>> init scripts? I guess I'll have to wait till it hits the one Ubuntu box
>> I have...
> Gentoo default init doesn't paralize well. Not when compared to initng which
> is realitivly easy to get to work on Gentoo.
I'm not sure what initng is, but the way I paralize Gentoo is by setting
a flag in /etc/conf.d/rc:
RC_PARALLEL_STARTUP="yes"
I still don't see a difference between initng and Gentoo's init. I
guess I'd have to install them both. One thing I like about Gentoo's
init is that they are still just shell scripts, and it would take a
minimal amount of code to convert them to/from the old init style.
> The Ubuntu people decided
> initng wansn't powerfull enough (let alone the existing sysvinit). They
> thought it needed a better way to define the bootup sequence during boot. In
> addition to integrate running any task like ACPI events, hotplut, CRON into
> one consistent tool.
> http://www.netsplit.com/blog/work/canonical/upstart.html
Aha, thanks.
Getting offtopic here, but I don't see the comparison I'm looking for.
I see why it's different than launchd -- mostly, that launchd provides
no way of knowing whether we want to wait for a script to run or an app
to start. But I don't know of a way to know when an app has finished
starting, unless it daemonizes itself -- which makes it easy to write a
script that ends when the app has started.
I really don't see the usefulness of making that distinction as far as
dependencies go.
Finally read up on the "event-based system", and I suspect this kind of
thing could probably be an extension to a dependency-based system. I
guess we'll see if initng pulls that off.
>> Wait... Python is more universal than Ruby of Ruby on Rails?
> Both Gentoo and Ubuntu install Python by default but not Ruby. And more
> people at least in the US are familiar with Python. Finally I might use
> Python inotify code (to replace readahead-watch) and the Ruby version is a
> bit alpha and I don't think availible in Gentoo or Ubuntu packages.
Speaking of which, the Perl inotify is broken for me a bit lately, I
need to figure out what's going on. Unfortunately, I don't know if it's
perl or the kernel that's broken...
> I don't know of anything Python does reasonably well that Ruby
> can't do reasonably well (- the performance problem).
This might solve the performance problem:
>> I'm waiting for someone to do a decent
>> implementation of Ruby on something like .NET before I start using it
>> for anything I want to perform well.
If they can do it right, well, it seems like MS wants to replace C++
with C#, thus .NET should perform decently. Mono means it's
cross-platform, or at least, it runs JIT'ed on the platforms I care about.
And hey, once you're on Gentoo or Ubuntu, it doesn't matter much,
really. Install a Ruby app and Ruby becomes a dependency.
next prev parent reply other threads:[~2006-09-16 8:59 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-13 20:51 Relocating files for faster boot/start-up on reiser(fs/4) Quinn Harris
2006-09-13 21:10 ` Peter
2006-09-14 3:10 ` Quinn Harris
2006-09-14 19:55 ` David Masover
2006-09-14 22:09 ` Quinn Harris
2006-09-14 22:23 ` David Masover
2006-09-15 5:15 ` Toby Thain
2006-09-15 21:20 ` Quinn Harris
2006-09-15 22:27 ` David Masover
2006-09-16 0:01 ` Quinn Harris
2006-09-16 8:59 ` David Masover [this message]
2006-09-18 9:36 ` PFC
2006-09-18 22:32 ` Quinn Harris
2006-09-14 14:01 ` cmaurand
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=450BBCF4.7060506@slaphack.com \
--to=ninja@slaphack.com \
--cc=lists@qutek.net \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.