Когда выполняется задание переднего плана,

ожидает завершения одного из процессов задания переднего плана. Когда все процессы задания переднего плана завершены, задание исключается из списка запущенных заданий и читает следующую команду, как описано выше.

Хотя

является традиционным способом создания новых процессов в Unix, Linux также предлагает системный вызов , позволяющий процессам дублироваться с указанием ресурсов, которые родительский процесс должен разделять со своими потомками.

Это ненамного отличается от

. Единственная разница в наличии параметра . Он должен быть установлен равным сигналу, который посылается родительскому процессу, когда потомок завершает работу (обычно это ), объединенному логическим "или" с любым сочетанием перечисленных ниже флагов, определенных в .

CLONE_VM	Два процесса разделяют пространство виртуальной памяти (включая стек).
CLONE_FS	Разделяется информация файловой системы (такая как текущий каталог).
CLONE_FILES	Разделяются открытые файлы.
CLONE_SIGHAND	Обработчики сигналов разделяются двумя процессами.

Когда ресурсы разделяется двумя процессами, оба они видят эти ресурсы идентично. Если указан

, то когда один процесс заменяет обработчик определенного сигнала, оба начинают использовать новый обработчик (подробности об обработчиках сигналов представлены в главе 12). Когда используется , разделяются не только наборы открытых файлов, но также текущие позиции в каждом файле. Значения возврата для те же самые, что и у .

Если для доставки родительскому процессу специфицирован сигнал, отличный от

, то семейство функций по умолчанию не будет возвращать информацию об этих процессах. Если вы хотите получать информацию об этих процессах, как и в случае процессов, использующих нормальный механизм , то флаг должен быть объединен с помощью логического "или" с параметром вызова . Хотя такое поведение может показаться странным, оно обеспечивает большую гибкость. Если бы функция возвращала информацию о клонированных процессах, было бы сложнее построить стандартные библиотеки потоков вокруг , потому что должна возвращать информацию о других потоках, а также о дочерних процессах.

Хотя и не рекомендуется, чтобы приложения непосредственно использовали

, доступно множество библиотек пространства пользователя, которые применяют и предоставляют полностью POSIX-совместимую реализацию потоков. Библиотека включает — наиболее популярную реализацию потоков. Теме программирования потоков POSIX посвящено несколько хороших книг, среди которых [4] и [23].

Файлы — это наиболее распространенная абстракция ресурсов, используемая в мире Unix. Такие ресурсы, как память, дисковое пространство, устройства и каналы межпроцессного взаимодействия (IPC), могут быть представлены в виде файлов. Поддерживая унифицированную абстракцию для этих ресурсов, Unix уменьшает количество программных интерфейсов, которые обязан знать программист. Ниже перечислены ресурсы, доступные через файловые операции.

• Обычные файлы. Это то, о чем большинство пользователей компьютеров думают как о файлах. Они служат репозиториями данных, которые могут расти до необходимых размеров, и обеспечивают произвольный доступ. Файлы Unix являются байт-ориентированными — любое другое логическое представление является результатом программных преобразований; ядро ничего не знает о них.

• Каналы (pipes). Простейший механизм IPC в Unix. Обычно один процесс пишет информацию в канал в то время как другой читает из него. Каналы — это то, что командные оболочки используют для перенаправления ввода-вывода (например,

или ), и многие программы применяют каналы для того, чтобы передавать свой ввод программам, запущенным в виде их подпроцессов. Существуют два типа каналов: именованные и неименованные. Неименованные каналы создаются по мере необходимости и исчезают, как только читатель и писатель на концах канала закрывают его. Неименованные каналы называются так, потому что они не существуют в файловой системе и потому не имеют файловых имен [36] . Именованные каналы обладают именами файлов, и имя файла используется для того, чтобы позволить двум независимым процессам общаться через канал (подобно тому, как работают сокеты доменов Unix (см. главу 17)). Каналы также известны как FIFO (first-in-first-out), потому что данные упорядочены в манере "первым вошел — первым вышел".

• Каталоги. Специальные файлы, которые содержат списки файлов, хранящихся внутри них. Старые реализации Unix позволяли программам читать и писать их в той же манере, что и обычные файлы. Чтобы обеспечить большую степень абстракции, добавлен специальный набор системных вызовов для обеспечения манипуляций каталогами, хотя каталоги по-прежнему открываются и закрываются подобно обычным файлам. Эти функции рассматриваются в главе 14.

• Файлы устройств. Большинство физических устройств представлены в виде файлов. Есть два типа файлов устройств: блочные устройства и символьные устройства. Файлы блочных устройств представляют аппаратные устройства [37] , которые не могут быть прочитаны побайтно; они должны читаться блоками определенного размера. В Linux блочные устройства принимают специальное управление от ядра [38] и могут содержать файловые системы [39] . Дисковые приводы, включая CD-ROM и RAM-диски, являются наиболее часто используемыми блочными устройствами. Символьные устройства могут быть прочитаны по одному символу за раз, и ядро не представляет для них никаких средств кэширования или упорядочивания. Модемы, терминалы, принтеры, звуковые карты и мыши — все это символьные устройства. Традиционно к каждому из них привязана некая сущность в каталоге

, что позволяет пользовательским процессам получать доступ к ресурсам устройств как к файлам.