今天看到nginx用文件锁实现互斥的实现方案时,发现,unlink文件后还可需用fd,很是纳闷!于是搜索到此文,并自测了下,涨姿势了~分享给大家~ 原理: 每一个文件,都可以通过一个struct stat的结构体来获得文件信息,其中一个成员st_nlink代表文件的链接数.      当通过shell的touch命令或者在程序中open一个带有O_CREAT的不存在的文件时,文件的链接数为1. 通常open一个已存在的文件不会影响文件的链接数.open的作用只是使调用进程与文件之间建立一种访问关

转载于:http://blog.csdn.net/zx714311728/article/details/53197196 1.消息队列 消息队列可以认为是一个消息链表,消息队列是随内核持续的.队列中每个消息的属性有:一个无符号整数优先级(Poxis)或一个长整数类型(System V):消息的数据部分长度(可以为0):数据本身.链表头含有当前队列的两个属性:队列中运行的最大消息数.每个消息的最大大小.消息队列的可能布局如下: Posix消息队列与System V消息队列主要区别: 1.对Pos

NAME mq_unlink - 销毁一个消息队列 (REALTIME) SYNOPSIS #include <mqueue.h> int mq_unlink(const char *name); DESCRIPTION 函数 mq_unlink() 会从内核中删除名为name的消息队列. 如果该函数被调用了,但是仍然有进程已经打开了这个消息队列,那么这个消息队列的销毁会被推迟到所有的引用都被关闭时执行. 并且函数 mq_unlink() 不需要阻塞到所有的引用都被关闭为止,它会立即返回. 函

NAME mq_close - 关闭一个消息队列 (REALTIME) SYNOPSIS #include <mqueue.h>int mq_close(mqd_t mqdes) DESCRIPTION mq_close() 函数会断开消息队列描述符 和 与之对应消息队列间的连接. 使用关闭后的消息队列描述符,结果是未定义的. 如果这个进程在这个消息队列上附加了一个通知请求,这个通知请求会被移除,其他线程可以在这个消息队列附加通知. PARAMETERS ①mqdes 消息队列的描述符 RET

1:与FIFO相比,FIFO要求对一个管道写入之前,必须有进程进行读打开.消息队列则不需要有进行在队列上等待消息的到达. 2:POSIX每次读取总是返回优先级最高的,system V则可以返回任意优先级. 3:往一个空队列放入一个消息,POSIX允许产生一个信号,或者启动一个线程,system不可以. 4:POSIX的基本操作函数: #include <mqueue.h> mqd_t mq_open(const char *pathname, int oflag,...); int mq_cl

1:IPC名字mq_XXX,sem_XXX,shm_XXX. 消息队列 信号量 共享内存区 <mqueue.h> <semaphore.h> <sys.mman.h> 创建,打开或删除 mq_open mq_close mq_unlink sem_open sem_close sem_unlink shm_open shm_close shm_unlink sem_init sem_destroy 控制IPC操作的函数 mq_getattr mq_setattr ftr

模型: #include<mqueue.h> #include <sys/stat.h> #include <fcntl.h> mq_open() //创建/获取消息队列fd mq_get() //设置/获取消息队列属性 mq_send()/mq_receive() //发送/接收消息 mq_close() //脱接消息队列 mq_unlink() //删除消息队列 POSIX mq VS Sys V mq的优势 更简单的基于文件的应用接口 完全支持消息优先级(优先级最

消息队列可以认为是一个链表.进程(线程)可以往里写消息,也可以从里面取出消息.一个进程可以往某个消息队列里写消息,然后终止,另一个进程随时可以从消息队列里取走这些消息.这里也说明了,消息队列具有随内核的持续性,也就是系统不重启,消息队列永久存在. 1.创建/获取一个消息队列 #include <fcntl.h> /* For O_* constants */ #include <sys/stat.h> /* For mode constants */ #include <mq

IPC 机制简介 概述 在Unix早期发展中,做出重大贡献的两大主力Bell实验室和伯克利大学(BSD)在IPC(InterProcess Communication)方面的侧重点有所不同.前者对Unix早期的进程间通信手段进行了系统的改进和扩充,形成了“System V IPC”,通信进程局限在单个计算机内:后者则跳过了该限制,形成了基于套接口(socket)的进程间通信机制.大牛人W.Richard Stevens 著有的<UNIX Network Programming>经典大作,含两卷

5.1 概述 消息队列可以认为是一个链表.有写权限的线程可往消息队列中放置消息,有读权限的线程可以从消息队列中取走消息. 消息队列和管道/FIFO的区别: (1)消息队列往一个队列中写消息前,并不需要有一个进程/线程在等待消息的到达,管道/FIFO需要. (2)Posix消息队列是随内核的持续性,管道/FIFO是随进程的. Posix消息队列和System V消息队列的区别: (1)Posix消息队列的读总是返回最高优先级(类型)的最早消息:System V消息队列的读可以返回指定优先级(类型)

System V消息队列是Open Group定义的XSI,不属于POSIX标准.System V IPC的历史相对很早,在上个世70年代后期有贝尔实验室的分支机构开发,80年代加入System V的系统内核中,后来商用UNIX系统基本都加入了System V IPC的功能. System V消息队列相对于POSIX消息队列的区别主要是: POSIX消息队列的读操作总是返回消息队列中优先级最高的最早消息,而对于System V消息队列可以返回任意指定优先级(通过消息类型)的消息. 当向一个空消息

注意 在涉及到posix消息的函数时, gcc 编译时要加-lrt参数, 如 gcc -lrt unpipc.c mqpack.c send.c -o send gcc -lrt unpipc.c mqpack.c receive.c -o receive posix消息的name必须以/开头, 例 ./send /msgname 基本函数 #include <mqueue.h> mqd_t mq_open(const char *name,int oflag, ... /* mode_t m

基础知识: 消息队列可认为是一个消息链表,有足够写权限的线程可往队列中放置消息,有足够读权限的线程可以从队列中取走消息.在某个进程往一人队列写入消息之前,并不需要另外某个进程在该队列上等待消息的到达.其特性为: 1)具有内核的持续性:即当一个进程往某一个队列写入一些消息后终止,而另一个进程可以在以后的某个时刻取出该消息: 2) #include <mqueue.h> mqd_t mq_open(const char *name, int oflag, ... /* mode_t mode,st

这是一篇非常好的文章,对ulimit的各个限制参数讲得非常透彻.原文链接:http://home.lupaworld.com/home-space-uid-56821-do-blog-id-232810.html 一般可以通过ulimit命令或编辑/etc/security/limits.conf重新加载的方式使之生效 通过ulimit比较直接,但只在当前的session有效,limits.conf中可以根据用户和限制项使用户在下次登录中生效. 对于limits.conf的设定是通过pam_li

进程间通信 IPC是进程间通信的简称,指的是运行在某个操作系统上的不同进程间各种消息传递方式,在Unix操作系统过去30年的演变史中,消息传递经历了如下几个阶段: 管道,管道是第一个广泛使用的IPC形式,管道分为有名管道和无名管道,无名管道只可以在父子进程间通信,有名管道可以在非父子进程间通信. System V消息队列,它们可以用在同一主机上有亲缘关系或无亲缘关系的进程间,当今多数Unix版本都支持此种机制. Posix消息队列,Posix消息队列是Posix实时标准,支持任何进程间的通信.

首先看看POSIX的代码: 1.posix_mq_server.c #include <mqueue.h>#include <sys/stat.h>#include <string.h>#include <stdio.h>#define MQ_FILE "/mq_test"#define BUF_LEN 128 int main(){     mqd_t mqd;    char buf[BUF_LEN];    int  por = 0

消息队列 posix API 消息队列(也叫做报文队列)能够克服早期unix通信机制的一些缺点.信号这种通信方式更像\"即时\"的通信方式,它要求接受信号的进程在某个时间范围内对信号做出反应,因此该信号最多在接受信号进程的生命周期内才有意义,信号所传递的信息是接近于随进程持续的概念(process-persistent):管道及有名管道则是典型的随进程持续IPC,并且,只能传送无格式的字节流无疑会给应用程序开发带来不便,另外,它的缓冲区大小也受到限制消息队列就是一个消息的链表.可以把消

++++++++++++++++++信号机制+++++++++++++++++++ 接收信号 int signal(int sig,__sighandler_t handler); int func(int sig); sig 指明了所要处理的信号类型,handler是SIG_IGN,SIG_DFL或者返回值为整数的函数地址. 当运行了signal函数后,进程仅仅要接收到类型为sig 的信号,就马上运行 func()函数,无论其正在运行程序的哪一部分.当func()函数运行结束后,程序返回到进程

<mqueue.h> mq_open mq_close mq_unlink mq_getattr/mq_setattr mq_send/mq_receive mq_notify sigwait 代替信号处理程序的信号通知

前面两篇文章分解介绍了匿名管道和命名管道方式的进程间通信,本文将介绍Linux消息队列(posix)的通信机制和特点. 1.消息队列 消息队列的实现分为两种,一种为System V的消息队列,一种是Posix消息队列:这篇文章将主要围绕Posix消息队列介绍: 消息队列可以认为是一个消息链表,某个进程往一个消息队列中写入消息之前,不需要另外某个进程在该队列上等待消息的达到,这一点与管道和FIFO相反.Posix消息队列与System V消息队列的区别如下: (1) 对Posix消息队列的读总是返

1. 创建/获取一个消息队列 #include <fcntl.h> /* For O_* constants */ #include <sys/stat.h> /* For mode constants */ #include <mqueue.h> mqd_t mq_open(const char *name, int oflag); //专用于打开一个消息队列 mqd_t mq_open(const char *name, int oflag, mode_t mode