Barebone kernel options request

[samir.otmane at numericable.fr]

>Not really related about hardware, i just don't like being enforced
>features that i don't need/want of, yet i understand that there will
>*might* not be noticeable performance impact upon keeping/get rid of
>some features.
>
>
>---- Message d'origine ----
>De : "Carmel NY" <carmel_ny at outlook.com>
>À : "FreeBSD" <freebsd-questions at freebsd.org>
>Objet : Re: Barebone kernel options request
>Date : 11/03/2019 14:54:48 CET
>
>On Mon, 11 Mar 2019 09:08:48 -0400, Robert Huff stated:
>
>>Polytropon writes:
>> 
>>> You will then make a copy of the GENERIC kernel configuration file
>>> and adjust it to your needs, i. e., remove all the entries you do
>>> not need. 
>>
>> Proceed with caution here.
>> I do not know if it is currently true, but it has in the past
>>been the case that (e.g.) option Q depends on device F which depends
>>on device B; while the relationship between Q and F is documented in
>>the config file, the one between F and B is not.
>> The easy targets are disk(/RAID) drivers and network cards.
>>After that? Stay alert; trust no-one; keep your un-delete key handy.
>>
>>
>> Respectfully,
>>
>>
>> Robert Huff 
>
>Just out of some sort of morbid curiosity, I would be interested in
>knowing exactly what problem the OP is trying to correct or alleviate
>here. If his storage, memory or whatever resources are stretched to the
>limit, he would be better served by purchasing a newer, more powerful
>machine. "You can't make a silk purse out of a sow's ear."
>

samir.otmane at numericable, could we retire the "Top Posting" technique?
<https://en.wikipedia.org/wiki/Posting_style>

-- 
Carmel

Sure, i'm sorry for the inconvenience (As i'm not used to mailing list posting-style)