Seeking an idiot's guide to etcupdate/mergemaster

[bob prohaska]

On Mon, Oct 24, 2022 at 08:32:17PM -0700, Mark Millard wrote:
> 
> Your /etc/rc.d/ldconfig script seems to have not been updated
> by use of etcupdate or mergemaster or other such. (How much
> else is also out of date? How much of what you have for /etc/
> and the like goes back to 2022-Jan-07 or before?)
>
 
Alas, that is too true. The system was set up on July 2, 2020
and I've never managed to make sense of either mergemaster nor
etcupdate. Far as I could tell it didn't matter, the host ran
correctly, until now.

It's been transplanted to a new hard drive, which allows the
installation of a ports tree. Ports don't install because of
the stale /etc/rc.d/ldconfig file.

Since no changes have been made to /etc/ apart from /etc/rc.conf
is it possible to simply let mergemaster or etcupdate install
the latest defaults? I have looked at the manpage for etcupdate
and didn't recognize any straightforward way to simply accept
all updates. This particular system is expendable, so I'd be
glad to try things that might not work well, or at all. 

Apologies if I'm being dumb (probably guilty) or lazy (definitely
guilty). The barrage of questions generated by etcupdate  and
mergemaster is simply overwhelming. And, I suspect, largely 
unnecessary.   
 
Thanks for reading!

bob prohaska

Options for production testing under current(samba slow)

[Dan The Man]

cd /usr/src/sys/amd64/conf
cp GENERIC-NODEBUG MYKERNEL;
(add: options BHYVE_SNAPSHOT)
cd /usr/src
make -j12 buildworld -DWITH_BHYVE_SNAPSHOT -DWITH_MALLOC_PRODUCTION
make -j12 buildkernel KERNCONF=MYKERNEL
make installkernel KERNCONF=MYKERNEL
etc

Been playing with current lately mostly to use bhyve suspend/resume(which 
works fine btw, other than core dumps if I left a cd device in there with 
an ISO etc).


I have noticed on samba I am loosing 100-200MB/s transfer speeds now over 
10gigabit ix0 device, I am wondering if I need more options than

-DWITH_MALLOC_PRODUCTION?


Dan.

--
Dan The Man
CEO & Founder
Websites, Domains and Everything else
http://www.SunSaturn.com/aboutus.php
Email: d...@sunsaturn.com
PGP Key: https://SunSaturn.com/pgp.txt
A1A7 6E84 FB0B 8994 C3B5  A1BA FF6F 4997 7311 C386

Re: trpt(8) to be decomissioned

[tuexen]

> On 5. Nov 2022, at 01:54, Cy Schubert  wrote:
> 
> In message , Gleb Smirnoff writes:
>>  Max,
>> 
>> the reason I want to retire it is not that it consumes 40 Kb
>> in the repository.  The reason is that knows kernel structures,
>> and fails to compile after changes to them.  So the tool that
>> nobody uses requires special care when working on TCP.  The
>> kernel headers disclose the structures for trpt (with some
>> protection with _WANT_TCPCB, though) and some software from
>> ports (not calling names!) would start use them too. Now a
>> kernel developer needs to care not only about trpt, but
>> about this software, too.
> 
> I recall when Bryan Cantrill came to one of the local hotels here to 
> announce Solaris 9, I remember him saying that Solaris truss was now an app 
> that called DTrace functions. If people feel the need for trpt-like 
> utility, would it be an idea to write it using DTrace calls? Could it be a 
> GSoC project? It would be kind of neat for a co-op student or someone to 
> get their feet wet with systems programming.
> 
> I typically use DTrace when snooping around looking for that proverbial 
> needle in a haystack. And TCPDEBUG seems to be one of those things that 
> DTrace was designed to replace.
> 
> It would be a good project to have a still in school upcoming developer to 
> work on.
That plan is to use BBLog as an replacement.

Best regards
Michael
> 
> 
> -- 
> Cheers,
> Cy Schubert 
> FreeBSD UNIX: Web:  https://FreeBSD.org
> NTP:   Web:  https://nwtime.org
> 
> e^(i*pi)+1=0
> 
> 
> 
> 
> 

Re: 14.0-CURRENT failed to reclaim memory error in RPi 3B build

[Archimedes Gaviola]

On Thu, Nov 3, 2022 at 7:52 AM Mark Millard  wrote:

> On 2022-Nov-2, at 14:09, Archimedes Gaviola 
> wrote:
>
> > On Mon, Oct 31, 2022 at 1:47 PM Archimedes Gaviola <
> archimedes.gavi...@gmail.com> wrote:
> >
> > . . .
> >
> > . . .
> >
> >
> > Hi Mark,
> >
> > Just an update, as kernel and world compilation is ongoing with my RPi3B
> system (with swap partition) is doing so far, so good. It already surpassed
> the tough part that breaks the compilation process here.
> > ...
> >
> > llvm-tblgen -gen-asm-matcher  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenAsmMatcher.inc.d -o RISCVGenAsmMatcher.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-asm-writer  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenAsmWriter.inc.d -o RISCVGenAsmWriter.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-callingconv  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenCallingConv.inc.d -o RISCVGenCallingConv.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-compress-inst-emitter  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenCompressInstEmitter.inc.d -o RISCVGenCompressInstEmitter.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-dag-isel  -I /usr/src/contrib/llvm-project/llvm/include
> -I /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenDAGISel.inc.d -o RISCVGenDAGISel.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-disassembler  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenDisassemblerTables.inc.d -o RISCVGenDisassemblerTables.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-global-isel  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenGlobalISel.inc.d -o RISCVGenGlobalISel.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-instr-info  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenInstrInfo.inc.d -o RISCVGenInstrInfo.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-emitter  -I /usr/src/contrib/llvm-project/llvm/include
> -I /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenMCCodeEmitter.inc.d -o RISCVGenMCCodeEmitter.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-pseudo-lowering  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenMCPseudoLowering.inc.d -o RISCVGenMCPseudoLowering.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-register-bank  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenRegisterBank.inc.d -o RISCVGenRegisterBank.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-register-info  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenRegisterInfo.inc.d -o RISCVGenRegisterInfo.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-searchable-tables  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenSearchableTables.inc.d -o RISCVGenSearchableTables.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-subtarget  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenSubtargetInfo.inc.d -o RISCVGenSubtargetInfo.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> > llvm-tblgen -gen-searchable-tables  -I
> /usr/src/contrib/llvm-project/llvm/include -I
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV  -d
> RISCVGenSystemOperands.inc.d -o RISCVGenSystemOperands.inc
> /usr/src/contrib/llvm-project/llvm/lib/Target/RISCV/RISCV.td
> >
> > Any thoughts why this part is quite a challenge when it comes to memory
> usage? The other architectures do not possess such behavior... just curious.
>

Hi Mark,

Sorry for the late response, I got fully occupied at work for the past few
days due to deliverables. Thanks for your feedback and further inputs!


> I've not done any monitoring of buildworld buildkernel build
> activity (RAM use, memory space use, swap partition use over
> time) on RPi3B class hardware in a very long time.
>

It's alright, it so happened