Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
July 15 2025 20:20:11   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 35815
Учимся удалять!... 32635
Примеры, синони... 23929
Просмотр готовы... 23195
Декартовы коорд... 23096
FAST (методика ... 21943
содержание - се... 21281
Просмотр готовы... 20067
Работа с инстру... 15609
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
12.3.3.2 Wait
многопроцессорная версия алгоритма wait
{
для (;;) { /* цикл */
перебор всех процессов-потомков:
if (потомок находится в состоянии "прекращения существования") return ;
P(zombie_semaphore); /* начальное значение — 0 */
}
}
Рисунок 12.15. Многопроцессорная версия алгоритма wait
Из главы 7 мы уже знаем о том, что во время выполнения системной функции wait процесс приостанавливает свою работу до момента завершения выполнения своего потомка. В многопроцессорной системе перед процессом встает задача не упустить при выполнении алгоритма wait потомка, прекратившего существование с помощью функции exit; если, например, в то время, пока на одном процессоре процесс-родитель запускает функцию wait, на другом процессоре его потомок завершил свою работу, родителю нет необходимости приостанавливать свое выполнение в ожидании завершения второго потомка. В каждой записи таблицы процессов имеется семафор, именуемый zombie_semaphore и имеющий в начале нулевое значение. Этот семафор используется при организации взаимодействия wait/exit (Рисунок 12.15). Когда потомок завершает работу, он выполняет над семафором своего родителя операцию V, выводя родителя из состояния приостанова, если тот перешел в него во время исполнения функции wait. Если потомок завершился раньше, чем родитель запустил функцию wait, этот факт будет обнаружен родителем, который тут же выйдет из состояния ожидания. Если оба процесса исполняют функции exit и wait параллельно, но потомок исполняет функцию exit уже после того, как родитель проверил его статус, операция V, выполненная потомком, воспрепятствует переходу родителя в состояние приостанова. В худшем случае процесс-родитель просто повторяет цикл лишний раз.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
2.2.2.3 Переходы и...
Землемерие
4.5 Управление пот...
7.4.1. Организаци...
6.5 УПРАВЛЕНИЕ АД...
Работа с инструмен...
1.3.1 Файловая сис...
9.2.3.1 Обработка...
Убирайте повторяющ...
Дети, родители и ...
Глава 12. Fortuna...
Вместо заключения
Идентификация связей
содержание - сетев...
Программное обеспе...
Глава 15. FF2112
До 300 долларов
9.3 СИСТЕМА СМЕША...
Каскадное удаление
9.1.3 Загрузка (по...
Процессное управле...
Геометрия — некото...
Представление
12.4 СИСТЕМА TUNIS
Внешний вид
Выполняемые операции
7.1. Интерпретация...
ГЛАВА 9. АЛГОРИТМЫ...
Глава 4. Основные ...
содержание - сетев...
ГЛАВА 6. СТРУКТУРА...
Реинжиниринг проце...
Вместо введения
Единицы измерения
Спидометр
Стандартные экипажи
3.1 ЗАГОЛОВКИ БУФЕРА
Больше 500 долларов
Как происходит опр...
Принцип 3. Обращай...
Мини-чат
Вам необходимо залогиниться.

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