Вызов - удаленная процедура
Cтраница 2
Третья проблема состоит в том, что типы параметров не всегда могут быть точно определены, даже из формального описания самой программы. Так, например, процедура print / может иметь произвольное количество параметров ( по меньшей мере, один), которые могут быть произвольной смесью целых и вещественных чисел, переменных и констант типа short, long, символьных и строковых переменных и констант произвольной длины, а также других типов. Вызов print / как удаленной процедуры практически невозможен, поскольку в языке С разрешено столь многое. Однако правило, говорящее, что вызов удаленных процедур может быть использован при условии, что вы не программируете на С ( или C), вряд ли найдет понимание среди широких масс программистов. [16]
 |
Использование колец передачи и приема для координации центрального процессора с процессором на плате. [17] |
Процессы на разных центральных процессорах многомашинной системы общаются, отправляя друг другу сообщения. В своем простейшем виде этим обменом сообщениями явно занимаются процессы пользователя. Другими словами, операционная система предоставляет способ отправки и получения сообщения, а библиотечные процедуры обеспечивают доступность этих системных вызовов для пользовательских процессов. В более сложной форме передача сообщений скрыта от пользователя под видом вызова удаленной процедуры. Ниже будут рассмотрены оба метода. [18]
Несмотря на концептуальную элегантность вызова удаленной процедуры, данный метод содержит множество незаметных на первый взгляд проблем. Одна из них заключается в использовании указателей в качестве параметров. В нормальных условиях передача указателя в качестве параметра не представляет проблемы. Вызываемая процедура может использовать параметр тем же способом, что и процесс, вызывающий процедуру, поскольку обе процедуры находятся в одном виртуальном адресном пространстве. При использовании вызова удаленной процедуры передача указателя невозможна, так как клиент и сервер находятся в различных адресных пространствах. [19]
Многомашинные системы также состоят из двух и более центральных процессоров, но у каждого из этих центральных процессоров есть своя собственная память. У них нет общей оперативной памяти, поэтому весь обмен информацией осуществляется при помощи передачи сообщений. В некоторых случаях на сетевой интерфейсной плате установлен свой процессор. В таких случаях необходимо тщательно организовать связь центрального процессора и процессора на плате во избежание конфликтов. Для связи на уровне пользователя на многомашинных системах часто применяется вызов удаленной процедуры, но распределенная память совместного доступа также может использоваться. Здесь важным вопросом является балансировка нагрузки процессов. Среди многочисленных применяемых для этого алгоритмов применяются такие, как алгоритмы, инициируемые отправителем, алгоритмы, инициируемые получателем, и алгоритмы торгов. [20]
Развитый графический интерфейс, включающий элементы анимации, базируется на средствах Motif и MS Windows. Архитектура клиент / сервер на уровне обмена данными поддерживается монитором транзакций GSI и DDE, на уровне объектов - CORBA, на уровне приложения - клиентной подсистемой Telewindows. Распределенная обработка обеспечивается интерфейсами G2 - G2, G2 О Telewindows и поддержкой вызова удаленных процедур. Существует множество готовых решений под ключ для прямого взаимодействия G2 с распространенными программными и техническими системами контроля и развитыми СУБД. [21]
Страницы: 1 2