ThửRpc

Thực hiện hàng loạt yêu cầu RPC.

Hoạt động này thực hiện không đồng bộ một yêu cầu RPC hoặc một loạt yêu cầu. Yêu cầu RPC được xác định bởi ba tham số chính:

- `address` (địa chỉ máy chủ + cổng hoặc BNS của yêu cầu) - `method` (tên phương thức cho yêu cầu) - `request` (chuỗi proto được tuần tự hóa hoặc vectơ của chuỗi của đối số yêu cầu RPC).

Ví dụ: nếu bạn có một dịch vụ RPC chạy trên cổng localhost:2345 và giao diện của nó được định cấu hình với khai báo nguyên mẫu sau:

service MyService {
   rpc MyMethod(MyRequestProto) returns (MyResponseProto) {
   
 };
 }

thì hãy gọi op này bằng các đối số:

address = "localhost:2345"
 method = "MyService/MyMethod"
 

Tensor `request` là một tensor chuỗi đại diện cho chuỗi `MyRequestProto` được tuần tự hóa; và tensor chuỗi đầu ra `response` sẽ có hình dạng giống nhau và chứa (sau khi hoàn thành thành công) các chuỗi `MyResponseProto` được tuần tự hóa tương ứng.

Ví dụ: để gửi một `MyRequestProto` đơn, trống, hãy gọi hoạt động này với `request = ""`. Để gửi 5 yêu cầu trống song song, hãy gọi op này với `request = ["", "", "", "", ""]`.

Tổng quát hơn, người ta có thể tạo một loạt các proto được tuần tự hóa `MyRequestProto` từ các tenxơ theo lô thông thường bằng cách sử dụng op `encode_proto` và chuyển đổi các proto được tuần tự hóa `MyResponseProto` thành các tensor theo lô bằng cách sử dụng `decode_proto` op.

LƯU Ý Làm việc với các chuỗi proto được tuần tự hóa nhanh hơn việc khởi tạo các đối tượng proto thực tế trong bộ nhớ, do đó dự kiến ​​sẽ không có sự suy giảm hiệu suất so với việc ghi các hạt nhân tùy chỉnh cho quy trình làm việc này.

Không giống như op `Rpc` tiêu chuẩn, nếu kết nối không thành công hoặc nhân viên từ xa trả về trạng thái lỗi, op này sẽ không khôi phục ngoại lệ. Thay vào đó, mục nhập `status_code` và `status_message` cho lệnh gọi RPC tương ứng được đặt với lỗi được trả về từ lệnh gọi RPC. Tenxơ `response` sẽ chứa các giá trị phản hồi hợp lệ cho các mục nhập minibatch có RPC không bị lỗi; phần còn lại của các mục sẽ có chuỗi trống.