Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
April 02 2025 08:52:46   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 35089
Учимся удалять!... 32436
Примеры, синони... 23762
Просмотр готовы... 23030
Декартовы коорд... 22837
FAST (методика ... 21785
содержание - се... 21090
Просмотр готовы... 19864
Работа с инстру... 15312
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
ГЛАВА 1. ОБЩИЙ ОБ...
2.4.5 Построение д...
3.2.3. Технология ...
Вспомогательные ...
Sven 848
Идея четвертая: Оп...
4.8 ДРУГИЕ ТИПЫ ФА...
Вариант 1
6.8 УПРАЖНЕНИЯ
Идея пятая: Ионосф...
Механизм создания ...
1.4 Способы комму...
4. Особенности выд...
Протоколы канально...
2.7 Сети PDH и SO...
Дуги в уникальных ...
Необходимые предпо...
Процессы управлени...
Поддержка сетевых ...
Анализ программног...
2.4.2 Логическое к...
Релевантность
Содержание - сетев...
Работа с инструмен...
9.3. Программа обу...
6.5.6 Освобождение...
Глава 4. Основные ...
Предисловие
Вместо заключения
2. Пересечения про...
Глава 25. VESTA 350
5.10 CМЕНА ВЛАДЕЛЬ...
Установка антенны
4.12.3.5 Система с...
7.2.4. Измерения ...
Другие виды погреш...
5. Продукции типа...
«Булкотряс», обору...
Кабели
Порядок сборки
Мини-чат
Вам необходимо залогиниться.

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