Re: filemon

On Tue, 30 Jul 2024 19:22:31 +0800
Alastair Hogge <agh@riseup.net> wrote:

> 
> 
> On 30 July 2024 5:38:57 pm AWST, Miroslav Lachman <000.fbsd@quip.cz> wrote:
> >On 30/07/2024 11:10, Dag-Erling Smørgrav wrote:
> >> Gary Jennejohn <garyj@gmx.de> writes:
> >
> >[..]
> >
> >>> I also load it from /boot/loader.conf using filemon_load="YES"
> >> 
> >> This does cause the module to be loaded at boot time, but it's slower
> >> than loading it later, and it increases memory fragmentation.  A better
> >> option is to include "filemon" in the kld_list variable in /etc/rc.conf
> >> or /etc/rc.conf.d/kld.  For instance,
> >> 
> >>      % cat /etc/rc.conf.d/kld/filemon
> >>      kld_list="${kld_list} filemon"
> >
> >Does this also apply today? I recently read from someone on a mailing list that the kld_list in rc.conf is no longer needed, that any problems it used to solve are solved, and that the preferred way is to load everything from loader.conf.
> 
> Was it the following mail from Warner on a relates commit?
> 
> https://lists.freebsd.org/archives/dev-commits-src-main/2024-May/024029.html
> 
> -- 
> Sent from a device with a tiny bloody screen and no hard keyboard; please excuse my brevity.

Seems to be related to me, but only with single aspect, loading speed.

Another aspect is that loading multiple too large modules easily makes
boots crash. Staging area (memory region which loader allocates to load
kernel and modules, and maybe configured buffers) is limited.
Loading zfs.ko and GPU drivers (drm.ko, nvidia-drm.ko,
nvidia-modeset.ko, nvidia.ko and so on) via /boot/loader.conf[.loal]
alltogether easily makes boot to crash on module loads.

A few of examples related: Bug 277967 [1], Bug 277364 [2],
                           Bug 277827 [3]

You would find much, much more on forums.freebsd.org.


[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277967

[2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277364

[3] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277827
-- 
Tomoaki AOKI    <junchoon@dec.sakura.ne.jp>