Системный вызов vfork()
позволяет получить тот же эффект, что и системный вызов fork()
, за исключением того, что записи таблиц страниц родительского процесса не копируются. Вместо этого порожденный процесс запускается как отдельный поток в адресном пространстве родительского процесса и родительский процесс блокируется до того момента, пока порожденный процесс не вызовет функцию exec()
или не завершится. Порожденному процессу запрещена запись в адресное пространство. Такая оптимизация была желанной в старые времена 3BSD, когда реализация системного вызова fork()
не базировалась на технике копирования страниц памяти при записи. Сегодня, при использовании техники копирования страниц памяти при записи и запуске порожденного процесса перед родительским, единственное преимущество вызова vfork()
— это отсутствие копирования таблиц страниц родительского процесса. Если когда-нибудь в операционной системе Linux будет реализовано копирование полей таблиц страниц при записи[17], то вообще не останется никаких преимуществ. Поскольку семантика функции vfork()
достаточно ненадежна (что, например, будет, если вызов exec()
завершится неудачно?), то было бы здорово, если бы системный вызов vfork()
умер медленной и мучительной смертью. Вполне можно реализовать системный вызов vfork()
через обычный вызов fork()
, что действительно имело место в ядрах Linux до версии 2.2.
Сейчас системный вызов vfork()
реализован через специальный флаг в системном вызове clone()
, как показано ниже.
• При выполнении функции copy_process()
поле vfork_done
структуры task_struct
устанавливается в значение NULL
.
• При выполнении функции do_fvork()
, если соответствующий флаг установлен, поле vfork_done
устанавливается в ненулевое значение (начинает указывать на определенный адрес).
• После того как порожденный процесс в первый раз запущен, родительский процесс, вместо того чтобы возвратиться из функции copy_process()
к выполнению, начинает ожидать, пока порожденный процесс не подаст ему сигнал через указатель vfork_done
.
• При выполнении порожденным процессом функции mm_release()
(которая вызывается, когда задание заканчивает работу со своим адресным пространством), если значение поля vfork_done
не равно NULL
, родительский процесс получает указанный выше сигнал.
• При возврате в функцию do_fork()
родительский процесс возобновляет выполнение и выходит из этой функции.
Если все прошло так, как запланировано, то теперь порожденный процесс выполняется в новом адресном пространстве, а родительский процесс — в первоначальном адресном пространстве. Накладные расходы меньше, но реализация не очень привлекательна.
Реализация потоков в ядре Linux
Многопоточность — это популярная сегодня программная абстракция. Она обеспечивает выполнение нескольких потоков в совместно используемом адресном пространстве памяти. Потоки также могут совместно использовать открытые файлы и другие ресурсы. Многопоточность используется для
Реализация потоков в операционной системе Linux уникальна. Для ядра Linux не существует отдельной концепции потоков. В ядре Linux потоки реализованы так же, как и обычные процессы. В ОС Linux нет никакой особенной семантики для планирования выполнения потоков или каких-либо особенных структур данных для представления потоков. Поток— это просто процесс, который использует некоторые ресурсы совместно с другими процессами. Каждый поток имеет структуру task_struct
и представляется для ядра обычным процессом (который совместно использует ресурсы, такие как адресное пространство, с другими процессами).
В этом смысле Linux отличается от других операционных систем, таких как Microsoft Windows или Sun Solaris, которые имеют