Данная концепция применима только к структурам IPC с распределенными
ключами. Когда процесс впервые создает структуру IPC в пределах кластера
при помощи xxxget(), компьютер, на котором он выполняется,
становится ее ``владельцем''. Все операции манипулирования с данной
структурой проводятся на машине-владельце. Фактически это означает,
что может существовать только один активный экземпляр структуры IPC.
Это свойство сильно влияет на простоту и семантику при обеспечении
сохранности DIPC.
При DIPC процесс-производитель и процесс-потребитель данных
могут состоять в следующих отношениях:
Оба находятся на одной машине, которая является владельцем. Такая
ситуация сильно напоминает обычные вызовы IPC.
Оба находятся на одной машине, которая не является владельцем. В такой
ситуации производитель будет посылать свои данные компьютеру - владельцу.
Потребитель будет обращаться к владельцу данных, который в ответ будет
посылать их ему. Данные будут ходить ``по кругу''.
Каждый находится на отдельной машине, но одна из этих машин является
владельцем. Один процесс вынужден передавать / принимать данные к/от
владельцу(-а), а другой может пользоваться обычными технологиями IPC.
Каждый находится на отдельной машине, но ни одна из этих машин не
является владельцем. Данная ситуация подобна ситуации 2,
но данные ``используют'' компьютер - владелец как промежуточную
остановку при движении от компьютера - производителя к компьютеру - потребителю.
Следующие подходы оказывают влияние на принятие решения о привлечении
владельца при любой активности DIPC:
Централизованный подход, упрощающий алгоритмы. Процесс "знает", куда
он должен отсылать данные, им производимые, - без необходимости опроса
всех машин в кластере. Ситуация может быть наихудшей, если запрашиваемые
данные еще не произведены, - потому что в этом случае ``проситель''
не знает, где их ожидать. Сопутствующей проблемой может быть то, как
найти все ожидающие процессы в кластере, информировать их о доступности
некоторых новых данных и выбрать, кто из них должен получить данные.
Наиболее подходящий подход с обычным поведением IPC.
Предположим,
два процесса на двух различных машинах производят некоторые данные
с отсутствием синхронизирующих тактов - им очень тяжело согласовать,
какие данные должны быть произведены первыми. Рассмотренным
выше методом производство и потребление данных организуется последовательно.
В отношении к машине-владельцу это предполагает наличие жесткого порядка
во время производства и потребления данных. Это сильно напоминает
семантику обычных механизмов IPC.
Владельца структуры IPC после его ``закрепления'' заменить невозможно.
Другими словами, миграция IPC отсутствует.
