Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
January 22 2025 02:43:22   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 34627
Учимся удалять!... 32350
Примеры, синони... 23661
Просмотр готовы... 22951
Декартовы коорд... 22692
FAST (методика ... 21702
содержание - се... 20998
Просмотр готовы... 19745
Работа с инстру... 15190
Сейчас на сайте
Гостей: 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, выполненная потомком, воспрепятствует переходу родителя в состояние приостанова. В худшем случае процесс-родитель просто повторяет цикл лишний раз.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Cканирование вниз
1.1 Физическая то...
Продолжение расска...
4. Разработка инфо...
Внешний источник
9.2.4 Замещение ст...
Бенчмаркинг процес...
2.2.1 Обзор особен...
7.6 КОД ИДЕНТИФИКА...
4.3. Другие способ...
СЛОЖНЫЙ ПРИМЕР
Первый параграф пр...
10.4 ПОТОКИ
1.5 ПРЕДПОЛАГАЕМАЯ...
10.2 ДИСКОВЫЕ ДРАЙ...
Узнавание по форме
Быстрое продление ...
7.3.5. Жизненные ц...
Быстрое продление ...
3.1.3. Протоколы п...
8.3.2 Внутренние с...
5.2 Адресация в IP...
Настройки телефона...
Организация дуплек...
Принцип 4. Создава...
Глава 20. GSM-теле...
Одометр
Группа 1 - информа...
3.2 Методы доступ...
10.3 ТЕРМИНАЛЬНЫЕ ...
9.4 ВЫВОДЫ
10.3.5 Назначение ...
Теперь о картах и ...
1.5.3 Распределени...
Пометки на схеме
Общая схема вывода
Глава пятая
Релевантность
Протоколы физическ...
4.4 Маршрутизация ...
Мини-чат
Вам необходимо залогиниться.

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