Garrett Cooper wrote:
> Something else I should have mentioned. Statically building components
> into the kernel makes operation faster overall,
I don't think there's a measurable difference in speed.
> but increases the
> required memory for your machine, whereas using modules is more
>
Quoting Garrett Cooper <[EMAIL PROTECTED]> (from Tue, 14 Nov
2006 11:19:11 -0800):
Something else I should have mentioned. Statically building components
into the kernel makes operation faster overall, but increases the
required memory for your machine, whereas using modules is more
expensive
Oliver Fromme wrote:
Vlad GURDIGA wrote:
> I'm trying to keep very close touch with 6.1_STABLE cvsupping sources
> once a week or even more often.
You mean RELENG_6_1? I don't think that makes sense,
because not many changes happen to that branch. You
should only cvsup if necessary, i.e. whe
Thanks for the exhaustive explanation!
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Vlad GURDIGA wrote:
> I'm trying to keep very close touch with 6.1_STABLE cvsupping sources
> once a week or even more often.
You mean RELENG_6_1? I don't think that makes sense,
because not many changes happen to that branch. You
should only cvsup if necessary, i.e. when a security
fix (or ot
Vlad GURDIGA wrote:
Booting a
kernel with no bpf support, and with
ng_bpf_load="YES" in my loader.conf [which, I found on the questions
list that is not what I need], the pflogd fails to start with this
error:
ng_bpf is a netgraph node that uses bpf.. not what you need
[...]
Is there any way
Hello,
I posted the same question on freebsd-questions list but did not get
an exact answer, so, I'm going on with my "research". :)
I'm trying to keep very close touch with 6.1_STABLE cvsupping sources
once a week or even more often. I'm thinking of removing as much as
possible devices from the
7 matches
Mail list logo
