APUE和UNP----1posix消息队列和共享内存

在linux下使用c编程，APUE和两本UNP是编程字典，使用时翻看查询

1.IPC
（1）posix消息队列
mq_open打开一个消息队列或者创建一个消息队列

mq_open创建失败
mq_open: Invalid argument
指定 mqueue 的名字时，必须以 ”/" 开头，并且名字中只能有一个 “/"。

mq_open: Too many open files
我mq_open时可以建立65536长度的消息12个或者32768长度的消息24个以此类推，大于此数是报的错误竟然是mq_open: Too many open files
man errno
EMFILE Too many open files (POSIX.1)
man mq_open
EMFILE The process already has the maximum number of files and message queues open.
感觉这个错误好像不太符合
至于消息队列的大小和消息的长度设置
查询发现只有使用ulimit -q查询的结果与实际一致

# ulimit -q
819200

65536*12=786432
而其他方式查询到的最大限制都与实际不相符

# sysctl kernel.msgmnb
kernel.msgmnb = 16384
# sysctl kernel.msgmax
kernel.msgmax = 8192
# cat /proc/sys/fs/mqueue/msg_max
10
# cat /proc/sys/fs/mqueue/msgsize_max 
8192

mq_open打开失败：mq_open: Function not implemented
内核不支持posix消息队列
make menuconfig
General setup —>
[ ] POSIX Message Queues -> [*] POSIX Message Queues

mq_send 第四个参数是int，发送消息长度
mq_send: Message too long
发送消息的长度超过了创建时指定的长度，mq_close不会删除已经创建的消息队列，使用mq_open重新创建时，先使用mq_unlink删除原来的消息队列，否则无法通过mq_open指定新的消息长度，只能使用mq_setattr设置

mq_receive 第四个参数是指针，返回接收消息的长度
mq_receive: Bad address
mq_receive 第四个参数是指针，参数类型不对导致

mq_timedrecive和mq_timedsend与和mq_send对应，多了一个timespec*参数，和select不同，这个使用的是绝对时间，而且这个结构体中包含一个秒和一个纳秒，又不同于timeval结构体的微秒

mq_notify可以在检测到新的消息后触发一个信号或者启动一个线程。如果触发一个信号，需要在信号处理中使用异步信号安全函数(可重入)，或者使用sigwait同步处理信号

编译连接时报错
(.text+0x3c): undefined reference to `mq_open’
需要在链接时加-lrt，使用librt.so

成功创建消息队列后，找不到消息队列的文件
$ mkdir /dev/mqueue
$ mount -t mqueue none /dev/mqueue
挂载后可见

# mkdir /dev/mqueue
# mount -t mqueue none /dev/mqueue
# cd /dev/mqueue
# ls
testipc
# cat testipc 
QSIZE:737280     NOTIFY:0     SIGNO:0     NOTIFY_PID:0     

详见man mq_overview

posix消息队列测试
测试环境笔记本i5低功耗，虚拟机ubuntu16.04
单进程收发测试
自发自收20000条，每条消息128字节，最多10个消息，耗时7-8ms
自发自收20000条，每条消息1024字节，最多10个消息，耗时12-13ms
自发自收20000条，每条消息8192字节，最多10个消息，耗时27-29ms
进程间收发测试
一个进程发送20000条，每条消息1024字节，最多10个消息，耗时120-140ms
一个进程发送20000条，每条消息1024字节，最多700个消息，耗时20ms

（2）posix共享内存
posix共享内存有两种方式，一种使用open打开一个文件，然后mmap映射到当前进程空间，另一种使用shm_open打开一个共享内存，然后使用mmap映射到当前进程空间。
mmap第三个参数
使用open打开的是在物理存储介质上的文件，也会写回物理介质。使用shm_open打开的共享内存文件在/dev/shm下，是建立在内存上的tmpfs。

2.SOCKET编程