Никто ничего. Это просто зависит от того, что разработчики выбрали. Это часто потому, что оба -R
и -R
являются действительными вариантами. В программах вы цитируете, например:
Недавние версии GNU GREP
:
-R, --recursive
Прочитайте все файлы под каждый каталог, рекурсивно, следуя
Символические ссылки только в том случае, если они находятся в командной строке. Это
эквивалентно варианту рекурсии -d.
-R, --веренность - рекурсивный
Прочитайте все файлы в каждом каталоге, рекурсивно. Следуйте все
Символические ссылки, в отличие от -р.
CHMOD
не имеет варианта -R
-R
, поэтому, по-видимому, разработчики предпочитают -R
. Однако, конечно, -R
-R
- это действующая строка разрешений (как указана @Arkadiusz drabczykso), поэтому он не может быть использован там.
thread1
и thread2
- дочерние потоки, порожденные основным процессом, но основной процесс все еще может работать.
В вашем выводе htop bin / process
(и все дочерние потоки) используют 100% процессора. 70% процессора используется thread1
и 0% - thread2
, оставшаяся часть (разница) - это основной процесс, который порождает эти дочерние потоки и управляет ими.
В 1-м столбце той же строки (в крайнем левом углу) нити будет указан идентификатор нити. grep
этот идентификатор потока в выводе ps -eLf
и вы увидите поток.
Запомните, что для включения потоков в выходные данные необходимо использовать опции -eLF
.
Из man ps
:
-L Show threads, possibly with LWP and NLWP columns