Project

General

Profile

Actions

New Content #12237

closed

Add information on ``ifqmaxlen`` to Hardware Tuning and Troubleshooting

Added by Viktor Gurov over 3 years ago. Updated about 2 months ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
Hardware
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Page: https://docs.netgate.com/pfsense/en/latest/hardware/tune.html

Feedback:

Need to add optimization of interface queue length (net.link.ifqmaxlen), see #10311 for details


Related issues

Related to New Content #10311: Default net.link.ifqmaxlen value leads to packet loss under load in OpenVPNNew03/02/2020

Actions
Actions #1

Updated by Jim Pingle over 2 years ago

  • Tracker changed from Todo to New Content
  • Subject changed from Feedback on Hardware — Hardware Tuning and Troubleshooting to Add information on ``ifqmaxlen`` to Hardware Tuning and Troubleshooting
Actions #2

Updated by Chris W about 2 years ago

It looks like this is the source of the 2048 figure given in #10311. Calomel arrives at that by doubling the value of inline hw.igb.txd, which is exclusive to igb and em network interfaces. It doesn't look like igc, vtnet, mvneta, or ix, have this value or a single equivalent, but devices with those interfaces do show inline net.link.ifqmaxlen=128 as default. This is in 22.05 on an 1100, 4100, 5100, and KVM-based virtual machine.

Unless there's some other tunable(s) which makes use of inline net.link.ifqmaxlen on non-(if_em) interfaces, it looks like we need to specify that this only applies to those two network interface types. Is that correct?

Actions #3

Updated by Jim Pingle about 2 months ago

  • Related to New Content #10311: Default net.link.ifqmaxlen value leads to packet loss under load in OpenVPN added
Actions #4

Updated by Jim Pingle about 2 months ago

  • Status changed from New to Duplicate

#10311 is already a docs ticket so now this is a duplicate.

Actions

Also available in: Atom PDF