[ 
https://issues.apache.org/jira/browse/THRIFT-1891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

James E. King, III resolved THRIFT-1891.
----------------------------------------
       Resolution: Won't Fix
         Assignee: James E. King, III
    Fix Version/s: 0.11.0

Windows ALPC is an undocumented interface, and although it may be faster, I 
don't see the benefit of using an undocumented interface that can change and 
become incompatible without any warning.

Named Pipes is a standard technique for this in user space programming and I 
see no need to change this.

This issue has been open for a few years without movement, so given the lack of 
interest and the potential incompatibilities I am resolving it as "won't fix".

> Add Windows ALPC transport which is right counterpart of Unix domain sockets
> ----------------------------------------------------------------------------
>
>                 Key: THRIFT-1891
>                 URL: https://issues.apache.org/jira/browse/THRIFT-1891
>             Project: Thrift
>          Issue Type: New Feature
>          Components: C++ - Library
>            Reporter: Dzmitry.Lahoda
>            Assignee: James E. King, III
>              Labels: performance, transport, windows
>             Fix For: 0.11.0
>
>   Original Estimate: 192h
>  Remaining Estimate: 192h
>
> Reading about local IPC on Windows leads me to idea that Named Pipes is not 
> the transport should be used where Unix Domain sockets are on Unix. Other, 
> most probably faster, should be.
> ALPC and Unix Domain sockets are similar:
> 1. No networking
> 2. Simple names (no specific prefix)
> 3. Articles impress that Windows ALPC and Unix Domain Sockets use more OS 
> "kernel" then Windows Named Pipes.
> Unix Domain sockets and Windows Named Pipes:
> 1. Named pipes are design for Windows Domain printer and file sharing, not 
> local IPC.
> 2. means Named Pipes do some networking even if are local by security.
> True MS design:
> Local Out of process COM and MS-RPC uses ALPC for local inter process 
> communication everywhere in the OS components.
> Can find in many processes via Sysinternals Process Monitor, look for
> ALPC Port : \RPC Control\OLE[RANDOM_GUID].
> Value:
> I think would be faster with lower resource usage.
> Links:
> http://en.wikipedia.org/wiki/Local_Procedure_Call
> http://www.zezula.net/en/prog/lpc.html
> Search LRPC on 
> http://technet.microsoft.com/en-us/library/cc738291(v=ws.10).aspx



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to