Cách sendmsg hoạt động?

Question

Như bạn đã biết sendmsg có tuyên bố này:

int sendmsg(int s, const struct msghdr *msg, int flags);

và msghdr cấu trúc có dạng như sau:

struct msghdr { 
    void   * msg_name;  /* optional address */ 
    socklen_t msg_namelen; /* size of address */ 
    struct iovec * msg_iov;  /* scatter/gather array */ 
    size_t  msg_iovlen;  /* # elements in msg_iov */ 
    void   * msg_control; /* ancillary data, see below */ 
    socklen_t msg_controllen; /* ancillary data buffer len */ 
    int   msg_flags;  /* flags on received message */ 
}; 

Như bạn thấy msghdr có một loạt các bộ đệm, iovec và có bộ đệm msg_iovlen. Những gì tôi tự hỏi là làm thế nào sendmsg gửi các bộ đệm. Nó có nối tất cả các bộ đệm và gửi hay gửi nó trong vòng lặp for?

Answer 1

Các manpage nói về một tin nhắn (số ít) và nhiều yếu tố (số nhiều):

Đối send() và sendto(), thông điệp được tìm thấy trong buf và có chiều dài len. Đối với sendmsg(), thông báo được trỏ đến bởi các phần tử của mảng msg.msg_iov. Cuộc gọi sendmsg() cũng cho phép gửi dữ liệu phụ trợ (còn được gọi là thông tin điều khiển).

Đối với ổ cắm luồng, điều đó cũng không thành vấn đề. Mọi dữ liệu bạn gửi sẽ chỉ kết thúc dưới dạng một luồng dữ liệu dài ở phía bên kia.

Đối với datagram hoặc ổ cắm tin nhắn, tôi có thể thấy lý do tại sao rõ ràng hơn một chút sẽ hữu ích. Nhưng có vẻ như bạn chỉ gửi một gói dữ liệu hoặc tin nhắn với một cuộc gọi sndmsg duy nhất; không một phần tử đệm.

Tôi thực sự đã đào bới mã nguồn Linux ra khỏi sự tò mò và để có được cảm giác tốt hơn về câu trả lời này. Có vẻ như send và sendto chỉ là trình bao bọc cho sendmsg trong Linux, xây dựng struct msghdr cho bạn. Và trên thực tế, triển khai UDP sendmsg tạo chỗ cho một tiêu đề UDP UDP cho mỗi cuộc gọi sendmsg.

Nếu hiệu suất là những gì bạn đang lo lắng, có vẻ như bạn sẽ không được hưởng lợi từ số sendmsg nếu bạn vượt qua chỉ một iovec. Tuy nhiên, nếu bạn đang ghép nối bộ đệm trong không gian người dùng, điều này có khả năng sẽ giúp bạn giành được một số.

Nó hơi giống với writev, với lợi ích bổ sung mà bạn có thể chỉ định địa chỉ đích để sử dụng với ổ cắm không kết nối như UDP. Bạn cũng có thể thêm dữ liệu phụ trợ, nếu bạn đang vào loại điều đó.(Thường được sử dụng để gửi các bộ mô tả tệp trên các ổ cắm miền UNIX.)

Answer 2

Theo http://opengroup.org/onlinepubs/007908799/xns/sendmsg.html ...

Các dữ liệu từ mỗi khu vực lưu trữ chỉ định bởi msg_iov được gửi lần lượt.

Giải thích của tôi là sendmsg() sẽ không nối dữ liệu thư được lưu trữ trong iovec; mỗi tin nhắn sẽ được gửi dưới dạng tin nhắn riêng.

[Chỉnh sửa: Giải thích của tôi không chính xác; . Thấy câu trả lời khác cho một lời giải thích tốt hơn]

Answer 3

Nó phụ thuộc vào ngăn xếp TCP/IP của bạn. Các ngăn xếp TCP/IP được nhúng có thể gửi trực tiếp các iovec khác nhau tới NIC. Nhưng trên các ngăn xếp TCP/IP thông thường, phải có một bản sao từ bộ nhớ không gian người dùng đến bộ nhớ kernelspace, vì vậy không có ở đó, và iovec được sao chép khái niệm vào một bộ nhớ lớn (nó có thể là các trang bộ nhớ riêng biệt, nếu trình điều khiển hỗ trợ scather/thu thập I/O, nhưng phần quan trọng ở đây là ranh giới iovec không được bảo toàn).