Re: after trivial update, 15.0 ARM64 system no longer boots

2024-03-16 Thread Ronald Klop
I have no clue. But can you boot in “verbose” mode? And as the last message is usb, can you remove all usb devices and boot again? Regards, Ronald Van: Lexi Winter Datum: 15 maart 2024 16:57 Aan: freebsd-...@freebsd.org, freebsd-current@freebsd.org Onderwerp: after trivial update, 15.0 ARM64

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
Hello all, On a laptop i7/16MB ram, desktop use and port testing (poudriere) I've noticed that all operations on OS was increased by 3 to 5 times longer. examples: - firefox took way long time to open - poudriere testport tooked up to 3 times longer to finished make.conf:

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
Followed man tcp_rack: loader.conf: tcp_rack_load="YES" sysctl.conf: net.inet.tcp.functions_default=rack poudriere have restricted access to network, usually for fetch distfiles. escreveu (sábado, 16/03/2024 à(s) 08:41): > > > On 16. Mar 2024, at 08:57, Nuno Teixeira wrote: > > > > Hello all,

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
(...) > These entries are missing in GENERIC: > > makeoptions WITH_EXTRA_TCP_STACKS=1 >From >https://cgit.freebsd.org/src/commit/?id=3a338c534154164504005beb00a3c6feb03756cc WITH_EXTRA_TCP_STACKS was dropped. > options TCPHPTS That's the missing option in GENERIC that could lead

Re: Request for Testing: TCP RACK

2024-03-16 Thread Gary Jennejohn
On Sat, 16 Mar 2024 09:49:24 + Nuno Teixeira wrote: > Hello Gary, > > Nice that you found this. > > tcp_tack manual doesn't mention that we need extra config in kernel > but it loads module and it is shown in sysctl > net.inet.tcp.functions_available without errors. > > I will add missing

Re: Request for Testing: TCP RACK

2024-03-16 Thread tuexen
> On 16. Mar 2024, at 08:57, Nuno Teixeira wrote: > > Hello all, > > On a laptop i7/16MB ram, desktop use and port testing (poudriere) I've > noticed that all operations on OS was increased by 3 to 5 times > longer. > examples: > - firefox took way long time to open > - poudriere testport

Re: Request for Testing: TCP RACK

2024-03-16 Thread Gary Jennejohn
On Sat, 16 Mar 2024 09:41:13 +0100 tue...@freebsd.org wrote: > > On 16. Mar 2024, at 08:57, Nuno Teixeira wrote: > > > > Hello all, > > > > On a laptop i7/16MB ram, desktop use and port testing (poudriere) I've > > noticed that all operations on OS was increased by 3 to 5 times > > longer. > >

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
Hello Gary, Nice that you found this. tcp_tack manual doesn't mention that we need extra config in kernel but it loads module and it is shown in sysctl net.inet.tcp.functions_available without errors. I will add missing config to GENERIC and see how it goes. Cheers, Gary Jennejohn escreveu

Re: Request for Testing: TCP RACK

2024-03-16 Thread tuexen
> On 16. Mar 2024, at 11:11, Nuno Teixeira wrote: > > (...) > >> These entries are missing in GENERIC: >> >> makeoptions WITH_EXTRA_TCP_STACKS=1 > > From > https://cgit.freebsd.org/src/commit/?id=3a338c534154164504005beb00a3c6feb03756cc > WITH_EXTRA_TCP_STACKS was dropped. > >> options

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
> > Resuming I only need to add: > > > > options TCPHPTS > > > > Is this correct? > > > > Yeah, that will probably fix it. According to a comment in > /usr/src/sys/netinet/tcp_hpts.c it adds a high precision timer > system for tcp, used by RACK and BBR. As tuexen said, on main,

Re: Request for Testing: TCP RACK

2024-03-16 Thread Gary Jennejohn
On Sat, 16 Mar 2024 10:11:22 + Nuno Teixeira wrote: > (...) > > > These entries are missing in GENERIC: > > > > makeoptions WITH_EXTRA_TCP_STACKS=1 > > From > https://cgit.freebsd.org/src/commit/?id=3a338c534154164504005beb00a3c6feb03756cc > WITH_EXTRA_TCP_STACKS was dropped. > > >

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
> If you load tcp_rack via kldload, tcphtps get loaded automatically. > If you load if via /boot/loader.conf, you need to have > tcphpts_load="YES" > in addition to > tcp_rack_load="YES" As of my tests, loader.conf: tcp_rack_load="YES" loads tcphtps.ko auto: 31 0x81f53000545e0

Re: Request for Testing: TCP RACK

2024-03-16 Thread tuexen
> On 16. Mar 2024, at 15:00, Nuno Teixeira wrote: > >> If you load tcp_rack via kldload, tcphtps get loaded automatically. >> If you load if via /boot/loader.conf, you need to have >> tcphpts_load="YES" >> in addition to >> tcp_rack_load="YES" > > As of my tests, loader.conf:

Re: Request for Testing: TCP RACK

2024-03-16 Thread tuexen
> On 16. Mar 2024, at 11:59, Nuno Teixeira wrote: > >>> Resuming I only need to add: >>> >>> options TCPHPTS >>> >>> Is this correct? >>> >> >> Yeah, that will probably fix it. According to a comment in >> /usr/src/sys/netinet/tcp_hpts.c it adds a high precision timer >> system for

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
> Just to double check: you only load the tcp_rack. You don't run > sysctl net.inet.tcp.functions_default=rack I'm not using sysctl, just loading module. > What does "poudriere testport net/gitup" do? Only build stuff or does is > also download something? > > What does bonnie++ do? poudriere is

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
> > Will update amd64 laptop to main-n268827-75464941dc17 (Mar 16) and test it. > Please do so... @main-n268827-75464941dc17 GENERIC-NODEBUG amd64 Ok, I think I have here some numbers related to disk performance being affected by tcp_rack that somehow is messing with something. NOTES: - test

Re: Request for Testing: TCP RACK

2024-03-16 Thread tuexen
> On 16. Mar 2024, at 20:06, Nuno Teixeira wrote: > >>> Will update amd64 laptop to main-n268827-75464941dc17 (Mar 16) and test it. >> Please do so... > > @main-n268827-75464941dc17 GENERIC-NODEBUG amd64 > > Ok, I think I have here some numbers related to disk performance being > affected by

Re: Request for Testing: TCP RACK

2024-03-16 Thread Tomoaki AOKI
On Sun, 19 Nov 2023 04:01:01 +0900 Tomoaki AOKI wrote: > On Sat, 18 Nov 2023 09:50:43 +0100 > tue...@freebsd.org wrote: > > > > On Nov 18, 2023, at 00:37, Tomoaki AOKI wrote: > > > > > > On Fri, 17 Nov 2023 18:51:05 +0100 > > > tue...@freebsd.org wrote: > > > > > >>> On Nov 17, 2023, at