Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Август 25 2019 04:23:00   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 23666
4.12.1 Професси... 22372
Примеры, синони... 21287
FAST (методика ... 19244
Просмотр готовы... 18960
Декартовы коорд... 17359
Просмотр готовы... 15803
Работа с инстру... 11938
Что такое САПР 11344
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 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, выполненная потомком, воспрепятствует переходу родителя в состояние приостанова. В худшем случае процесс-родитель просто повторяет цикл лишний раз.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
История развития т...
До 200 долларов
7.6 КОД ИДЕНТИФИКА...
Запись трека (Trac...
Личные впечатления...
Управление выводом
13.1 ПЕРИФЕРИЙНЫЕ ...
8.1.2 Параметры ди...
Глава 25. VESTA 350
1.3.1 Первичная с...
Что нам подсказыва...
8.2. Планирование...
6.4.3 Переключение...
2. Продукции типа...
Настраиваемые шаблоны
8.3 ТАЙМЕР
Рационален ли чел...
10.3 ТЕРМИНАЛЬНЫЕ ...
Параллельный
Реинжиниринг проце...
1.2. Фундаменталь...
10.6 УПРАЖНЕНИЯ
Об авторе
4.1. Методы внутре...
2.1 Классификация ...
4.12.3.1 Поколения...
О легальности испо...
Карты в руки!
Какую аппаратуру и...
13.4 РАСПРЕДЕЛЕННА...
ЦЕЛИ КАЖДОЙ ГРУ...
1.5.3 Распределени...
3.1. Внутренняя с...
2. Дивизиональная ...
Глава 4. ROADINFORMER
Что представляет с...
Глава 3. ПалмГИС
Кавитация
Случаи из жизни
Глава вторая
Мини-чат
Вам необходимо залогиниться.

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