[gentoo-user] Anyone have any trouble with rc_parallel="YES" ?

On Tuesday 19 Jul 2011 04:39:49 Pandu Poluan wrote:

Spelunking in /etc/rc.conf, I found the rc_parallel setting,
accompanied with a quite significant WARNING.

Have anyone experienced any trouble setting rc_parallel to "YES"?

Rgds,

Not so far (used on 3 boxen).

However, if say mysql or something else fails to start you will miss the error
message, because it will switch you over to X (depending on the sequence of
start up processes).
Regards,
Mick

Mick (Tue, 19 Jul 2011 06:55:35 +0100):

On Tuesday 19 Jul 2011 04:39:49 Pandu Poluan wrote:
> Spelunking in /etc/rc.conf, I found the rc_parallel setting,
> accompanied with a quite significant WARNING.
>
> Have anyone experienced any trouble setting rc_parallel to "YES"?
>
> Rgds,

Not so far (used on 3 boxen).

However, if say mysql or something else fails to start you will miss the error
message, because it will switch you over to X (depending on the sequence of
start up processes).

You can catch these errors into a logfile - see option rc_logger in
rc.conf. As per a comment there, it won't log the sysinit runlevel, but
that's just a few services and you can see that level start up on the
screen before X takes over.

By the way, no problems here with rc_parallel either. And the speed is
cool.

-rz

2011/7/19 Pandu Poluan :

Spelunking in /etc/rc.conf, I found the rc_parallel setting,
accompanied with a quite significant WARNING.

Have anyone experienced any trouble setting rc_parallel to "YES"?

Obviously, the answer to this is "YES". If no one had a problem with
this, first, there wouldn't be a warning; and second, it would be
enabled by default. Sure that some people use it without much problem,
but if you enable it, be sure to keep it in your mind that you enabled
it, and disable it if you have problems before opening any bug report
having to do with system services and/or the init process.

In any case, placebo effects aside as always, all you'll gain from
this will be a couple of seconds.

Jesús Guerrero Botella

On Tue, 19 Jul 2011 10:02:08 +0200, Jesús J. Guerrero Botella wrote:

In any case, placebo effects aside as always, all you'll gain from
this will be a couple of seconds.

That depends on your circumstances. For example, if you have a slow DHCP
server, or mount several network shares over a slow/busy network, you
avoid waiting for these tasks to complete.


Neil Bothwick

Programmer (n): A red-eyed, mumbling mammal capable of conversing
with inanimate objects.

On Tuesday 19 July 2011 10:58:22 Neil Bothwick wrote:

On Tue, 19 Jul 2011 10:02:08 +0200, Jesús J. Guerrero Botella wrote:
> In any case, placebo effects aside as always, all you'll gain from
> this will be a couple of seconds.

That depends on your circumstances. For example, if you have a slow DHCP
server, or mount several network shares over a slow/busy network, you
avoid waiting for these tasks to complete.

won't help you much with dhcp. At least here. But it helps a lot with
local.start.

For example: to save some boot time I mount all the non-important stuff,
/mnt/movies for example, in local.start. Saves a couple of seconds and it
isn't a problem that I am not able to access them while typing my password.

#163933