Date: Mon, 6 Feb 2012 13:50:10 +0100 From: Olivier Smedts <olivier@gid0.org> To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= <trasz@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Speeding up the loader(8). Message-ID: <CABzXLYMFn8xC_LpFWZUUM8XPX9H7d=gN5bcthObNXF2APecWxQ@mail.gmail.com> In-Reply-To: <20120123215503.GA64787@geosci> References: <20120123215503.GA64787@geosci>
next in thread | previous in thread | raw e-mail | index | archive | help
2012/1/23 Edward Tomasz Napiera=C5=82a <trasz@freebsd.org>: > Some time ago I've spent some time on trying to speed up loading > modules by the loader(8). =C2=A0Result can be found at: > > http://people.freebsd.org/~trasz/fast-loader-3.diff I use it successfully on my FreeBSD 9.0-STABLE amd64 with ZFS on root. It sped up the loading time significantly, now booting on ZFS feels nearly as speedy as on UFS. > In my tests under VMWare Fusion, this cut the modules loading time > by half. =C2=A0I don't intend to commit the patch as-is - the first part > looks dangerous (the splitting was probably done for a reason), > the second is hackish, and the third doesn't improve anything by itself. > I'm working on something else at a moment; feel free to pick this up. Thanks --=20 Olivier Smedts=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 _ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ASCII ri= bbon campaign ( ) e-mail: olivier@gid0.org=C2=A0 =C2=A0 =C2=A0 =C2=A0 - against HTML email & = vCards=C2=A0 X www: http://www.gid0.org=C2=A0 =C2=A0 - against proprietary attachments / \ =C2=A0 "Il y a seulement 10 sortes de gens dans le monde : =C2=A0 ceux qui comprennent le binaire, =C2=A0 et ceux qui ne le comprennent pas."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABzXLYMFn8xC_LpFWZUUM8XPX9H7d=gN5bcthObNXF2APecWxQ>