Các cuộc gọi song song để gửi / recv trên cùng một ổ cắm có hợp lệ không?

1. Chúng ta có thể gọi gửi từ một chủ đề và recv từ một chủ đề khác trên cùng một ổ cắm không?
2. Chúng ta có thể gọi nhiều lần gửi song song từ các luồng khác nhau trên cùng một ổ cắm không?

Tôi biết rằng một thiết kế tốt nên tránh điều này, nhưng tôi không rõ các API hệ thống này sẽ hoạt động như thế nào. Tôi không thể tìm thấy một tài liệu tốt cho cùng.

Bất kỳ con trỏ theo hướng sẽ hữu ích.

POSIX định nghĩa gửi / recv là các hoạt động nguyên tử, vì vậy giả sử bạn đang nói về POSIX send / recv thì có, bạn có thể gọi chúng đồng thời từ nhiều luồng và mọi thứ sẽ hoạt động.

Điều này không nhất thiết có nghĩa là chúng sẽ được thực thi song song - trong trường hợp nhiều lần gửi, lần thứ hai sẽ có khả năng chặn cho đến khi lần đầu tiên hoàn thành. Bạn có thể sẽ không nhận thấy điều này nhiều, vì việc gửi hoàn tất sau khi đưa dữ liệu của nó vào bộ đệm ổ cắm.

Nếu bạn đang sử dụng ổ cắm SOCK_STREAM, cố gắng thực hiện mọi thứ song song sẽ ít hữu ích hơn vì send / recv có thể gửi hoặc chỉ nhận một phần của tin nhắn, điều đó có nghĩa là mọi thứ có thể bị chia tách.

Chặn gửi / recv trên các ổ cắm SOCK_STREAM chỉ chặn cho đến khi chúng gửi hoặc recv ít nhất 1 byte, do đó, sự khác biệt giữa chặn và không chặn là không hữu ích.

Bộ mô tả ổ cắm thuộc về quy trình, không thuộc về một chủ đề cụ thể. Do đó, có thể gửi / nhận đến / từ cùng một ổ cắm trong các luồng khác nhau, HĐH sẽ xử lý đồng bộ hóa.

Tuy nhiên, nếu thứ tự gửi / nhận có ý nghĩa về mặt ngữ nghĩa, thì chính bạn (tương ứng mã của bạn) phải đảm bảo sắp xếp hợp lý giữa các hoạt động trong các luồng khác nhau - như mọi trường hợp với các luồng.

Tôi không thấy cách nhận song song có thể hoàn thành bất cứ điều gì. Nếu bạn có thông báo 3 byte, 1 luồng có thể nhận được 2 byte đầu tiên và một byte khác cuối cùng, nhưng bạn không có cách nào để biết đó là byte nào. Trừ khi tin nhắn của bạn chỉ dài một byte, không có cách nào đáng tin cậy để bạn có thể làm bất cứ điều gì hoạt động với nhiều luồng nhận được.

Nhiều lần gửi có thể hoạt động, nếu bạn đã gửi toàn bộ tin nhắn trong một cuộc gọi, nhưng tôi không chắc chắn. Có khả năng người ta có thể ghi đè lên người khác. Chắc chắn sẽ không có bất kỳ lợi ích hiệu suất để làm như vậy.

Nếu nhiều luồng cần gửi, bạn nên thực hiện hàng đợi tin nhắn được đồng bộ hóa. Có một luồng thực hiện gửi thực tế đọc tin nhắn từ hàng đợi và có các luồng khác liệt kê toàn bộ tin nhắn. Điều tương tự sẽ hoạt động để nhận, nhưng luồng nhận sẽ phải biết định dạng của các tin nhắn để nó có thể giải nén chúng đúng cách.