Il 14/03/2016 22:02, Michael Hewitt ha scritto:
We are using a real time Linux kernel (3.10.0) in a network appliance in order to achieve extremely consistent packet delivery times. Generally, we see packet delivery variations of less than 100 microseconds, which is fabulous. Occasionally, we see a packet delivery delay in excess of 1000 microseconds. We are hoping to eliminate these spikes, which occur perhaps 1-2 times in a 24 hour period.
The machine configuration is as follows. Thread IRQs are enabled, and we have elevated the priority of both the irq threads that service the specific network interface to 55. We have also elevated the priority of the relevant user space thread to 49. We are running on a 4 core Intel Xeon E3-1220v3 with an Intel NIC and the igb version 5.3.2 driver. We disabled interrupt throttling in the Intel driver (rx-usecs = 0, tx-usecs = 0). SE Linux is disabled, eliminating a huge packet latency spike during login. We are running CentOS 7.1 tuned for network latency ("tuned-adm profile network-latency"). IRQ balancing is disabled. BIOS CPU power management is set to maximum performance.
I'm using a 3.10 line kernel four our real-time applications (actually a
3.10.10). We have experienced (quite unexpectedly) a better overall
performance (reduced latency) with the on demand governor than with the
performance governor. As the performance achieved was sufficient four
our purposes in both cases we didn't investigate further. Maybe it's
worth a try.
Giuliano
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
