inconsistent IRQ cpu affinity behavior

Issues related to configuring your network
Post Reply
lieting
Posts: 1
Joined: 2020/04/14 22:49:27

inconsistent IRQ cpu affinity behavior

Post by lieting » 2020/04/14 23:07:34

Hi,

I am running CentOS 7.5.1804. I am seeing inconsistent reporting of cpu affinity with network interrupts. Here is an example:

/proc/interrupts shows that irq-387 lands on CPU1:

[root@hostname]# egrep "^ 387:|CPU" /proc/interrupts | awk '{print $1,$2,$3,$4,$5,$5}'
CPU0 CPU1 CPU2 CPU3 CPU4 CPU4
387: 0 24302 0 0 0

But /proc/irq/387/status shows it should be on CPU0:

[root@hostname]# cat /proc/irq/387/smp_affinity_list
0

Am I interpreting them wrong?

Thanks,

Lieting

User avatar
TrevorH
Site Admin
Posts: 33202
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: inconsistent IRQ cpu affinity behavior

Post by TrevorH » 2020/04/14 23:56:03

I am running CentOS 7.5.1804.
Which has been unsupported since the release of 7.6 in October that year. And 7.7 came out in August 2019 and 7.8 is now in the CR repo. You need to update your system to at least 7.7 by running yum update or to what will be 7.8 by using yum --enablerepo=cr update

And a 0 in that field probably means something special. It should be a 1 set on for each cpu that can be used. According to https://www.kernel.org/doc/Documentatio ... finity.txt it says "It's not allowed to turn off all CPUs" so a zero in that field sounds like it's invalid to me. Since it appears that you have 6 cpu's, that field should be a 6 bit long field and allowing it to run on all cpus would mean it had a value of 0x3f. To restrict it to only cpu 0 it should say 0x01.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

Post Reply