You are not logged in.

#26 2004-12-09 03:26:34

z4ziggy
Member
From: Israel
Registered: 2004-03-29
Posts: 573
Website

Re: Fastboot Initscript Patches

~6s is a lot of time... maybe its worth it. wonder if someone can post diff/patches to test such a script.

Offline

#27 2004-12-09 03:44:05

punkrockguy318
Member
From: New Jersey
Registered: 2004-02-15
Posts: 707
Website

Re: Fastboot Initscript Patches

My initscripts weren't really geared towards login managers:  They were geared towards console login.  You can just put kdm as the first daemon and boot up very quickly.  But for the people who login via console, you need to wait for EVERY daemon to load.. which is a pain.


If I have the gift of prophecy and can fathom all mysteries and all knowledge, and if I have a faith that can move mountains, but have not love, I am nothing.   1 Corinthians 13:2

Offline

#28 2004-12-16 03:31:35

Shofs
Member
From: Central Illinois
Registered: 2004-12-15
Posts: 184

Re: Fastboot Initscript Patches

It would be cool to apply the info from this thread to this.

Bootchart is a tool for performance analysis and visualization of the GNU/Linux boot process. Resource utilization and process information are collected during the boot process and are later rendered in an SVG or PNG encoded chart.

Offline

#29 2004-12-16 04:13:01

dtw
Forum Fellow
From: UK
Registered: 2004-08-03
Posts: 4,436
Website

Re: Fastboot Initscript Patches

If the initscripts are to be rehashed to include this rather excelent idea then, please, PLEASE can support for bootsplash and fbsplash be included in the initscripts!

It is extremely frustrating to be able to set up all the bootsplash/fbsplash stuff but then be stuck becuase you can't patch the initscripts - surely catering for the users that want to use boot/fb splash is ok - it's not like it is going to massively bloat the initscripts at ALL!

Also, something that still remains and issue - if you update initscripts with the -U option then it WILL overwrite all the files - whether you have set them as to "do not remove under any circumstance" in rc.conf - if you then reinstall the old package without copying your own files back from the pacsaves they will be overwritten and you will lose them.

Should I submit bug reports/requests for this?  Would i receive support - not meaning to thread hijack too much!

Offline

#30 2004-12-16 14:18:33

Hum
Member
Registered: 2004-06-13
Posts: 46

Re: Fastboot Initscript Patches

dibblethewrecker wrote:

If the initscripts are to be rehashed to include this rather excelent idea then, please, PLEASE can support for bootsplash and fbsplash be included in the initscripts!

It is extremely frustrating to be able to set up all the bootsplash/fbsplash stuff but then be stuck becuase you can't patch the initscripts - surely catering for the users that want to use boot/fb splash is ok - it's not like it is going to massively bloat the initscripts at ALL!

Also, something that still remains and issue - if you update initscripts with the -U option then it WILL overwrite all the files - whether you have set them as to "do not remove under any circumstance" in rc.conf - if you then reinstall the old package without copying your own files back from the pacsaves they will be overwritten and you will lose them.

Should I submit bug reports/requests for this?  Would i receive support - not meaning to thread hijack too much!

add
"NoUpgrade = etc/rc.sysinit" to your etc/pacman.conf file that should prevent pacman from overwriting your files.

Offline

#31 2004-12-17 06:46:30

dtw
Forum Fellow
From: UK
Registered: 2004-08-03
Posts: 4,436
Website

Re: Fastboot Initscript Patches

Thanks HUM - i did that - i said i already did that - and it doesn't work - sorry PunkRockGuy

Offline

#32 2004-12-18 05:33:51

loserMcloser
Member
From: Canada
Registered: 2004-12-15
Posts: 122

Re: Fastboot Initscript Patches

Here is a simple fastboot patch that I worked up.  It allows you to specify in rc.conf which daemons to load up in the background during boot by prefixing them with an @ symbol. Note: this patch is totally separate from punkrockguy's patch, do not use both of them.

It is available here.  As with punkrockguy's patch, apply it from the src directory of the initscripts package with a

patch -p1 < /path/to/bkgdDaemons.patch

Example use: my DAEMONS list in rc.conf now looks like

DAEMONS=(syslog-ng @hotplug network @netfs @sshd portmap nfslock @nfsd @acpid @crond @fam)

Warning:  If you boot up into xdm/kdm/gdm and your video card requires certain kernel modules to be loaded (eg. nvidia), you may need to explicitly add those modules to the MODULES list in rc.conf if you background the hotplug daemon. This is so that the modules are loaded and initialized in time for X to start up.

Cover-My-Butt-Warning: Use this patch at your own risk. This patch messes with the scripts that boot up / shutdown your computer and as such could result in a non-booting system. Back up your init scripts before using. Make sure you have a rescue disk on hand.

Offline

#33 2004-12-18 13:31:03

punkrockguy318
Member
From: New Jersey
Registered: 2004-02-15
Posts: 707
Website

Re: Fastboot Initscript Patches

loserMcloser wrote:

Here is a simple fastboot patch that I worked up.  It allows you to specify in rc.conf which daemons to load up in the background during boot by prefixing them with an @ symbol. Note: this patch is totally separate from punkrockguy's patch, do not use both of them.

It is available here.  As with punkrockguy's patch, apply it from the src directory of the initscripts package with a

patch -p1 < /path/to/bkgdDaemons.patch

Example use: my DAEMONS list in rc.conf now looks like

DAEMONS=(syslog-ng @hotplug network @netfs @sshd portmap nfslock @nfsd @acpid @crond @fam)

Warning:  If you boot up into xdm/kdm/gdm and your video card requires certain kernel modules to be loaded (eg. nvidia), you may need to explicitly add those modules to the MODULES list in rc.conf if you background the hotplug daemon. This is so that the modules are loaded and initialized in time for X to start up.

Cover-My-Butt-Warning: Use this patch at your own risk. This patch messes with the scripts that boot up / shutdown your computer and as such could result in a non-booting system. Back up your init scripts before using. Make sure you have a rescue disk on hand.

Sounds very nice.  big_smile I tried something like this at first, but I didn't think of that simple solution.  I had a DAEMONS array and a DAEMONSB array.  That made things complicated.  This sounds like a very good idea!  Good work


If I have the gift of prophecy and can fathom all mysteries and all knowledge, and if I have a faith that can move mountains, but have not love, I am nothing.   1 Corinthians 13:2

Offline

#34 2004-12-18 22:12:43

aCoder
Member
From: Medina, OH
Registered: 2004-03-07
Posts: 359
Website

Re: Fastboot Initscript Patches

I like the '@' prefix idea as well.  It seems consistent with the '!' to disable a daemon.


If you develop an ear for sounds that are musical it is like developing an ego. You begin to refuse sounds that are not musical and that way cut yourself off from a good deal of experience.
  - John Cage

Offline

#35 2004-12-18 23:52:08

dp
Member
From: Zürich, Switzerland
Registered: 2003-05-27
Posts: 3,366
Website

Re: Fastboot Initscript Patches

aCoder wrote:

I like the '@' prefix idea as well.  It seems consistent with the '!' to disable a daemon.

i second this ... it looks very clean


The impossible missions are the only ones which succeed.

Offline

#36 2004-12-19 01:13:06

kakabaratruskia
Member
From: Santiago, Chile
Registered: 2003-08-24
Posts: 596

Re: Fastboot Initscript Patches

I like this idea, cause I like to know if some daemons like the network are running.


And where were all the sportsmen who always pulled you though?
They're all resting down in Cornwall
writing up their memoirs for a paper-back edition
of the Boy Scout Manual.

Offline

#37 2004-12-19 05:31:17

Dusty
Schwag Merchant
From: Medicine Hat, Alberta, Canada
Registered: 2004-01-18
Posts: 5,986
Website

Offline

#38 2004-12-20 05:17:19

ganlu
Member
From: ChongQing, China
Registered: 2004-01-04
Posts: 336

Re: Fastboot Initscript Patches

Aye, it could be better.

Offline

#39 2004-12-20 05:55:46

iBertus
Member
From: Greenville, NC
Registered: 2004-11-04
Posts: 2,228

Re: Fastboot Initscript Patches

This is a really interesting idea. With work this could become the best startup system found in any linux distro and would serve to cancel one of the few advantages that Windows has on the desktop. big_smile

Offline

#40 2004-12-21 01:44:40

FoPref
Member
From: Erlangen / Germany
Registered: 2004-03-24
Posts: 96
Website

Re: Fastboot Initscript Patches

advantage? Arch boots without backgrounding in 15 seconds, can Windows ever do that *with* backgrounding?

Offline

#41 2004-12-21 03:10:52

iBertus
Member
From: Greenville, NC
Registered: 2004-11-04
Posts: 2,228

Re: Fastboot Initscript Patches

Win Xp on my Athlon XP w/ nForce2 and software IDE drivers boots to login in about 5 sec. not counting BIOS screens.

Offline

#42 2004-12-21 11:21:35

FoPref
Member
From: Erlangen / Germany
Registered: 2004-03-24
Posts: 96
Website

Re: Fastboot Initscript Patches

nice. how long does arch need on your system?

Offline

#43 2004-12-21 14:43:15

iBertus
Member
From: Greenville, NC
Registered: 2004-11-04
Posts: 2,228

Re: Fastboot Initscript Patches

Just booted up for the first time in awile, but timed it at approx 12-15 sec. not counting BIOS screens but including the kernel stuff. I should point out that the Windows install, which is now destroyed in favor of a totally Arch system, had been there for quite awhlie and the prefetching mombo-jumbo was doing it's job pretty well. I havn't tried the new background loading initscripts so that startup time is with a default Arch init loading 6-7 daemons.

I am by no means disappointed with the performance of Arch considering I don't reboot this machine now nearly as often as I did with the Windows install and so I've probably already made that boot time back 10-fold in just not having to reboot. My interest in this is that I feel that it would be cool to be more stable than Windows but also faster on the reboot .  8)

I assume that people needing an instant response from their machine on boot could just use suspend to disk and be done with it. I don't power my machine down unless I have too for some reason beyond my control.    big_smile

Offline

#44 2004-12-21 15:22:47

loserMcloser
Member
From: Canada
Registered: 2004-12-15
Posts: 122

Re: Fastboot Initscript Patches

oops, didn't notice rc.single needed to be edited too.  updated patch is in same location, here.

Offline

#45 2004-12-21 17:45:02

phrakture
Arch Overlord
From: behind you
Registered: 2003-10-29
Posts: 7,879
Website

Re: Fastboot Initscript Patches

nice patch, i'll apply it now and try it when i get home


I vote for this added into the initscripts package (email it to judd).. and I agree the prefix thing seems more arch centric to goalong with the "!" prefixing....

Offline

#46 2004-12-21 21:10:41

iBertus
Member
From: Greenville, NC
Registered: 2004-11-04
Posts: 2,228

Re: Fastboot Initscript Patches

I also think the @ prefixing is a great idea. Perhaps this should be included with the default initscripts, but should it be enabled by default? Too bad we can't make intelligent daemon loaders that wait until the required things are loaded before trying to load one in the background (ie. fam and network).. Does this make sense?

Anywho, great work!

Offline

#47 2004-12-21 22:12:41

loserMcloser
Member
From: Canada
Registered: 2004-12-15
Posts: 122

Re: Fastboot Initscript Patches

It's easy to have it disabled by default -- just don't put any @'s in the DAEMONS line of the vanilla rc.conf.   8)

Offline

#48 2004-12-22 02:10:51

Pajaro
Member
Registered: 2004-04-21
Posts: 878

Re: Fastboot Initscript Patches

@ it's good.

I would have made it in my patch if I'd know enough bash programming.

I don't think it is really usefull, but we loose nothing having it avaible.

I made my initscripts load in background some time ago because nfsd spend more than a minute to be [DONE], so I really felt the difference.

That would have been great to simply add an @ instead off having to modify the initscripts by myself (that would have been great for other people, not for me: i've loved to learn the simplicity of linux).

Offline

#49 2004-12-22 15:17:58

phrakture
Arch Overlord
From: behind you
Registered: 2003-10-29
Posts: 7,879
Website

Re: Fastboot Initscript Patches

I would also like to suggest backgrounding the shared link update too... as that's the biggest hog (though it'd be better to have pacman run it after each install instead of on boot)

Offline

#50 2004-12-22 15:54:54

z4ziggy
Member
From: Israel
Registered: 2004-03-29
Posts: 573
Website

Re: Fastboot Initscript Patches

actually, ldconfig is already running after each pacman package install... im guessing they'd put ldconfig in the rc.sysinit to avoid the initial ldconfig execution delay on pacman execution... this makes pacman looks faster tongue
i myself removed it toally from rc.sysinit, since pacman will execute it anyway once its needed... who needs the 20 second delay at each startup..  8)

Offline

Board footer

Powered by FluxBB