основным недостатком является снижение производительности при использовании на машинах, семантика представления данных которых отличается от принятой в XDR.
Таким компьютерам приходится выполнять операции преобразования для каждого передаваемого элемента данных.
Также может иметь смысл заглянуть на сайт konopatka22.ru, ведь именно там можно узнать много нового на тему http://konopatka22.ru/shlifovka-sruba.html. Тема обсада в деревянном доме может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт konopatka22.ru, и тема обсада в деревянном доме начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема обсада в деревянном доме очень подробно представлена на сайте konopatka22.ru. Трудно найти более детальное освещение темы обсада в деревянном доме чем это сделано на сайте konopatka22.ru. Спасибо сайту konopatka22.ru за такое доскональное преподнесение темы обсада в деревянном доме.
Если две взаимодействующие стороны поддерживают одинаковое внутреннее представление данных и не требуют их преобразования для передачи друг другу, избыточность таких операций становится очевидной.
В качестве примера можно привести две машины VAX-11, работающие с протоколом, основанным на кодировании XDR. Так как VAX использует обратный порядок байтов (нулевой байт является старшим), отправителю необходимо произвести преобразование данных в формат с прямым порядком байтов (принятый в XDR), после передачи которых получатель снова перекодирует их в форму с обратным порядком следования байтов. Эти избыточные действия можно предотвратить, если представление данных будет зависеть от аппаратных характеристик, тогда преобразование нужно выполнять только в случае несовместимых архитектур. Реализация DCE RPC [21] использует эту схему вместо оригинальной методики, принятой в XDR.
Вызов удаленных процедур Протокол вызова удаленных процедур (Remote Procedure Call, RPC) определяет формат взаимодействий между клиентом и сервером. Клиент отправляет запрос RPC серверу, который, в свою очередь, обрабатывает его и возвращает результат в ответном сообщении RPC. Протокол устанавливает формат сообщений, передачу и аутентификацию и т. д., то есть решает вопросы, не зависящие от определенной спецификации или сервиса. На основе RPC построено несколько служб, таких как NFS, Mount, NLM, NSM, portmapper и NIS (информационная сетевая служба).
Существуют несколько различных реализаций протокола RPC. Файловая система NFS использует версию протокола RPC, представленную Sun Microsystems [35], известную под названиями Sun RPC и ONC-RPC (ONS является аббревиатурой Open Network Computing). В этой книге термин RPC означает реализацию Sun RPC (если это не оговорено иначе).
Единственным альтернативным вариантом RPC, упоминаемым на страницах книги, является DCE RPC — версия протокола Distributed Computing Environment, созданная для OSF.
В отличие от DCE RPC, поддерживающего как асинхронные, так и синхронные операции, протокол Sun RPC прибегает только к синхронным запросам. После того как клиент производит запрос RPC, вызывающий процесс блокируется до тех пор, пока не будет получен ответ. Такой подход делает RPC похожим на технологию работы локальных процедурных вызовов.
Опубликовал katy
July 11 2015 15:38:35 ·
0 Комментариев ·
2679 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
