If it contends on the global pf lock, you're short of luck. There may be some hack to enable in sysctl that defers part of the packet processing into a taskqueue, but I dont' know if that's for general IP processing or just socket iO processing. One of the network stack peeps will know.
ADrian On 25 April 2013 12:04, Erich Weiler <wei...@soe.ucsc.edu> wrote: >> ... please ask the pfsense guys to either migrate to -9, or backport >> the -head pf (with the locking fixes!) to -8 for that. >> >> Otherwise you're very likely going to be wasting time on something you >> can't really push that much harder. > > > I can ask for that (and will soon, likely), but to play with my current > setup in the meantime, can we logically say that if I have 4 cores, and one > interrupt queue is assigned to each core, and under I load I see each core > (via "top -P") at 100% in interrupt usage, would it be safe to say that more > cores (with additional interrupt queues accordingly) would mean more > interrupts overall being processed, which would mean more pps? _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
