Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
May 21 2026 02:16:32   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36392
Учимся удалять!... 33287
Примеры, синони... 24492
Декартовы коорд... 24000
Просмотр готовы... 23834
FAST (методика ... 22576
содержание - се... 21961
Просмотр готовы... 20874
Работа с инстру... 16504
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
6.7 ВЫВОДЫ
Мы завершили рассмотрение контекста процесса. Процессы в системе UNIX могут находиться в различных логических состояниях и переходить из состояния в состояние в соответствии с установленными правилами перехода, при этом информация о состоянии сохраняется в таблице процессов и в адресном пространстве процесса. Контекст процесса состоит из пользовательского контекста и системного контекста. Пользовательский контекст состоит из программ процесса, данных, стека задачи и областей разделяемой памяти, а системный контекст состоит из статической части (запись в таблице процессов, адресное пространство процесса и информация, необходимая для отображения адресного пространства) и динамической части (стек ядра и сохраненное состояние регистров предыдущего контекстного уровня системы), которые запоминаются в стеке и выбираются из стека при выполнении процессом обращений к системным функциям, при обработке прерываний и при переключениях контекста. Пользовательский контекст процесса распадается на отдельные области, которые представляют собой непрерывные участки виртуального адресного пространства и трактуются как самостоятельные объекты использования и защиты. В модели управления памятью, которая использовалась при описании формата виртуального адресного пространства процесса, предполагалось наличие у каждой области процесса своей таблицы страниц. Ядро располагает целым набором различных алгоритмов для работы с областями. В заключительной части главы были рассмотрены алгоритмы приостанова (sleep) и возобновления (wakeup) процессов. Структуры и алгоритмы, описанные в данной главе, будут использоваться в последующих главах при рассмотрении системных функций управления процессами и планирования их выполнения, а также при объяснении различных методов распределения памяти.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Опции для работы с...
2.6.1. Кодирование...
содержание - сетев...
2.2.5 Статистическ...
Калибруем
Всем ребятам — при...
9.4. Интегрирован...
Быстрое продление ...
Оглавление
2.3.2.3 Факсимильн...
6.6.1 События, выз...
7. Размер процесса...
Вместо введения
Cetus GPS
СИСТЕМНЫЕ ОПЕРАЦИИ
7.2. Интерпретация...
Об авторе
OZIEXPLORER
Использование согл...
1.3 ОБЗОР С ТОЧКИ ...
7.2.2. Необходимые...
Выводы
2.3. Представление...
Глава 9. Humminbir...
Как рассуждает ре...
Правила для атрибутов
1. Общий обзор мет...
9.1.2 Выгрузка пр...
Группа 1 - информа...
Бумажные или компь...
О чем мы узнали ?
9.1.2.1 Выгрузка п...
ДСМ-метод
Определение атрибута
13.4 РАСПРЕДЕЛЕННА...
Обязательства по в...
продолжение...
9.3. Программа обу...
Одометр
Дисплей
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009