jak wykryć, czy isolcpus jest aktywowany?

Jak wykryć, czy isolcpus jest aktywowany i na którym cpus, gdy na przykład łączysz się po raz pierwszy na serwerze. Warunki:

nie spawnuje żadnego procesu, aby zobaczyć, gdzie będzie migrowany.

Sprawa użycie jest to, że isolcpus=1-7na 6 rdzeni I7 zdaje się nie aktywować isolcpus w bagażniku, i chciałbym wiedzieć, jeśli jego możliwości z /proc/, /syslub jakieś wewnętrzne jądro, które mogą być odczytywane w przestrzeni użytkownika, aby zapewnić wyraźny status aktywacji isolcpus i których procesorów dotyczy. Lub nawet przeczytaj aktywne ustawienie harmonogramu, który jest pierwszym, którego dotyczy isolcpus.

Weź pod uwagę, że czas działania jest tak duży, że dmesgnie trzeba już wyświetlać dziennika rozruchu w celu wykrycia błędu podczas uruchamiania. Podstawowe odpowiedzi, takie jak „ spójrz na linię cmd jądra ” nie będą akceptowane :)

To, czego szukasz, powinno znaleźć się w tym pliku wirtualnym:

/sys/devices/system/cpu/isolated

i odwrotnie

/sys/devices/system/cpu/present    // Thanks to John Zwinck

Od drivers/base/cpu.cwidzimy, że źródło wyświetlane jest zmienna jądra cpu_isolated_map:

static ssize_t print_cpus_isolated(struct device *dev,
    n = scnprintf(buf, len, "%*pbl\n", cpumask_pr_args(cpu_isolated_map));
...
static DEVICE_ATTR(isolated, 0444, print_cpus_isolated, NULL);

i cpu_isolated_mapjest dokładnie tym, co ustawia się kernel/sched/core.cpodczas uruchamiania:

/* Setup the mask of cpus configured for isolated domains */
static int __init isolated_cpu_setup(char *str)
{
    int ret;

    alloc_bootmem_cpumask_var(&cpu_isolated_map);
    ret = cpulist_parse(str, cpu_isolated_map);
    if (ret) {
            pr_err("sched: Error, all isolcpus= values must be between 0 and %d\n", nr_cpu_ids);
            return 0;
    }
    return 1;
}

Ale jak zauważył ktoś mógł modyfikować powinowactwa procesów, w tym demona-te, zrodził cron, systemdi tak dalej. Jeśli tak się stanie, pojawią się nowe procesy dziedziczące zmodyfikowaną maskę powinowactwa, a nie tę ustawioną przez isolcpus.

Więc powyższe da ci isolcpuszgodnie z twoją prośbą, ale to może nie być pomocne.

Załóżmy, że dowiadujesz się, że isolcpuszostało wydane, ale nie zostało „odebrane”, to niechciane zachowanie może zostać wyprowadzone przez pewien proces, który zdaje sobie sprawę, że jest do tego zobowiązany CPU=0, wierząc, że jest w trybie monoprocesorowym przez pomyłkę, i pomocnie próbuje „ustawić rzeczy” w prawo ”poprzez zresetowanie maski koligacji. W takim przypadku możesz spróbować izolować CPUS 0-5 zamiast 1-6 i sprawdzić, czy tak się dzieje.

Jednym z łatwiejszych sposobów sprawdzenia, czy isolcpusjest procsprawdzenie, które parametry zostały przekazane do jądra w czasie wykonywania.

W tym celu użyłbyś:

$cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-4.8.0-1-amd64 root=/dev/sda1 ro isolcpus=2,3 quiet

Jak widać, w tym konkretnym przykładzie isolcpus=2,3został przekazany jako argument do działającego jądra.

Możesz także użyć tasksetwskazywanego na PID 1. Ponieważ PID 1 jest standardowym PID dla pierwszego zadania uruchamianego przez jądro, możemy uznać za całkiem dobrą wskazówkę, że będzie on odzwierciedlał, czy działamy isolcpus. Jak w:

$taskset -cp 1
pid 1's current affinity list: 0,1

Porównywanie z lscpupoleceniem na tym samym serwerze:

$lscpu | grep CPU.s
CPU(s):                4
On-line CPU(s) list:   0-3
NUMA node0 CPU(s):     0-3

Jak widać, lscpupokazuje 4 procesory / rdzenie, podczas gdy tasksetpokazuje tylko 0,1, więc ten program isolcpusdziała tutaj.

Spójrz na: Jak zapewnić wyłączną dostępność procesora dla uruchomionego procesu?

Możesz sprawdzić Cpus_allowed i Cpus_allowed_list dla bieżącego procesu powłoki, aby zobaczyć, które cpus były zarezerwowane

cat /proc/$$/status|tail -6

na przykład

Cpus_allowed_list:      0-1, 3-5

oznacza, że ​​procesor = 2 został zarezerwowany przez isolcpusna serwerze 6 procesorów