What is the preferred way to implement IPC over windows?
I know several such as: named pipe, shared memory, semaphors ?, possibly COM (although I'm not sure how) ...
I wanted to know what is considered the most reliable, fastest, least error prone and easy to maintain / understand.
Take a look at boost :: interprocess .
Shared memory is probably the fastest overall, but somewhat error prone and limited to local processes.
COM is fully versioned and automatically supports remote IPC, but obviously it is platform dependent.
- ActiveMQ OpenMQ.
/, . (UDP), . "" . . / /.
. , , 3 . 10 000 , . 4K-, .
2 6 , ( TCP).
, - , - 30% . , .
, , . , , .
, , , , . , . "". , , .
MSDN .
, , . Boost , - , - GUI .
Win32 (, CreatePipe , ), , , - , .
RPC/ COM DCOM ( RPC ) - IPC Windows, - - , , , , DCOM . :)
named pipe wrapping for me
for the data format, either collapse your own, or use the local RPC (which is used to use msft)
Source: https://habr.com/ru/post/1727767/More articles:How to draw text in iPhone OpenGL ES - iphoneConditional attribute - debuggingA question with a newbie that I have to ask, a beginner of network programming for games? - boostCommunication between processes - c ++Simple SQL vs. Dialects - genericsWhat is the advantage of ASP.NET precompilation? - asp.netRequest for Sql Joins - sqlПроверка типов файлов при загрузке и проблемы с зависимостью браузера - mime-typesкак я интегрирую TortoiseSVN с netbeans6.8? - netbeansIs it possible to change the component name in the component constructor in WinForms.Net - c #All Articles