[gentoo-user] Boot speedup

[gentoo-user] Boot speedup

[Hinko Kocevar]

Hi,

I've started to look around on how to speed up the Gentoo boot sequence.
Looking at the bootchart output I discovered that if using parallel boot
feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".

Boot time is still at 45 seconds.


Can boot be sped up even more?


Best regards,
Hinko

-- 
Hinko Kocevar
Technical support software engineer
Instrumentation Technologies
Velika pot 22, SI-5250 Solkan - Slovenia
T:+386 5 3352600, F:+386 5 3352601
mailto: hinko.kocevar@i-tech.si

http://www.i-tech.si - When your users demand stability

The information transmitted is intended solely for the addressee and may
contain confidential and/or privileged information. Any review, retention,
disclosure or other use by persons other than the intended recipient is
prohibited. If you received this in error, please notify the sender and
delete all copies.

Re: [gentoo-user] Boot speedup

[Ngoc Nguyen Bao]

On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar <hinko.kocevar@i-tech.si> wrote:
> Hi,
>
> I've started to look around on how to speed up the Gentoo boot sequence.
> Looking at the bootchart output I discovered that if using parallel boot
> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
> done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
>
> Boot time is still at 45 seconds.
>
>
> Can boot be sped up even more?
>
>
> Best regards,
> Hinko
>
> --
> Hinko Kocevar
> Technical support software engineer
> Instrumentation Technologies
> Velika pot 22, SI-5250 Solkan - Slovenia
> T:+386 5 3352600, F:+386 5 3352601
> mailto: hinko.kocevar@i-tech.si
>
> http://www.i-tech.si - When your users demand stability
>
> The information transmitted is intended solely for the addressee and may
> contain confidential and/or privileged information. Any review, retention,
> disclosure or other use by persons other than the intended recipient is
> prohibited. If you received this in error, please notify the sender and
> delete all copies.
>
>

Change to testing branch with base layout 2. Your boot time'll decrease by half.

-- 
Nguyễn Bảo Ngọc
http://www.facebook.com/pymaster

Re: [gentoo-user] Boot speedup

[Hinko Kocevar]

On 04/12/10 11:31, Ngoc Nguyen Bao wrote:
> On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar <hinko.kocevar@i-tech.si> wrote:
>> Hi,
>>
>> I've started to look around on how to speed up the Gentoo boot sequence.
>> Looking at the bootchart output I discovered that if using parallel boot
>> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
>> done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
>>
>> Boot time is still at 45 seconds.
>>
>>
>> Can boot be sped up even more?
>>
>>
>> Best regards,
>> Hinko
>>
>> --
>> Hinko Kocevar
>> Technical support software engineer
>> Instrumentation Technologies
>> Velika pot 22, SI-5250 Solkan - Slovenia
>> T:+386 5 3352600, F:+386 5 3352601
>> mailto: hinko.kocevar@i-tech.si
>>
>> http://www.i-tech.si - When your users demand stability
>>
>> The information transmitted is intended solely for the addressee and may
>> contain confidential and/or privileged information. Any review, retention,
>> disclosure or other use by persons other than the intended recipient is
>> prohibited. If you received this in error, please notify the sender and
>> delete all copies.
>>
>>
> 
> Change to testing branch with base layout 2. Your boot time'll decrease by half.
> 

Thank you!

Hmm, I was looking at the
http://www.gentoo.org/doc/en/openrc-migration.xml. For OpenRC I added
sys-apps/openrc ~x86 to package.keywords, to get baselayout-2 ebuild
I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.

Will it be enough to (re-)build the baselayout and openrc and its
closest dependencies (41 packages)? Or do I need to perform complete
system upgrade (~900 packages) now that ACCEPT_KEYWORDS is present?


Best regards,
Hinko

-- 
Hinko Kocevar
Technical support software engineer
Instrumentation Technologies
Velika pot 22, SI-5250 Solkan - Slovenia
T:+386 5 3352600, F:+386 5 3352601
mailto: hinko.kocevar@i-tech.si

http://www.i-tech.si - When your users demand stability

The information transmitted is intended solely for the addressee and may
contain confidential and/or privileged information. Any review, retention,
disclosure or other use by persons other than the intended recipient is
prohibited. If you received this in error, please notify the sender and
delete all copies.

Re: [gentoo-user] Boot speedup

[KH]

Am 12.04.2010 11:56, schrieb Hinko Kocevar:
[...]
>
> Thank you!
>
> Hmm, I was looking at the
> http://www.gentoo.org/doc/en/openrc-migration.xml. For OpenRC I added
> sys-apps/openrc ~x86 to package.keywords, to get baselayout-2 ebuild
> I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.
>
> Will it be enough to (re-)build the baselayout and openrc and its
> closest dependencies (41 packages)? Or do I need to perform complete
> system upgrade (~900 packages) now that ACCEPT_KEYWORDS is present?
>
>
> Best regards,
> Hinko
>

Hi,

if you are using ACCEPT_KEYWORDS="~x86" in /etc/make.conf you should do 
all 900 packages. Otherwise you might get a mix of both worlds what 
could be bad. Be sure that you really want your system changed to testing.
Otherwise you should add those 41 packages to  /etc/portage/package.keywords

kh

Re: [gentoo-user] Boot speedup

[Mark Knecht]

On Mon, Apr 12, 2010 at 2:56 AM, Hinko Kocevar <hinko.kocevar@i-tech.si> wrote:
> On 04/12/10 11:31, Ngoc Nguyen Bao wrote:
>> On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar <hinko.kocevar@i-tech.si> wrote:
>>> Hi,
>>>
>>> I've started to look around on how to speed up the Gentoo boot sequence.
>>> Looking at the bootchart output I discovered that if using parallel boot
>>> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
>>> done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
>>>
>>> Boot time is still at 45 seconds.
>>>
>>>
>>> Can boot be sped up even more?
>>>
>>>
>>> Best regards,
>>> Hinko
>>>
>>> --
>>> Hinko Kocevar
>>> Technical support software engineer
>>> Instrumentation Technologies
>>> Velika pot 22, SI-5250 Solkan - Slovenia
>>> T:+386 5 3352600, F:+386 5 3352601
>>> mailto: hinko.kocevar@i-tech.si
>>>
>>> http://www.i-tech.si - When your users demand stability
>>>
>>> The information transmitted is intended solely for the addressee and may
>>> contain confidential and/or privileged information. Any review, retention,
>>> disclosure or other use by persons other than the intended recipient is
>>> prohibited. If you received this in error, please notify the sender and
>>> delete all copies.
>>>
>>>
>>
>> Change to testing branch with base layout 2. Your boot time'll decrease by half.
>>
>
> Thank you!
>
> Hmm, I was looking at the
> http://www.gentoo.org/doc/en/openrc-migration.xml. For OpenRC I added
> sys-apps/openrc ~x86 to package.keywords, to get baselayout-2 ebuild
> I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.
>
> Will it be enough to (re-)build the baselayout and openrc and its
> closest dependencies (41 packages)? Or do I need to perform complete
> system upgrade (~900 packages) now that ACCEPT_KEYWORDS is present?
>
>
> Best regards,
> Hinko
>
> --
> Hinko Kocevar
> Technical support software engineer
> Instrumentation Technologies
> Velika pot 22, SI-5250 Solkan - Slovenia
> T:+386 5 3352600, F:+386 5 3352601
> mailto: hinko.kocevar@i-tech.si
>
> http://www.i-tech.si - When your users demand stability
>
> The information transmitted is intended solely for the addressee and may
> contain confidential and/or privileged information. Any review, retention,
> disclosure or other use by persons other than the intended recipient is
> prohibited. If you received this in error, please notify the sender and
> delete all copies.
>
>

Be careful about going ~x86. I just went ~amd64. The OpenRC migration
is painless. The KDE, gnome, xfce4 part hasn't been for me. I'm likely
to remove all environments and apps, add the 41 apps to
package.keywords and be done with it, assuming that actually works and
doesn't uncover other problems.

Read more in a post I just sent before I saw your question.

- Mark

Re: [gentoo-user] Boot speedup

[Hinko Kocevar]

Hi,

On 04/12/10 12:26, KH wrote:
> Am 12.04.2010 11:56, schrieb Hinko Kocevar:
> [...]
>>
>> Thank you!
>>
>> Hmm, I was looking at the
>> http://www.gentoo.org/doc/en/openrc-migration.xml. For OpenRC I added
>> sys-apps/openrc ~x86 to package.keywords, to get baselayout-2 ebuild
>> I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.
>>
>> Will it be enough to (re-)build the baselayout and openrc and its
>> closest dependencies (41 packages)? Or do I need to perform complete
>> system upgrade (~900 packages) now that ACCEPT_KEYWORDS is present?
>>
>>
>> Best regards,
>> Hinko
>>
> 
> Hi,
> 
> if you are using ACCEPT_KEYWORDS="~x86" in /etc/make.conf you should do
> all 900 packages. Otherwise you might get a mix of both worlds what
> could be bad. Be sure that you really want your system changed to testing.
> Otherwise you should add those 41 packages to 
> /etc/portage/package.keywords

Crap. I though there will be some other simpler way of doing this. I
guess I'll leave as-is, at 45 second boot, since I don't want to
compromise my current setup with 'testing' packages where I don't
want/need them..

Thank you all!

Best regards,
Hinko


-- 
Hinko Kocevar
Technical support software engineer
Instrumentation Technologies
Velika pot 22, SI-5250 Solkan - Slovenia
T:+386 5 3352600, F:+386 5 3352601
mailto: hinko.kocevar@i-tech.si

http://www.i-tech.si - When your users demand stability

The information transmitted is intended solely for the addressee and may
contain confidential and/or privileged information. Any review, retention,
disclosure or other use by persons other than the intended recipient is
prohibited. If you received this in error, please notify the sender and
delete all copies.

Re: [gentoo-user] Boot speedup

[Roy Wright]

On Apr 12, 2010, at 7:01 AM, Mark Knecht <markknecht@gmail.com> wrote:

> On Mon, Apr 12, 2010 at 2:56 AM, Hinko Kocevar <hinko.kocevar@i-tech.si 
> > wrote:
>> On 04/12/10 11:31, Ngoc Nguyen Bao wrote:
>>> On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar <hinko.kocevar@i-tech.si 
>>> > wrote:
>>>> Hi,
>>>>
>>>> I've started to look around on how to speed up the Gentoo boot  
>>>> sequence.
>>>> Looking at the bootchart output I discovered that if using  
>>>> parallel boot
>>>> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"),  
>>>> things get
>>>> done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
>>>>
>>>> Boot time is still at 45 seconds.
>>>>
>>>>
>>>> Can boot be sped up even more?
>>>>
>>>>
>>>> Best regards,
>>>> Hinko
>>>> .
>>>>
>>>>
>>>
>>> Change to testing branch with base layout 2. Your boot time'll  
>>> decrease by half.
>>>
>>
>> Thank you!
>>
>> Hmm, I was looking at the
>> http://www.gentoo.org/doc/en/openrc-migration.xml. For OpenRC I added
>> sys-apps/openrc ~x86 to package.keywords, to get baselayout-2 ebuild
>> I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.
>>
>> Will it be enough to (re-)build the baselayout and openrc and its
>> closest dependencies (41 packages)? Or do I need to perform complete
>> system upgrade (~900 packages) now that ACCEPT_KEYWORDS is present?
>>
>>
>> Best regards,
>> Hinko
>>
>>
>>
>
> Be careful about going ~x86. I just went ~amd64. The OpenRC migration
> is painless. The KDE, gnome, xfce4 part hasn't been for me. I'm likely
> to remove all environments and apps, add the 41 apps to
> package.keywords and be done with it, assuming that actually works and
> doesn't uncover other problems.
>
> Read more in a post I just sent before I saw your question.
>
> - Mark
>

Concider / on SSD, /tmp in RAM, /var on spinning disk.

A free society is a single class society where everyone has the same  
rights.

Re: [gentoo-user] Boot speedup

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 629 bytes --]

Am 12.04.2010 11:02, schrieb Hinko Kocevar:
> Hi,
> 
> I've started to look around on how to speed up the Gentoo boot sequence.
> Looking at the bootchart output I discovered that if using parallel boot
> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
> done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
> 
> Boot time is still at 45 seconds.
> 
> 
> Can boot be sped up even more?
> 

The fastest way to boot is not to boot at all. Just use Suspend2Disk or
SuspendToRam.

Take a look at TuxOnIce and hibernate-script. Unless something is
broken, I hardly ever reboot.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

Re: [gentoo-user] Boot speedup

[Jarry]

On 12. 4. 2010 14:36, Hinko Kocevar wrote:

>>> I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.
>>> Will it be enough to (re-)build the baselayout and openrc and its
>>> closest dependencies (41 packages)? Or do I need to perform complete
>>> system upgrade (~900 packages) now that ACCEPT_KEYWORDS is present?
>>
>> if you are using ACCEPT_KEYWORDS="~x86" in /etc/make.conf you should do
>> all 900 packages.
>
> Crap. I though there will be some other simpler way of doing this. I
> guess I'll leave as-is, at 45 second boot, since I don't want to
> compromise my current setup with 'testing' packages where I don't
> want/need them..

OMG, why 41 or even 900 packages? There's no need to accept ~x86
globaly. IIRC, you need ~x86 only for openrs stuff. I have this
in my /etc/package.keywords (everything else is stable!):

  sys-apps/makedev ~amd64
  sys-apps/openrc ~amd64
  sys-apps/baselayout ~amd64
  sys-apps/sysvinit ~amd64

Shift to baselayout2 was really simple and it works like charm.
Actually, I wonder why is baselayout2 still ~x86/~amd64? Seems
quite stable to me, never had any problem with it in the last year...

Jarry


-- 
_______________________________________________________________
This mailbox accepts e-mails only from selected mailing-lists!
Everything else is considered to be spam and therefore deleted.

Re: [gentoo-user] Boot speedup

[Alex Schuster]

Florian Philipp writes:

> Am 12.04.2010 11:02, schrieb Hinko Kocevar:

> > Can boot be sped up even more?
> 
> The fastest way to boot is not to boot at all. Just use Suspend2Disk or
> SuspendToRam.
> 
> Take a look at TuxOnIce and hibernate-script. Unless something is
> broken, I hardly ever reboot.

I wonder why this seems to be working for everyone but me... I tried 
TuxOnIce for various times, with different systems, for years now, and 
still no real success. Well, it works sometimes on my desktop PC, but I 
have to issue the hibernate command up to ten times for this, and 
sometimes it still does not hibernate. And I also experience that trying 
to hibernate sometimes freezes the system, or has weird side effects.

But luckily, at least hibernate-ram suddenly seems to work well, and I'm 
sticking to that now.

	Wonko

Re: [gentoo-user] Boot speedup

[Peter Humphrey]

On Monday 12 April 2010 17:17:52 Florian Philipp wrote:

> Unless something is broken, I hardly ever reboot.

How do you take backups?

-- 
Rgds
Peter.

Re: [gentoo-user] Boot speedup

[Alex Schuster]

Peter Humphrey writes:

> On Monday 12 April 2010 17:17:52 Florian Philipp wrote:
> > Unless something is broken, I hardly ever reboot.
> 
> How do you take backups?

I do my backups from the running system, not from a live-cd. I create an 
LVM snapshot of the partition, and backup with use rdiff-backup. his way 
it does not matter if the partition itself is being modified during the 
backup.

	Wonko

[gentoo-user] backups [was: Boot speedup]

[David Relson]

On Tue, 13 Apr 2010 12:44:31 +0200
Alex Schuster wrote:

> Peter Humphrey writes:
> 
> > On Monday 12 April 2010 17:17:52 Florian Philipp wrote:
> > > Unless something is broken, I hardly ever reboot.
> > 
> > How do you take backups?
> 
> I do my backups from the running system, not from a live-cd. I create
> an LVM snapshot of the partition, and backup with use rdiff-backup.
> his way it does not matter if the partition itself is being modified
> during the backup.
> 
> 	Wonko

Backuppc works nicely here!

Re: [gentoo-user] Boot speedup

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 1330 bytes --]

Am 13.04.2010 00:00, schrieb Alex Schuster:
> Florian Philipp writes:
> 
>> Am 12.04.2010 11:02, schrieb Hinko Kocevar:
> 
>>> Can boot be sped up even more?
>>
>> The fastest way to boot is not to boot at all. Just use Suspend2Disk or
>> SuspendToRam.
>>
>> Take a look at TuxOnIce and hibernate-script. Unless something is
>> broken, I hardly ever reboot.
> 
> I wonder why this seems to be working for everyone but me... I tried 
> TuxOnIce for various times, with different systems, for years now, and 
> still no real success. Well, it works sometimes on my desktop PC, but I 
> have to issue the hibernate command up to ten times for this, and 
> sometimes it still does not hibernate. And I also experience that trying 
> to hibernate sometimes freezes the system, or has weird side effects.
> 
> But luckily, at least hibernate-ram suddenly seems to work well, and I'm 
> sticking to that now.
> 
> 	Wonko
> 

Actually, at the moment, suspend2disk doesn't work for me either. But
since suspend2ram works flawlessly (as did suspend2disk for some years),
I couldn't be bothered to find out, why.

In earlier years, the situation was vice versa for me. I suspect it's a
driver issue. My hibernate script stops wifi and unloads the iwl3945
kernel module. That solved all issues in the past.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

Re: [gentoo-user] Boot speedup

[Ngoc Nguyen Bao]

On Wed, Apr 14, 2010 at 12:03 AM, Florian Philipp
<lists@f_philipp.fastmail.net> wrote:
> Am 13.04.2010 00:00, schrieb Alex Schuster:
>> Florian Philipp writes:
>>
>>> Am 12.04.2010 11:02, schrieb Hinko Kocevar:
>>
>>>> Can boot be sped up even more?
>>>
>>> The fastest way to boot is not to boot at all. Just use Suspend2Disk or
>>> SuspendToRam.
>>>
>>> Take a look at TuxOnIce and hibernate-script. Unless something is
>>> broken, I hardly ever reboot.
>>
>> I wonder why this seems to be working for everyone but me... I tried
>> TuxOnIce for various times, with different systems, for years now, and
>> still no real success. Well, it works sometimes on my desktop PC, but I
>> have to issue the hibernate command up to ten times for this, and
>> sometimes it still does not hibernate. And I also experience that trying
>> to hibernate sometimes freezes the system, or has weird side effects.
>>
>> But luckily, at least hibernate-ram suddenly seems to work well, and I'm
>> sticking to that now.
>>
>>       Wonko
>>
>
> Actually, at the moment, suspend2disk doesn't work for me either. But
> since suspend2ram works flawlessly (as did suspend2disk for some years),
> I couldn't be bothered to find out, why.
>
> In earlier years, the situation was vice versa for me. I suspect it's a
> driver issue. My hibernate script stops wifi and unloads the iwl3945
> kernel module. That solved all issues in the past.
>
>

Sorry for asking a simple question but do you have a "resume=foo" in
your kernel parameter in your boot loader?

-- 
Nguyễn Bảo Ngọc
http://www.facebook.com/pymaster

Re: [gentoo-user] Boot speedup

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 1925 bytes --]

Am 13.04.2010 19:29, schrieb Ngoc Nguyen Bao:
> On Wed, Apr 14, 2010 at 12:03 AM, Florian Philipp
> <lists@f_philipp.fastmail.net> wrote:
>> Am 13.04.2010 00:00, schrieb Alex Schuster:
>>> Florian Philipp writes:
>>>
>>>> Am 12.04.2010 11:02, schrieb Hinko Kocevar:
>>>
>>>>> Can boot be sped up even more?
>>>>
>>>> The fastest way to boot is not to boot at all. Just use Suspend2Disk or
>>>> SuspendToRam.
>>>>
>>>> Take a look at TuxOnIce and hibernate-script. Unless something is
>>>> broken, I hardly ever reboot.
>>>
>>> I wonder why this seems to be working for everyone but me... I tried
>>> TuxOnIce for various times, with different systems, for years now, and
>>> still no real success. Well, it works sometimes on my desktop PC, but I
>>> have to issue the hibernate command up to ten times for this, and
>>> sometimes it still does not hibernate. And I also experience that trying
>>> to hibernate sometimes freezes the system, or has weird side effects.
>>>
>>> But luckily, at least hibernate-ram suddenly seems to work well, and I'm
>>> sticking to that now.
>>>
>>>       Wonko
>>>
>>
>> Actually, at the moment, suspend2disk doesn't work for me either. But
>> since suspend2ram works flawlessly (as did suspend2disk for some years),
>> I couldn't be bothered to find out, why.
>>
>> In earlier years, the situation was vice versa for me. I suspect it's a
>> driver issue. My hibernate script stops wifi and unloads the iwl3945
>> kernel module. That solved all issues in the past.
>>
>>
> 
> Sorry for asking a simple question but do you have a "resume=foo" in
> your kernel parameter in your boot loader?
> 

Yes: resume=swap:/dev/mapper/swap

For initializing the mapping (luks_crypt on LVM) I use a custom initrd.
With resume=swap:/dev/sda2 or such alike it should work out of the box
when everything is compiled in.

Hope this helps,
Florian Philipp


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

Re: [gentoo-user] Boot speedup

[Mark Knecht]

On Tue, Apr 13, 2010 at 3:44 AM, Alex Schuster <wonko@wonkology.org> wrote:
> Peter Humphrey writes:
>
>> On Monday 12 April 2010 17:17:52 Florian Philipp wrote:
>> > Unless something is broken, I hardly ever reboot.
>>
>> How do you take backups?
>
> I do my backups from the running system, not from a live-cd. I create an
> LVM snapshot of the partition, and backup with use rdiff-backup. his way
> it does not matter if the partition itself is being modified during the
> backup.
>
>        Wonko

Is there a good doc to read on this sort of setup? It sounds like what
I was thinking I might need.

This new system I built has RAID1 for Gentoo and backing up data from
a RAID0 in the same box. The RAID0 is for running multiple VMs. The
VMs are likely to be running 24/7 and I want to catch backups of them
pretty often, hourly possibly, and put them on the RAID1. I then have
another RAID1 machine where I'll backup everything on this RAID1.

The deal is I cannot stop the VMs from doing their work so I need some
way of getting them backed up while they are live.

- Mark

Re: [gentoo-user] Boot speedup

[Marc Joliet]

[-- Attachment #1: Type: text/plain, Size: 640 bytes --]

Am Mon, 12 Apr 2010 18:56:09 +0200
schrieb Jarry <mr.jarry@gmail.com>:

> On 12. 4. 2010 14:36, Hinko Kocevar wrote:
> 
[SNIP]
> Shift to baselayout2 was really simple and it works like charm.
> Actually, I wonder why is baselayout2 still ~x86/~amd64? Seems
> quite stable to me, never had any problem with it in the last year...

For what it's worth, there's bug #295613 "[TRACKER] openrc/baselayout2
stabilization".

> Jarry

HTH
-- 
Marc Joliet
--
Lt. Frank Drebin: "It's true what they say: cops and women don't mix. Like
eating a spoonful of Drāno; sure, it'll clean you out, but it'll leave you
hollow inside."

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Boot speedup

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 341 bytes --]

On Tue, 13 Apr 2010 14:06:16 -0700, Mark Knecht wrote:

> The deal is I cannot stop the VMs from doing their work so I need some
> way of getting them backed up while they are live.

Which VMware product are you using? Workstation can take snapshots of
running VMs.


-- 
Neil Bothwick

Top Oxymorons Number 21: "Now, then ..."

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Boot speedup

[Hinko Kocevar]

On 04/12/10 18:17, Florian Philipp wrote:
> Am 12.04.2010 11:02, schrieb Hinko Kocevar:
>> Hi,
>>
>> I've started to look around on how to speed up the Gentoo boot sequence.
>> Looking at the bootchart output I discovered that if using parallel boot
>> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
>> done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
>>
>> Boot time is still at 45 seconds.
>>
>>
>> Can boot be sped up even more?
>>
> 
> The fastest way to boot is not to boot at all. Just use Suspend2Disk or
> SuspendToRam.
> 
> Take a look at TuxOnIce and hibernate-script. Unless something is
> broken, I hardly ever reboot.
> 

I've tried TuxOnIce and I like it! Hibernating to swap works fine for
me. It 'boots' in ~10 seconds now :D

Thanx!

Best regards,
Hinko

-- 
Hinko Kocevar
Technical support software engineer
Instrumentation Technologies
Velika pot 22, SI-5250 Solkan - Slovenia
T:+386 5 3352600, F:+386 5 3352601
mailto: hinko.kocevar@i-tech.si

http://www.i-tech.si - When your users demand stability

The information transmitted is intended solely for the addressee and may
contain confidential and/or privileged information. Any review, retention,
disclosure or other use by persons other than the intended recipient is
prohibited. If you received this in error, please notify the sender and
delete all copies.

Re: [gentoo-user] Boot speedup

[Warp_7]

[-- Attachment #1: Type: Text/Plain, Size: 861 bytes --]

Am Montag, 12. April 2010 schrieb Hinko Kocevar:
> Hi,
> 
> I've started to look around on how to speed up the Gentoo boot sequence.
> Looking at the bootchart output I discovered that if using parallel boot
> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
> done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
> 
> Boot time is still at 45 seconds.
> 
> 
> Can boot be sped up even more?

Perhaps by thinning out your bootup batch, removing stuff from boot you don’t 
really need. Example: I print ralely, so only start cups when needed. Same 
with timidity, apache and other stuff.

Switching from serial to parallel boot got me - according to bootchart - from 
41 to 37 seconds on my 3 years old laptop.
-- 
Gruß | Greetings | Qapla'
Why’d the orange go blind? Because it was low on Vitamin C.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]