Оказывается ftdi_sio это неверный драйвер, я должен использовать pl2303. Все решали следующие задачи:
modprobe pl2303
И устройство правильно смонтировано и настроено.
-121--229122-bash-4.3$ ps -j | cat
PID PGID SID TTY TIME CMD
4586 4586 4586 pts/1 00:00:00 bash
4600 4600 4586 pts/1 00:00:00 ps
4601 4600 4586 pts/1 00:00:00 cat
bash-4.3$ ps -j; ps -j
PID PGID SID TTY TIME CMD
4586 4586 4586 pts/1 00:00:00 bash
4602 4602 4586 pts/1 00:00:00 ps
PID PGID SID TTY TIME CMD
4586 4586 4586 pts/1 00:00:00 bash
4603 4603 4586 pts/1 00:00:00 ps
Задание интерактивной оболочки встроено в группу процессов. Именно для этого были созданы группы процессов: выполните задания интерактивной оболочки. Интерактивные оболочки представляют собой единственные команды, которые фактически объединяются с группами процессов.
Выше ps -j | cat
указано задание (основное). Как ps
, так и cat
находятся в одной группе процессов, оболочка делает их основной группой процессов терминала, так что ^ C
вызывает отправку им SIGINT.
Во втором примере два последовательных задания.
В
bash-4.3$ (ps -j; ps -j)
PID PGID SID TTY TIME CMD
4586 4586 4586 pts/1 00:00:00 bash
4633 4633 4586 pts/1 00:00:00 bash
4634 4633 4586 pts/1 00:00:00 ps
PID PGID SID TTY TIME CMD
4586 4586 4586 pts/1 00:00:00 bash
4633 4633 4586 pts/1 00:00:00 bash
4635 4633 4586 pts/1 00:00:00 ps
субоболочка представляет собой одно задание. Сам подслой можно рассматривать как неинтерактивную оболочку.
-121--166443-Хорошее значение не расскажет вам ничего о фактической нагрузке процессора, который производит процесс.
Nice-ness это как раз то, что вы думаете: как, процесс ведет себя при определенных рабочих нагрузках.
Чтобы быть более точным:
если запланирован процесс с высоким хорошим значением (= = более низкая возможность планирования), он БУДЕТ удерживать ЦП, пока процесс с более низким хорошим значением и/или более высоким приоритетом не запросит ЦП и МОЖЕТ создать 100% нагрузку.
Если процесс с более низким значением (= = более высокая разрешающая способность планирования) освобождает ЦП, он, возможно, не использовал его на пике.
Вот почему вы видите процессы с более низким уровнем нагрузки, использующие меньше ЦП, чем процессы с более высоким уровнем нагрузки.