Я не понимаю, почему модуль ядра cfg80211
также указан в ps aux
, как показано ниже:
$ ps aux | grep cfg80211
root 521 0.0 0.0 0 0 ? S< 16:09 0:00 [cfg80211]
Стандартное поведение ps
заключается в том, чтобы перечислить потоки ядра, поскольку они также являются процессами - просто другим процессом, поскольку они работают в режиме супервизора (который некоторые люди называют " режим ядра ").
Если вы запустите ps ax
(или ps aux
), не передавая свой вывод на grep
, вы увидите первую группу модулей ядра, перечисленных первыми (а затем, вероятно, некоторые другие перемежаются с пользовательскими процессами, если они были запущены позже).
Например, вот первые 10 строк текущего вывода ps ax
в моей системе:
PID TTY STAT TIME COMMAND
1 ? Ss 0:03 /sbin/init
2 ? S 0:01 [kthreadd]
3 ? S 97:17 [ksoftirqd/0]
6 ? S 0:00 [migration/0]
7 ? S 0:24 [watchdog/0]
8 ? S 0:00 [migration/1]
10 ? S 6:06 [ksoftirqd/1]
12 ? S 0:18 [watchdog/1]
13 ? S< 0:00 [cpuset]
lsmod
отобразит загруженные модули. ps aux
отобразит текущие процессы, включая процессы ядра, связанные с модулями. Однако это разные вещи. Например, загруженный модуль ядра может иметь любое количество связанных с ним процессов ядра (ноль или более).
Стандартное поведение ps
заключается в том, чтобы перечислить потоки ядра, поскольку они также являются процессами - просто другим процессом, поскольку они работают в режиме супервизора (который некоторые люди называют " режим ядра ").
Если вы запустите ps ax
(или ps aux
), не передавая свой вывод на grep
, вы увидите первую группу модулей ядра, перечисленных первыми (а затем, вероятно, некоторые другие перемежаются с пользовательскими процессами, если они были запущены позже).
Например, вот первые 10 строк текущего вывода ps ax
в моей системе:
PID TTY STAT TIME COMMAND
1 ? Ss 0:03 /sbin/init
2 ? S 0:01 [kthreadd]
3 ? S 97:17 [ksoftirqd/0]
6 ? S 0:00 [migration/0]
7 ? S 0:24 [watchdog/0]
8 ? S 0:00 [migration/1]
10 ? S 6:06 [ksoftirqd/1]
12 ? S 0:18 [watchdog/1]
13 ? S< 0:00 [cpuset]
lsmod
отобразит загруженные модули. ps aux
отобразит текущие процессы, включая процессы ядра, связанные с модулями. Однако это разные вещи. Например, загруженный модуль ядра может иметь любое количество связанных с ним процессов ядра (ноль или более).
Стандартное поведение ps
заключается в том, чтобы перечислить потоки ядра, поскольку они также являются процессами - просто другим процессом, поскольку они работают в режиме супервизора (который некоторые люди называют " режим ядра ").
Если вы запустите ps ax
(или ps aux
), не передавая свой вывод на grep
, вы увидите первую группу модулей ядра, перечисленных первыми (а затем, вероятно, некоторые другие перемежаются с пользовательскими процессами, если они были запущены позже).
Например, вот первые 10 строк текущего вывода ps ax
в моей системе:
PID TTY STAT TIME COMMAND
1 ? Ss 0:03 /sbin/init
2 ? S 0:01 [kthreadd]
3 ? S 97:17 [ksoftirqd/0]
6 ? S 0:00 [migration/0]
7 ? S 0:24 [watchdog/0]
8 ? S 0:00 [migration/1]
10 ? S 6:06 [ksoftirqd/1]
12 ? S 0:18 [watchdog/1]
13 ? S< 0:00 [cpuset]
lsmod
отобразит загруженные модули. ps aux
отобразит текущие процессы, включая процессы ядра, связанные с модулями. Однако это разные вещи. Например, загруженный модуль ядра может иметь любое количество связанных с ним процессов ядра (ноль или более).
Стандартное поведение ps
заключается в том, чтобы перечислить потоки ядра, поскольку они также являются процессами - просто другим процессом, поскольку они работают в режиме супервизора (который некоторые люди называют " режим ядра ").
Если вы запустите ps ax
(или ps aux
), не передавая свой вывод на grep
, вы увидите первую группу модулей ядра, перечисленных первыми (а затем, вероятно, некоторые другие перемежаются с пользовательскими процессами, если они были запущены позже).
Например, вот первые 10 строк текущего вывода ps ax
в моей системе:
PID TTY STAT TIME COMMAND
1 ? Ss 0:03 /sbin/init
2 ? S 0:01 [kthreadd]
3 ? S 97:17 [ksoftirqd/0]
6 ? S 0:00 [migration/0]
7 ? S 0:24 [watchdog/0]
8 ? S 0:00 [migration/1]
10 ? S 6:06 [ksoftirqd/1]
12 ? S 0:18 [watchdog/1]
13 ? S< 0:00 [cpuset]
lsmod
отобразит загруженные модули. ps aux
отобразит текущие процессы, включая процессы ядра, связанные с модулями. Однако это разные вещи. Например, загруженный модуль ядра может иметь любое количество связанных с ним процессов ядра (ноль или более).
Стандартное поведение ps
заключается в том, чтобы перечислить потоки ядра, поскольку они также являются процессами - просто другим процессом, поскольку они работают в режиме супервизора (который некоторые люди называют " режим ядра ").
Если вы запустите ps ax
(или ps aux
), не передавая свой вывод на grep
, вы увидите первую группу модулей ядра, перечисленных первыми (а затем, вероятно, некоторые другие перемежаются с пользовательскими процессами, если они были запущены позже).
Например, вот первые 10 строк текущего вывода ps ax
в моей системе:
PID TTY STAT TIME COMMAND
1 ? Ss 0:03 /sbin/init
2 ? S 0:01 [kthreadd]
3 ? S 97:17 [ksoftirqd/0]
6 ? S 0:00 [migration/0]
7 ? S 0:24 [watchdog/0]
8 ? S 0:00 [migration/1]
10 ? S 6:06 [ksoftirqd/1]
12 ? S 0:18 [watchdog/1]
13 ? S< 0:00 [cpuset]
lsmod
отобразит загруженные модули. ps aux
отобразит текущие процессы, включая процессы ядра, связанные с модулями. Однако это разные вещи. Например, загруженный модуль ядра может иметь любое количество связанных с ним процессов ядра (ноль или более).
Стандартное поведение ps
заключается в том, чтобы перечислить потоки ядра, поскольку они также являются процессами - просто другим процессом, поскольку они работают в режиме супервизора (который некоторые люди называют " режим ядра ").
Если вы запустите ps ax
(или ps aux
), не передавая свой вывод на grep
, вы увидите первую группу модулей ядра, перечисленных первыми (а затем, вероятно, некоторые другие перемежаются с пользовательскими процессами, если они были запущены позже).
Например, вот первые 10 строк текущего вывода ps ax
в моей системе:
PID TTY STAT TIME COMMAND
1 ? Ss 0:03 /sbin/init
2 ? S 0:01 [kthreadd]
3 ? S 97:17 [ksoftirqd/0]
6 ? S 0:00 [migration/0]
7 ? S 0:24 [watchdog/0]
8 ? S 0:00 [migration/1]
10 ? S 6:06 [ksoftirqd/1]
12 ? S 0:18 [watchdog/1]
13 ? S< 0:00 [cpuset]
lsmod
отобразит загруженные модули. ps aux
отобразит текущие процессы, включая процессы ядра, связанные с модулями. Однако это разные вещи. Например, загруженный модуль ядра может иметь любое количество связанных с ним процессов ядра (ноль или более).
Стандартное поведение ps
заключается в том, чтобы перечислить потоки ядра, поскольку они также являются процессами - просто другим процессом, поскольку они работают в режиме супервизора (который некоторые люди называют " режим ядра ").
Если вы запустите ps ax
(или ps aux
), не передавая свой вывод на grep
, вы увидите первую группу модулей ядра, перечисленных первыми (а затем, вероятно, некоторые другие перемежаются с пользовательскими процессами, если они были запущены позже).
Например, вот первые 10 строк текущего вывода ps ax
в моей системе:
PID TTY STAT TIME COMMAND
1 ? Ss 0:03 /sbin/init
2 ? S 0:01 [kthreadd]
3 ? S 97:17 [ksoftirqd/0]
6 ? S 0:00 [migration/0]
7 ? S 0:24 [watchdog/0]
8 ? S 0:00 [migration/1]
10 ? S 6:06 [ksoftirqd/1]
12 ? S 0:18 [watchdog/1]
13 ? S< 0:00 [cpuset]
lsmod
отобразит загруженные модули. ps aux
отобразит текущие процессы, включая процессы ядра, связанные с модулями. Однако это разные вещи. Например, загруженный модуль ядра может иметь любое количество связанных с ним процессов ядра (ноль или более).