<br><br><div class="gmail_quote">On Tue, Dec 20, 2011 at 6:32 AM, Lars Engels <span dir="ltr"><<a href="mailto:lars.engels@0x20.net">lars.engels@0x20.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Mon, Dec 19, 2011 at 01:39:26PM -0500, Kris Moore wrote:<br>
><br>
> Testers,<br>
><br>
> Got a few files here I thought I'd make available for testing to<br>
> evaluate putting them into 9.0.<br>
><br>
> This updated /etc/rc & /etc/rc.delay files change how booting works, to<br>
> try and boot us faster to a GUI login. This happens by delaying certain<br>
> services / networking from loading until after the GUI starts. On my<br>
> slower netboot here, it shaved a 84 second boot down to 45ish seconds,<br>
> almost a 50% reduction. I'll be curious to hear about others results,<br>
> plus if any problems occur.<br>
><br>
> To test this out, first as root do:<br>
><br>
> # cp /etc/rc /etc/rc.orig<br>
><br>
> Then copy the attached rc & rc.delay to /etc/rc and /etc/rc.delay<br>
> respectively.<br>
><br>
> After that you can reboot and see if it makes any difference for you.<br>
><br>
> If you want to undo the patch, just do:<br>
><br>
> # cp /etc/rc.orig /etc/rc<br>
> # rm /etc/rc.delay<br>
><br>
> I'd be curious to hear about boot-times before and after, I timed it<br>
> here from the boot-splash screen to the time the login appeared for GDM.<br>
><br>
> Thanks!<br>
<br>
</div></div>Kris,<br>
<br>
I'd vote against adding it to 9.0. PCBSD is already in the last RC stage<br>
and adding this feature may be nice but can cause breakage for many<br>
people.<br>
Personally I'd love to have a faster booting FreeBSD with parallelized<br>
deterministic hardware sensing and parallelized rc scripts.<br>
But I always disliked the way Windows does it: Having a login prompt and<br>
desktop very early but then wait for the network... IMHO network<br>
connectivity should always be the first thing to start because I don't<br>
want an offline machine. :)<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888">Lars<br>
</font></span><br>_______________________________________________<br>
Testing mailing list<br>
<a href="mailto:Testing@lists.pcbsd.org">Testing@lists.pcbsd.org</a><br>
<a href="http://lists.pcbsd.org/mailman/listinfo/testing" target="_blank">http://lists.pcbsd.org/mailman/listinfo/testing</a><br>
<br></blockquote></div>Hello<br><br>I have not taken the time to test this. However, it seems like a reasonable addition as a mechanism that would allow for the configuration of the delayed loading of things. If inclusion would delay v9.0 final, then make it available by other ways.. possibly after more testing if other edge cases rear their ugly heads.<br>
<br>Lars does make a valid point, if it were to be enabled by default there are likely to be complaints that the configuration chosen would not match the desires of any number of users.<br><br>I definitely like the certainty of having network access right away, but if I ran other things such as a bittorrent server/client, or other various things that would delay my own access to the desktop (or its immediate responsiveness), then assuming there were no other detriments, I'd like to be able to delay those types of things.<br>
<br>Thanks for your hard work!<br><br>