User Details
- User Since
- Apr 1 2021, 3:21 AM (242 w, 1 d)
Sun, Nov 16
Fri, Nov 14
I have no objections to do this. Well new code should prefer the standard types, but the existing code can be left as is.
Mon, Nov 3
Tue, Oct 28
Sun, Oct 26
Sat, Oct 25
Fri, Oct 24
Looks good to me.
So typically a queue is bound to one core, then we have better cache localization for the same flow ? That sounds a good idea.
Looks good to me.
I spent some time to learn the FreeBSD's RSS design. I do not have hardware to test, but the change looks good to me.
Oct 22 2025
Oct 20 2025
Oct 18 2025
Oct 17 2025
This is for other architectures, i386, arm, powerpc and riscv.
I'm not getting this change. The kernel build option RSS is not enabled by default. Is this change want to enable a variant RSS when RSS is not enabled in the kernel ?
Oct 13 2025
Oct 12 2025
Oct 10 2025
Looks good to me.
Oct 4 2025
I've ever considered this approach, but this adds too many headaches. Well I'd propose to use vlxan(4) + bridge(4) + epair(4) if the underlay network is in different VNET.
Oct 3 2025
Looks good to me.
Oct 1 2025
Sep 29 2025
This generally looks good to me.