Finally, network failures add a new

Finally, network failures add a new twist to the semantics of RPC. Assume that the message containing a client’s RPC is lost en route the server. The client has little alternative to waiting and reinitiating the RPC after a time-out period. However, if for some reason the first RPC is not lost but stuck somewhere in the network, then there is a chance that the RPC may be executed twice. In some cases, it makes little difference. For example, if the RPC reads the blocks of a file from a remote server, then the client may not care if the same blocks are retrieved more than once. However, if the RPC debits your account in a remote bank and the operation is carried out more than once, then you will be unhappy. Some applications need the at-least-once semantics, whereas some others need the at- most-once semantics or the exactly once semantics.

Результаты (русский) 1:

И наконец сбои сети добавить новый поворот к семантике RPC. Предположим, что сообщение, содержащее клиента RPC потерял пути сервера. Клиент имеет мало альтернатива ожидания и вновь RPC после тайм-аута. Однако если по каким-то причинам первый RPC не потерял, но застрял где-то в сети, то есть шанс, что RPC может быть выполнен дважды. В некоторых случаях это делает мало разницы. Например если RPC считывает блоки файла с удаленного сервера, то клиент может не волнует, если же блоки извлекаются более чем один раз. Однако если RPC дебетует ваш счет в удаленном банке и операция осуществляется несколько раз, то вы будете недовольны. Некоторые приложения нуждаются в наименее раз семантики, в то время как другие нуждаются в большинство раз семантики или ровно один раз семантики.

Результаты (русский) 2:

И, наконец, сетевые сбои добавить новый поворот к семантике RPC. Предположим, что сообщение, содержащее RPC клиента теряется на пути к серверу. Клиент имеет небольшую альтернативу ожидания и повторным запуском СРП по истечении тайм-аута. Однако, если по каким-то причинам первый RPC не теряется, но застрял где-то в сети, то есть шанс, что RPC может выполняться дважды. В некоторых случаях, это мало что меняет. Например, если RPC считывает блоки файла с удаленного сервера, то клиент может быть не все равно, если одни и те же блоки извлекаются более чем один раз. Тем не менее, если RPC списывает свою учетную запись в удаленном банке и операция осуществляется более одного раза, то вы будете несчастны. Некоторые приложения требуют, по меньшей мере, один раз-семантики, тогда как некоторые другие нуждаются в атмос- наиболее раз семантики или ровно один раз семантики.

Результаты (русский) 3:

и, наконец, неполадки в сети добавить новый виток семантика озк.предполагается, что сообщение, содержащее клиента RPC - утрачена сервера.клиент не альтернативой ждет и перезапускаю рпц после тайм - аута период.однако, если по какой - то причине первый озк не потеряли, но застрял где - то в сети, то есть шанс, что озк может быть казнен дважды.в некоторых случаях, не имеет большого значения.например, если озк читает блоками файлов с удаленного сервера, то клиент может не беспокоиться, если же блоков изъяли более одного раза.вместе с тем, если озк дебет счета в отдаленном берегу и операция проводится более чем один раз, потом вы будете несчастны.некоторые приложения, нужно хотя бы раз семантика, тогда как другие нуждаются в на - большинство раз семантика или именно после семантика.