Khuyến nghị truyền thông giữa các quy trình

Question

Tôi đang tìm kiếm một cách nhẹ, nhanh chóng và dễ dàng để xử lý Giao tiếp giữa các chương trình trên một máy Linux.

Hiện tại, tôi đang nghĩ đến Ống có tên, vì nó được cung cấp bởi chính hệ điều hành. Có bất kỳ cảnh báo nào về hiệu suất hoặc khả năng sử dụng không?

Bộ nhớ chia sẻ có tốt hơn không?

Tôi không nghĩ mình cần một Khung siêu phức tạp.

Hãy chỉ cho tôi đúng hướng, cảm ơn!

---

Cập nhật: Tôi muốn xây dựng một chương trình nhỏ (daemon) mà nói với các chương trình khác (mà nó tự khởi động) để tạm dừng, báo cáo tình trạng của họ trở lại, dừng lại, vv

Vì vậy, các chương trình khác nên được thông báo rằng một lệnh mới đang chờ nó. Một đường ống không phải là lý tưởng cho điều đó, phải không?

Answer 1

Boost có thư viện InterProcess đẹp mắt, đa nền tảng và khá trực quan.

Tôi chỉ có đồ chơi với nó mặc dù, do đó, có thể có lựa chọn thay thế tốt hơn ra khỏi đó.

Tuy nhiên, nếu bạn không thực sự cần bộ nhớ dùng chung, tôi sẽ gắn bó với phương pháp nhắn tin. Bạn sẽ tránh được deadlocks và điều kiện chủng tộc. Nguyên tắc ống là thực sự tuyệt vời, và nó thậm chí còn cho phép các hành vi lười biếng có thể giúp bạn tiết kiệm rất nhiều xử lý tùy thuộc vào vấn đề ở bàn tay!

Answer 2

Như bạn đã thấy, bạn có thể sử dụng cho liên quá trình giao tiếp:

• Bộ nhớ chia sẻ
• Ống Đặt tên
• TCP/socket UDP (cuối cùng những người địa phương)

Bộ nhớ chia sẻ có lợi thế về hiệu suất, bởi vì bạn không có bất kỳ bộ đệm nào khi gửi/nhận tin nhắn. Nhưng bạn phải đồng bộ hóa trao đổi dữ liệu của bạn với một IPC khác. Nó có thể là IPap semaphores hoặc ... được đặt tên ống hoặc ổ cắm.

Khi hiệu suất không phải là mục tiêu chính, tôi có khuynh hướng thích ổ cắm vì việc sử dụng của chúng rất đơn giản và có thể được mở rộng để liên lạc giữa các máy tính.

Cách tốt nhất là trừu tượng thông tin liên lạc của bạn với một lớp có thể sử dụng bộ nhớ dùng chung khi hai quá trình trên cùng một máy tính và ổ cắm nếu không. Sau đó, bạn phải chọn giữa UDP và TCP ;-)

Để trao đổi đồng bộ/bộ đệm, hãy sử dụng TCP vì nó đáng tin cậy hơn.

tôi không sử dụng ống đặt tên như tôi thích ổ cắm cho khả năng sử dụng máy tính communicationand liên dĩ nhiên bạn có thể tìm thấy rất nhiều thư viện di động ổ cắm ...

my2cents

EDIT:

Để đồng bộ hóa, mem được chia sẻ có lẽ không phải là công cụ tốt nhất.Trong trường hợp của bạn, nó có thể được sử dụng bằng cách chia sẻ một không gian bộ nhớ nhỏ, với một không gian cho mỗi quá trình chờ các lệnh. Bạn có thể thăm dò ý kiến ​​cho bất kỳ lệnh nào hoặc sử dụng semaphore được chia sẻ. Cách nhanh nhất là các tiến trình của bạn đang đợi các ẩn dụ có tên và đọc một không gian ghi nhớ chung cho các lệnh/tham số của chúng. Sử dụng các đường ống được đặt tên chắc chắn đơn giản hơn nhưng không nhanh như vậy. Bạn chắc chắn không cần phải nhanh như vậy? Dù sao trừu tượng rằng trong một lớp mô hình giao thức trao đổi của bạn và thử hai cách :-)

Answer 3

D-Bus là khá hữu ích và rất ổn định để thực hiện ipc trong cùng một máy chủ. http://www.freedesktop.org/wiki/Software/dbus

Answer 4

Tôi muốn sử dụng các ổ cắm unix hoặc một số thư viện bao bọc chúng. Các ổ cắm Unix khá dễ sử dụng. Mặt khác, nếu bạn có thông tin trạng thái kích thước cố định để báo cáo lại, bạn chỉ có thể có quy trình con ghi nó vào một tệp (có lẽ là nhỏ và bạn sẽ không đồng bộ hóa nó, vì vậy nó sẽ không tạo ra khối lượng công việc IO đáng kể).

Answer 5

Một lựa chọn tốt là sử dụng socketpair, rất nhanh và hiệu quả.

Answer 6

Bộ nhớ chia sẻ cùng với các ẩn dụ là nhanh nhất và minh bạch nhất nếu bạn muốn xây dựng phần mềm ngay từ nguyên thủy.

Ống được đặt tên không quá khác với ống và hoạt động tốt giữa một cặp quy trình chứ không phải máy chủ và nhiều máy khách.

Nếu bạn muốn xây dựng dựa trên cơ sở hạ tầng hiện có, dBus là một tùy chọn.

Giao tiếp ổ cắm linh hoạt và cân bằng tốt nếu bạn muốn di chuyển ứng dụng của mình qua các máy chủ trên mạng.