Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-12 Thread Petter Reinholdtsen
[Petter Reinholdtsen] > With the two recent uploads of sysvinit and insserv, the packages in > unstable are able to run with full dependcy based concurrent > booting. To enable it, install insserv, activate it by using > 'dpkg-reconfigure insserv' and then 'echo CONCURRENCY=makefile >> > /etc/defa

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-07 Thread Marco d'Itri
On Jul 07, Petter Reinholdtsen wrote: > > No, /dev/console must exist but you cannot rely on anything else > > being present. > Why not? On my freshly installed Debian system, the following are > present in /dev/ before udev is enabled: This is an accident due to Debian development being uncoord

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-07 Thread Petter Reinholdtsen
[Marco d'Itri] > No, /dev/console must exist but you cannot rely on anything else > being present. Why not? On my freshly installed Debian system, the following are present in /dev/ before udev is enabled: agpgart audio audio1 audio2 audio3 audioctl console core dsp dsp1 dsp2 dsp3 fd full i

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-06 Thread Marco d'Itri
On Jul 06, Petter Reinholdtsen wrote: > Note that /dev/ isn't empty before udev is executed. /dev/zero and a > few others exist. No, /dev/console must exist but you cannot rely on anything else being present. > > Definitely not procps, since I may want to set keys for some device > > like a net

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-06 Thread Petter Reinholdtsen
[Marco d'Itri] > Do you really know about everything which uses e.g. /dev/zero? Note that /dev/ isn't empty before udev is executed. /dev/zero and a few others exist. > Definitely not procps, since I may want to set keys for some device > like a network card which does not exist until udev has

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-05 Thread Marco d'Itri
On Jul 05, Petter Reinholdtsen wrote: > I expect those scripts depending on udev to declare that dependency > explicitly. The scripts I talk about for rcS.d are the few that could Do you really know about everything which uses e.g. /dev/zero? > run concurrently before udev, like hostname.sh, pr

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-05 Thread Petter Reinholdtsen
[Marco d'Itri] > You probably want to wait for udev anyway because otherwise major > system components may not exist... I expect those scripts depending on udev to declare that dependency explicitly. The scripts I talk about for rcS.d are the few that could run concurrently before udev, like hos

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-02 Thread Marco d'Itri
On Jul 02, Petter Reinholdtsen wrote: > Definitely, yes. One minor issue with concurrent booting in rcS.d/ is > that no concurrency is available before /dev/pts/ is mounted, which is > done just after udev is started. This mean that there might be > improvements in the early boot if we find a w

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-02 Thread Petter Reinholdtsen
[Kel Modderman] > To all queries: Yes. Definitely, yes. One minor issue with concurrent booting in rcS.d/ is that no concurrency is available before /dev/pts/ is mounted, which is done just after udev is started. This mean that there might be improvements in the early boot if we find a way to av

Re: Next optimization with dependency based boot sequencing and concurrent booting

2009-07-02 Thread Kel Modderman
On Thursday 02 July 2009 22:22:27 Frédéric Boiteux wrote: > Hello, > > does the new "full dependcy based concurrent booting" means use > of /etc/init.d/.depend.* dependancies generated by insserv ? Is it > 'startpar' which handles this boot ? > I also wonder if the concurrent booting can be