Оживший юзерпик

Вот стоит у меня десктоп (lenovo thinkcentre edge, но это неважно). Воткнут проводом в свитч. В него же проводом воткнут wifi AP (tp-link wa-601g, но это неважно). Рядом стоит ноут (lenovo thinkpad X1, но это неважно), зацепленный за этот wifi. На обеих машинах стоит ubuntu 20.04, но это неважно. Процессоры-память ничем вообще не заняты. Всё происходит в радиусе одного метра.

С ноута на декстоп пинг тайм стабильно единицы миллисекунд. С десктопа на ноут также стабильно сотни миллисекунд.

Вопрос аудитории: как же так?

У линукса есть несколько механизмов ограничить процесс в доступных процессорных ядрах. Как минимум, cgroup и taskset. Если процессу важно знать, сколько у него ядер (чтобы сконфигурировать thread pool или ещё зачем-нибудь), то наивный способ -- прочитать /proc/cpuinfo. Он неправильный. Менее наивный -- позвать sysconf(_SC_NPROCESSORS_ONLN). Он тоже неправильный. Правильный -- вот:

  long num_processor_configured = sysconf (_SC_NPROCESSORS_CONF); /* list the number of processors configured */
  long num_processor_available;
  cpu_set_t mask;

  if (sched_getaffinity(0, sizeof(cpu_set_t), &mask) == 0) {
	num_processor_available = CPU_COUNT(&mask);
  } else {
	num_processor_available = sysconf(_SC_NPROCESSORS_ONLN);
  }

Таки да, чтобы увидеть iSCSI LUNs, я должен залогиниться в таргет, втянув все LUNы в своё ядро. Просто шикарный подход для сервиса, скажем, учёта и контроля, которому самому этот iSCSI с демонами и ядерными модулями нафиг не нужен.