svn commit: r255323 - in head/sys: amd64/conf i386/conf

[Slawa Olhovchenkov]

On Sat, Sep 07, 2013 at 02:18:27PM -0700, Adrian Chadd wrote:

> On 7 September 2013 14:02, Slawa Olhovchenkov <slw at zxy.spb.ru> wrote:
> 
> > On Sat, Sep 07, 2013 at 10:48:48PM +0200, Edward Tomasz Napiera?a wrote:
> >
> > > Wiadomo?? napisana przez Adrian Chadd <adrian at freebsd.org> w dniu 7 wrz
> > 2013, o godz. 19:47:
> > > > I'll be happy if someone does this right now, by populating a
> > /boot/loader.modules or something, and then force the "fixing" of loader to
> > cache metadata to make the reads faster.
> > >
> > > I have no idea on what's the loader(8) state right now, but long time
> > ago I''ve made a patch
> > > that made it significantly faster by making caching actually work.  No
> > idea if anyone picked
> > > up the patch (http://people.freebsd.org/~trasz/fast-loader-3.diff),
> > though.
> > >
> >
> > Some time ago Andrey V. Elsukov do improvement in loader for more
> > efficient caching and partition handling. Now loader load a lot of
> > modules faster. I am insert hist in CC: list.
> >
> 
> Cool!
> 
> Between Andrey and trasz@ there seems to be significant work done in this
> area to make things better.
> 
> How about we get together a single patch set against -HEAD to start testing
> out? I'll test it out on my amd64/i386 devices (and if I can get these ARM
> boards to work, arm as well) to see how it works?
> 
> I think we can aim to get this stuff snuck into -HEAD after 10 branches
> off. Sneaking it into -HEAD now would be way too risky. We can always MFC
> it later on to hit 10.1 or something.

I think now -HEAD can't be more risky by one or two patches.

> Thanks guys! I'm glad someone has already done a large part of this work!
> 
> 
> 
> -adrian