; RACK stack.
>
> Please let me know if you have any questions.
>
> Best regards
> Michael
>
>
>
--
Nuno Teixeira
FreeBSD Committer (ports)
* 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
() 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.
Thanks!
--
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)
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
IC 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)
(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 t
, 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)
te 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)
2982us 338us3072us1135us 591us3236us
Cheers,
--
Nuno Teixeira
FreeBSD Committer (ports)
eel the entire OS is
being slow, without errors, just slow.
- Approx. results as test [2]
Nuno Teixeira
FreeBSD Committer (ports)
tl.
> 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)
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
> > > > > what's happening here?
> > >
: 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
> (amd64)!
&g
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
(...)
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
>
16 matches
Mail list logo