About: MailSlot is a research topic. Over the lifetime, 25 publications have been published within this topic receiving 307 citations. The topic is also known as: mailslot.
TL;DR: The interprocess communication protocol system as discussed by the authors provides a generic communication system for communication between specified processes in a complex digital system, in which a group of pre-defined communication signals are defined, to which all communications between the processes conform.
Abstract: The interprocess communication protocol system provides a generic communication system for communication between specified processes in a complex digital system. In accordance with the interprocess communication protocol, a group of pre-defined communication signals are defined, to which all communications between the processes conform. Interface hardware is disclosed to provide communication between processes. In addition, the communication protocol can be designed into the process as and integral portion of the processes.
TL;DR: In this article, the message windows in a functional bar (such as toolbar, status bar, address bar, task bar, etc.) embedded in a software program are used to display messages (including text, images, animation, video, audio, etc.).
Abstract: A computer-implemented method according to embodiments of the present invention employs message windows in a functional bar (such as toolbar, status bar, address bar, task bar, etc.) embedded in a software program to display messages (including text, images, animation, video, audio, etc.), where the messages displayed in the message windows are based on searches conducted by the user. The software program in which the functional bar is embedded may be a browser application or a non-browser application. The messages that are displayed in the message windows are downloaded from a server connected to the computer via a network. In one embodiment, the messages are downloaded when the computer is connected to the server and stored on the computer, and can be later displayed in the message windows when the computer is not connected to the server. The method can be used to display advertisement or to allow organizations to communicate with their constituents. The method also allows advertisers and organizations to select subgroups of users to direct their messages to.
TL;DR: In this paper, the interprocess communication protocol system provides a generic communication system for communication between specified processes in a complex digital system in which a group of pre-defined communication signals are defined, to which all communications between the processes conform Interface hardware is disclosed to provide communication between processes.
Abstract: The interprocess communication protocol system provides a generic communication system for communication between specified processes in a complex digital system In accordance with the interprocess communication protocol, a group of pre-defined communication signals are defined, to which all communications between the processes conform Interface hardware is disclosed to provide communication between processes In addition, the communication protocol can be designed into the process as and integral portion of the processes
TL;DR: The integration of one-to-many communication into V interprocess communication system is described and the different models of use and the reliability are discussed and some initial applications are presented.
Abstract: Interprocess communication (IPC) normally allows one process to communicate with only one other process at a time. One-to-many IPC allows one process to communicate simultaneously with a group of processes., possibly of unknown membership. While the broadcast and multicast facilities of local networks support efficient one-to-many communication between hosts, its use between processes has been limited by the lack of support in the distributed operating system. This paper describes the integration of one-to-many communication into V interprocess communication system. We discuss the different models of use and the reliability and present some initial applications.
TL;DR: This paper proposes a mechanism, termed as AZ-SDP (asynchronous zero-copy SDP), where application buffers are memory-protected and communication asynchronously is carried out while maintaining the synchronous sockets semantics.
Abstract: Sockets direct protocol (SDP) is an industry standard pseudo sockets-like implementation to allow existing sockets applications to directly and transparently take advantage of the advanced features of current generation networks such as InfiniBand. The SDP standard supports two kinds of sockets semantics, viz., synchronous sockets (e.g., used by Linux, BSD, Windows) and asynchronous sockets (e.g., used by Windows, upcoming support in Linux). Due to the inherent benefits of asynchronous sockets, the SDP standard allows several intelligent approaches such as source-avail and sink-avail based zero-copy for these sockets. Unfortunately, most of these approaches are not beneficial for the synchronous sockets interface. Further, due to its portability, ease of use and support on a wider set of platforms, the synchronous sockets interface is the one used by most sockets applications today. Thus, a mechanism by which the approaches proposed for asynchronous sockets can be used for synchronous sockets is highly desirable. In this paper, we propose one such mechanism, termed as AZ-SDP (asynchronous zero-copy SDP), where we memory-protect application buffers and carry out communication asynchronously while maintaining the synchronous sockets semantics. We present our detailed design in this paper and evaluate the stack with an extensive set of benchmarks. The experimental results demonstrate that our approach can provide an improvement of close to 35% for medium-message unidirectional throughput and up to a factor of 2 benefit for computation-communication overlap tests and multi-connection benchmarks.