Re: Request for Testing: TCP RACK

2024-03-12 Thread Nuno Teixeira
e > RACK stack. > > Please let me know if you have any questions. > > Best regards > Michael > > > -- Nuno Teixeira FreeBSD Committer (ports)

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
stead of option. > > > > It's not a typo, both spellings work, cf. config(5). > Thank you very much for the hint. I did not know this. I wrote > option in the article (for whatever reason) and tested the > configs using options... > > Best regards > Michael > > > > DES > > -- > > Dag-Erling Smørgrav - d...@freebsd.org > -- Nuno Teixeira FreeBSD Committer (ports)

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

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
reveu (sábado, 16/03/2024 à(s) 09:40): > > 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

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
GENERIC that could lead to my slow opearations problem > options TCP_RACK Don't think I need this one as I will use kernel module instead of building it in kernel. Resuming I only need to add: options TCPHPTS Is this correct? Thanks, -- Nuno Teixeira FreeBSD Committer (ports)

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
, used by RACK and BBR. As tuexen said, on main, loader.conf: tcp_rack_load="YES" will load tcphpts.ko as I am seing in my rpi4 right now. I'm testing it and check its performance. I will test again on my amd64 laptop and run more tests too. -- Nuno Teixeira FreeBSD Committer (ports)

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
date to bring the rack stack with all its fixes in. Will update amd64 laptop to main-n268827-75464941dc17 (Mar 16) and test it. -- Nuno Teixeira FreeBSD Committer (ports)

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
2982us 338us3072us1135us 591us3236us Cheers, -- Nuno Teixeira FreeBSD Committer (ports)

Re: Request for Testing: TCP RACK

2024-03-16 Thread Nuno Teixeira
o do as I can feel the entire OS is being slow, without errors, just slow. - Approx. results as test [2] Nuno Teixeira FreeBSD Committer (ports)

Re: Request for Testing: TCP RACK

2024-03-17 Thread Nuno Teixeira
sysctl. > I have CCed Drew and Randall, who know much more about HPTS and might have > follow up questions. I'll bring the issue up in the FreeBSD transport call > next Thursday. > > What hardware are you using? Laptop: Legion 5-15IMH05 (Lenovo) - Type 82AU Thanks! -- Nuno Teixeira FreeBSD Committer (ports)

Re: Request for Testing: TCP RACK

2024-03-17 Thread Nuno Teixeira
clock() routine from > userret(), in order to avoid tons of timer interrupts and context switches. > To test this theory, you could apply a patch like: It's affecting overall system performance, bonnie was just a way to get some numbers to compare. Tomorrow I will test patch. Tha

Re: Request for Testing: TCP RACK

2024-03-18 Thread Nuno Teixeira
* rack 38 --- It would be so nice that we can have a sysctl tunnable for this patch so we could do more tests without recompiling kernel. Thanks all! Really happy here :) Cheers, Nuno Teixeira escreveu (domingo, 17/03/2024 à(s) 20:26

Re: Request for Testing: TCP RACK

2024-03-28 Thread Nuno Teixeira
t; > > > Ast's could be the right tool for this, but I'm super unfamiliar > with > > > > > them, and I can't find any docs on them. > > > > > > > > > > Would ast_register(0, ASTR_UNCOND, 0, func) be roughly equivalent > to > > > &

Re: Request for Testing: TCP RACK

2024-04-10 Thread Nuno Teixeira
577594281s: connection lost Connection continues UP. Cheers, escreveu (quinta, 28/03/2024 à(s) 15:53): > > On 28. Mar 2024, at 15:00, Nuno Teixeira wrote: > > > > Hello all! > > > > Running rack @b7b78c1c169 "Optimize HPTS..." very happy on my laptop > (

Re: Request for Testing: TCP RACK

2024-04-10 Thread Nuno Teixeira
ing backup to check its integrity. Maybe someone could do a restic test to check if this is reproducible. Thanks, escreveu (quarta, 10/04/2024 à(s) 13:12): > > > > On 10. Apr 2024, at 13:40, Nuno Teixeira wrote: > > > > Hello all, > > > > @ current 1500018

Re: Request for Testing: TCP RACK

2024-04-10 Thread Nuno Teixeira
(...) Backup server is https://www.rsync.net/ (free 500GB for FreeBSD developers). Nuno Teixeira escreveu (quarta, 10/04/2024 à(s) 13:39): > With base stack I can complete restic check successfully > downloading/reading/checking all files from a "big" remote compressed > ba

FreeBSD lacks PPPoE (pppoa3 solution)

2003-07-10 Thread Nuno Teixeira
community asking you to try to implement PPPoE in FreeBSD so everyone uses it. Thanks very much for your great work, Nuno Teixeira -- /* PGP fingerprint: C6D1 06ED EB54 A99C 6B14 6732 0A5D 810D 727D F6C6 */ ___ [EMAI

Re: FreeBSD lacks PPPoE (pppoa3 solution)

2003-07-10 Thread Nuno Teixeira
with TUN/TAP devices. USB modems don't have a connection to ethernet cards. FreeBSD pppoa port works ok with Alcatel USB Modems but only for PPPoA protocols and not PPPoE. Almost all europe ISPs only support PPPoE and not PPPoA (I don't know the reason why). Thanks,