Какой самый быстрый метод IPC для .NET-программы?

Question

Именованные трубы? XML-RPC? Стандартный вход-выход? Веб-сервисы?

Я бы не использовать небезопасные вещи, как разделяемой памяти и аналогичные

Answer 1

Названные трубы будет самый быстрый метод, но он работает только для связи между процессами на том же компьютере. Связь с именованными трубами не проходит вплоть до сетевого стека (потому что он работает только для связи на одном компьютере), поэтому он всегда будет быстрее.

Я потерял общую память, так как вы специально упомянули, что не хотите идти по этому маршруту. Общая память будет даже быстрее, чем именованные каналы tho.

Так что это зависит, если вам нужно только общаться между процессами на одном компьютере или на разных компьютерах. Любой XML-протокол связи (например, веб-службы) обычно будет медленнее из-за огромных издержек в XML.

Answer 2

Я не думаю, что есть быстрый ответ на этот вопрос. если бы я был вами, я бы купил/заимствовал копию Advanced Programming in the Unix Environment (APUE) Стивенса и Раго и прочитал главу 15 и 16 в IPC. Это блестящая книга, если вы действительно хотите понять, как * nix (многие из них относятся к любой системе POSIX) работает до уровня ядра.

Если вы должны иметь быстрый ответ, я хотел бы сказать следующее (не вкладывая огромное количество мыслей в нем), в порядке убывания эффективности:

Локальная машина IPC

• Shared Memory/Memory Mapped files
• Named Pipe/FIFO (только между связанной обработки - т.е. вилка)
• Unix Domain Socket

Network IPC/Internet Sockets

• Datagram Sockets
• Stream Sockets
• Raw Sockets

На обоих уровнях, вы будете иметь, чтобы думать о том, как эти данные вы передаете закодирован/декодируется и компромисс между использованием памяти и использованием процессора ция.

На уровне сети вам нужно будет подумать о том, какие слои protcols вы собираетесь запускать поверх. Чаще всего, в нижней части application layer вы будете выбирать между TCP/IP или UDP. У TCP гораздо больше накладных расходов, так как это исправление ошибок, контрольные суммы и многое другое. если вам нужна доставка сообщений, вам нужно использовать TCP, а не UDP.

К ним относятся другие протоколы, такие как HTTP, SOAP (поверх HTTP или другого протокола, такого как FTP/SMTP и т. Д.). Бинарный протокол будет более эффективным, если вы привязаны к сети, а не привязаны к ЦП. Если вы используете SOAP на платформе MS.Net, тогда двоичное кодирование сообщений будет быстрее по сети, но может быть более интенсивным.

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

Answer 3

Windows Messaging - один из самых быстрых способов для IPC, на них встроены все окна Windows.

Возможно использование WM_COPYDATA с вызовами IPInvoke для обмена данными между приложениями на основе 2 форм .Net, и у меня есть библиотека с открытым исходным кодом для выполнения именно этого. У меня на скамейке около 1771 м/с на довольно горячем ноутбуке.

http://thecodeking.github.com/XDMessaging.Net

Answer 4

Я не знаю, почему ты не поедешь с общей памятью, но очень очень быстро от C# для приложений C# на той же машине, и очень надежны (в отличие от TCP сокетов). spazzarama/SharedMemory - фантастический C# lib, который поддерживает общие массивы и буферы с простым API высокого уровня. Вы просто инициализируете класс с общим именем файла памяти (на стороне клиента/сервера), а затем обновляете массив. Значения волшебным образом появляются на другой стороне!