Linux进程间的通信机制在RoboCup中的应用

Linux是多任务的操作系统,进程之间相互可靠的通信是系统安全和稳定的重要保障。在RoboCup仿真组中,每个Agent是由多线程来实现的。同样地,Agent的线程之间可靠地进行通信是至关重要的。文中分析了Linux进程之间的一部分通信机制,包括套接字、信号、互斥量,并把它们应用于RoboCup中,给出了RoboCup系统流程。每个Agent用多线程来实现比用多进程来实现大大降低了系统的开销。     

Linux中进程间信号通信机制的分析及其应用

对于多用户、多任务的操作系统,进程间的通信(Inter-ProcessCommunication,IPC)是非常重要的,它是使整个系统得以有条不紊工作的基础。Linux操作系统提供了多种IPC机制,如信号、管道、信号量、消息队列、共享内存和套接字等。其中信号是系统必备的一种IPC机制,是内核不可分割的一部分,而其它的几种机制则是可选的。因此,深入分析和研究Linux系统的信号通信机制,将会给应用系统的开发工作提供很大帮助。论文从RedhatLinux9.0(内核2.4.20-8)出发,着重从数据结构入手,结合整个信号通信的过程,对几个关键的系统函数进行了剖析并给出了应用实例。     

Linux进程间的管道通信

Linux平台下允许多进程编程,而进程间通信的方式很多,比如像管道、消息队列、共享变量等都是常用的技术,其中以管道通信最能体现Linux平台的特色,所以本文以Linux平台下的管道通信为重点进行讨论。     

Windows操作系统进程通信机制

综述了WindowsNT/2000操作提供的各种进程通信机制，并对它们在应用程序中的使用做了描述和比较。     

Linux信号在进程控制中的应用

信号是Linux系统中进程之间通信的一种有效方式,通过信号,进程间可以传递信息,但同时信号也能在进程的运行过程中起到一定的控制作用。本文介绍使用信号相关的系统调用,设计利用信号控制进程运行的3种模型,并举例加以分析。     

Linux进程间管道通信的研究

对于多用户、多任务的操作系统,进程间的通信（Inter—ProcessCommunication,IPC）是非常重要的,它是使整个系统得以有条不紊运作的基础。Linux操作系统提供了多种IPC机制,如信号、管道、信号量、消息队列、共享内存和套接字等,其中以管道通信最能体现Linux平台的特色。为此,系统地分析了Linux平台下的管道通信的实现机制,详细探讨了无名管道和命名管道的工作方式,并给出了相应的创建和使用的方法。     

基于VC^＋＋的进程通信技术研究

本文对多种进程间通信技术进行了研究，给出了VC^＋＋中实现进程通信的相关函数，分析和对比了各种IPC技术的特性，并通过实例说明了基于VC^＋＋的无连接套接字进程通信机制的实现方法。     

Netlink套接字在Linux系统通信中的应用研究

Netlink是Linux系统特有的、基于Socket编程接口的通信机制.作为一种比较新的进程间通信机制,Netlink 套接字有其自身的优势.本文首先分析了Netlink套接字在进程通信中体现的优越性,然后详细阐述了使用netlink套接字进行用户进程与内核空间通信的具体应用.     

基于Unix域Socket的父子进程间心跳机制的实现

为了保证多进程系统长期稳定的运行,父子进程间的心跳机制已经成为该系统必不可少的一个功能.本文通过研究Unix/Linux下进程间的通讯,深入探讨了Unix域套接字的基本原理.然后,根据开发的网络性能管理系统的需要,将它运用于父子进程间心跳机制的实现,达到了比较好的效果.     

Windows进程通信技术分类

进程通信技术依据应用场景可以划分为事件通知方式、间歇传递方式和持续交互方式。在此给出了3种通信方式的典型特征,并通过列举具体API给出实现示例。     

理解Linux环境下SYSTEM V进程间通信

为了满足在大型的应用系统中进程间通信的需求,讨论了Linux环境下的几种主要进程间通信手段,不仅对每种通信手段的内部实现原理和机制进行了具体分析,而且通过实例应用为功能实现的理解提供了有效的借鉴,为在Linux环境下的应用开发提供了坚实的理论基础。     

Interprocess Communication in Charlotte

The unique system provides powerful interprocess communication that uses duplex links, does not buffer messages in the kernel, and does not block on communication requests.     

LINUX进程间通信的模型检测

模型检测是一种强大的自动分析验证技术.分析了LINUX进程间通信的部分源代码并进行手工形式化建模,使用有限状态自动机描述模型,继而转换成SPIN的输入语言PROMELA,对其进行模型检测,验证了系统的有界性和可终止性,并就进程间通信中容易发生的问题提出了改进方案.     

进程间通信机制的分析与比较

1.引言为了完成特定任务,进程间经常需要通信,例如,传递数据、发送消息或相互间执行同步操作,因此进程间通信机制是操作系统非常重要的一个组成部分。下面我们将结合各种U-nix版本,详细讨论Linux核心2.2进程间通信机制的设计原理和实现方法以及Linux核心2.4所做的改进。2.信号信号是最古老的一种通信间通信方式,它的功能是向某个进程发出软件中断,通知该进程发生了一个重要的事件,如     

Buffer Management Issues in the Implementation of Fast Interprocess Communication

This paper presents our experience with building a cross-domain object invocation mechanism that is conscious about memory usage. Cross-domain object invocation issues are very similar to cross-domain procedure call issues. Although the cross-domain procedure call performance issues have been discussed widely, there is very little reference to issues regarding space. It is a typical example of a case where the issues arising in practice are more complicated than the ones described in the reference literature. Our mechanism is discussed in terms of the Spring modular operating system, but the same principles are applicable to other operating systems. The Spring system is a distributed computing environment running on a networked collection of computers. Each individual Spring system is based around a microkernel known as the nucleus. The nucleus is structured to support fast and secure cross address-space object invocations. Most of the traditional operating system services are provided by servers running as user-mode domains. In a system such as Spring, fast, secure, and space-efficient cross-domain invocation is extremely important. Argument buffers are used to pass data from one process to another. For fast cross address-space procedure calls the maximum size of this buffer should accommodate a small number of page frames. In typical contemporary architectures this size varies between 5 and 10K. In a system such as Spring, where there is a large number of active calls, this size leads to excessive memory usage. Earlier measurements have shown that at run-time the marshalled form of the arguments of most of the calls is less than a hundred bytes. Copying page size objects is the only notable exception. Our implementation uses small 128 byte buffers by default. A very fast mechanism is used to extend the small buffer for calls with marshaled arguments that do not fit in the small buffer. Therefore, it is very space efficient and does not affect the overall system performance. Measurements from our implementation that support these claims are presented.     

一种面向嵌入式系统的进程间消息通信方法的设计

描述了具有典型意义的多CPU嵌入式系统的体系结构,详细介绍了一种应用于此种嵌入式系统的分布式操作系统进程间消息通信的方法,又将此方法和常用的分布式操作系统的进程间消息通道方法进行了比较。     

一种面向嵌入式系统的进程间消息信方法的设计

描述了具有典型意义的多CPU嵌入式系统的体系结构,详细介绍了一种应用于此种嵌入式系统的分布式操作系统进程间消息通信的方法,又将此方法和常用的分布式操作系统的进程间消息通信方法进行了比较。