pf performance?

[Adrian Chadd]

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 <weiler at 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?