Роберт Лав - Разработка ядра Linux
- Название:Разработка ядра Linux
- Автор:
- Жанр:
- Издательство:Издательский дом Вильямс
- Год:2006
- Город:Москва
- ISBN:5-8459-1085-4
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Роберт Лав - Разработка ядра Linux краткое содержание
В книге детально рассмотрены основные подсистемы и функции ядер Linux серии 2.6, включая особенности построения, реализации и соответствующие программны интерфейсы. Рассмотренные вопросы включают: планирование выполнения процессов, управление временем и таймеры ядра, интерфейс системных вызовов, особенности адресации и управления памятью, страничный кэш, подсистему VFS, механизмы синхронизации, проблемы переносимости и особенности отладки. Автор книги является разработчиком основных подсистем ядра Linux. Ядро рассматривается как с теоретической, так и с прикладной точек зрения, что может привлечь читателей различными интересами и потребностями.
Книга может быть рекомендована как начинающим, так и опытным разработчикам программного обеспечения, а также в качестве дополнительных учебных материалов.
Разработка ядра Linux - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
Потоки создаются так же, как и обычные задания, за исключением того, что в системный вызов clone()
передаются флаги с указанием, какие ресурсы должны использоваться совместно:
clone(CLONE_VM | CLONE_FS | CLONE_FILES | CLONE_SIGHAND, 0);
Результат выполнения показанного кода будет таким же, как и при выполнении обычного вызова fork()
, за исключением того, что адресное пространство, ресурсы файловой системы, дескрипторы файлов и обработчики сигналов останутся общими. Другими словами, новая задача, так же как и родительский процесс, — обычные потоки. В отличие от этого, обычный вызов fork()
может быть реализован следующим образом:
clone(SIGCHLD, 0);
а вызов vfork()
в таком виде:
clone(CLONE_VFORK | CLONE_VM | SIGCHLD, 0);
Флаги, которые передаются в системный вызов clone()
, помогают указать особенности поведения нового процесса и детализировать, какие ресурсы должны быть общими для родительского и порожденного процессов. В табл. 3.1 приведены флаги системного вызова clone()
и их эффект.
Таблица 3.1. Флаги системного вызова clone()
Флаг | Описание |
---|---|
CLONE_FILES |
Родительский и порожденный процессы совместно используют открытые файлы |
CLONE_FS |
Родительский и порожденный процессы совместно используют информацию о файловой системе |
CLONE_IDLETASK |
Установить значение PID в нуль (используется только для холостых (idle) задач) |
CLONE_NEWNS |
Создать новое пространство имен для порожденной задачи |
CLONE_PARENT |
Родительский процесс вызывающего процесса становится родительским и для порожденного |
CLONE_PTRACE |
Продолжить трассировку и для порожденного процесса |
CLONE_SETTID |
Возвратить значение идентификатора TID в пространство пользователя |
CLONE_SETTLS |
Для порожденного процесса создать новую область локальных данных потока (thread local storage, TLS) |
CLONE_SIGHAND |
У порожденного и родительского процессов будут общие обработчики сигналов |
CLONE_SYSVSEM |
У родительского и порожденного процессов будет общая семантика обработки флага SEM_UNDO для семафоров System V |
CLONE_THREAD |
Родительский и порожденный процессы будут принадлежать одной группе потоков |
CLONE_VFORK |
Использовать vfork() : родительский процесс будет находиться а приостановленном состоянии, пока порожденный процесс не возобновит его работу |
CLONE_UNTRACED |
Запретить родительскому процессу использование флага CLONE_PTRACE для порожденного процесса |
CLONE_STOP |
Запустить процесс в состоянии TASK_STOPPED |
CLONE_CHILD_CLEARTID |
Очистить идентификатор TID для порожденного процесса |
CLONE_CHILD_SETTID |
Установить идентификатор TID для порожденного процесса |
CLONE_PARENT_SETTID |
Установить идентификатор TID для родительского процесса |
CLONE_VM |
У порожденного и родительского процессов будет общее адресное пространство |
Потоки в пространстве ядра
Часто в ядре полезно выполнить некоторые операции в фоновом режиме. В ядре такая возможность реализована с помощью потоков пространства ядра ( kernel thread ) — обычных процессов, которые выполняются исключительно в пространстве ядра. Наиболее существенным отличием между потоками пространства ядра и обычными процессами является то, что потоки в пространстве ядра не имеют адресного пространства (значение указателя mm
для них равно NULL
). Эти потоки работают только в пространстве ядра, и их контекст не переключается в пространство пользователя. Тем не менее потоки в пространстве ядра планируются и вытесняются так же, как и обычные процессы.
В ядре Linux потоки пространства ядра выполняют определенные задания, наиболее часто используемые, — это pdfush и ksoftirq . Эти потоки создаются при загрузке системы другими потоками пространства ядра. В действительности поток в пространстве ядра может быть создан только другим потоком, работающим в пространстве ядра. Интерфейс для запуска нового потока в пространстве ядра из уже существующего потока следующий:
int kernel_thread(int (*fn)(void*), void* arg, unsigned long flags);
Новая задача создается с помощью обычного системного вызова clone()
с соответствующими значениями флагов, указанными в параметре flags. При возврате из системного вызова родительский поток режима ядра завершается и возвращает указатель на структуру task_struct
порожденного процесса. Порожденный процесс выполняет функцию, адрес которой указан в параметре fn
, в качестве аргумента этой функции передается параметр arg
. Для указания обычных флагов потоков пространства ядра существует флаг CLONE_KERNEL
, который объединяет в себе флаги CLONE_FS
, CLONE_FILES
и CLONE_SIGHAND
, так как большинство потоков пространства ядра должны указывать эти флаги в параметре flags
.
Чаще всего поток пространства ядра продолжает выполнять свою функцию вечно (или, по крайней мере, до перегрузки системы, но когда она произойдет в случае ОС Linux- неизвестно). Функция потока обычно содержит замкнутый цикл, в котором поток пространства ядра по необходимости возобновляет выполнение, исполняет свои обязанности и снова переходит в приостановленное состояние.
В следующих главах более детально будут рассмотрены конкретные примеры потоков пространства ядра.
Завершение процесса
Как это ни грустно, но любой процесс в конечном итоге должен завершиться. Когда процесс завершается, ядро должно освободить ресурсы, занятые процессом, и оповестить процесс, который является родительским для завершившегося, о том, что его порожденный процесс, к сожалению, "умер".
Обычно уничтожение процесса происходит тогда, когда процесс вызывает системный вызов exit()
явно или неявно при выходе из главной функции программы (компилятор языка С помещает вызов функции exit()
после возврата из функции main()
). Процесс также может быть завершен непроизвольно. Это происходит, когда процесс получает сигнал или возникает исключительная ситуация, которую процесс не может обработать или проигнорировать. Независимо от того, каким образом процесс завершается, основную массу работы выполняет функция do_exit(),
а именно указанные далее операции.
• Устанавливается флаг PF_EXITING
в поле flags
структуры task struct
.
• Вызывается функция del_timer_sync()
, чтобы удалить все таймеры ядра. После выхода из этой функции гарантируется, что нет никаких ожидающих таймеров и никакой обработчик таймера не выполняется.
• Если включена возможность учета системных ресурсов, занятых процессами (BSD process accounting), то вызывается функция acct_process()
для записи информации об учете ресурсов, которые использовались процессом.
Интервал:
Закладка: