消息队列最大数目

摘要:
此命令可以提供系统上当前加载的IPC资源信息。限制------maxqueuessystemwide=16[系统中消息队列的最大数量(最多支持16个消息队列)]maxsizeofmessage(字节)=8192[单个消息中的最大字节数]defaultmaxsizeofqueue(字节)=16384[单个队列的默认大小16384]以上输出表明。

消息队列:

1.每次msgrcv一个消息,1.那个消息会在内核中移除 2.每次msgrcv都只会给一个消息出来,不管你rcv用多大的buf来接收,都是可以的。如果msgrcv的bufSize小于实际的该消息的大小,那么可以设置一个标志:表示截断。 如果不设置,那么会报错。取不出来。

2.消息满了,则默认0为阻塞,直到有了空间位置,才能snd消息进入到内核。

  消息空了,则默认为0阻塞,直到有了一个消息位置,才能 rcv消息进入到进程内存。

3.如果指定msgflg:MSG_NOERROR,如果函数取得的消息长度大于msgsz,将只返回msgsz 长度的信息,剩下的部分被丢弃了。如果不指定这个参数,E2BIG 将被返回,而消息则留在队列中不被取出。当消息从队列内取出后,相应的消息就从队列中删除了。

几乎所有的 Linux 发行版本都包含 ipcs 命令,该命令可以提供当前加载到系统上的
IPC 资源信息。通过 ipcs 可以确定系统的当前 IPC 限制,还可以检查系统当前使用的上述
三类IPC资源的状态。例如,假若应用程序启动失败,可以检查系统上的 IPC使用情况来
判断是否已超出了某个IPC限制。为了确定系统的IPC资源状态,可以在 root用户权限下
执行带有-u 选项的 ipcs 命令。 
# ipcs -u 

------ Shared Memory Status -------- 
segments allocated 32 
pages allocated 2361 
pages resident 253 
pages swapped   982 
Swap performance: 0 attempts     0 successes 

------ Semaphore Status -------- 
used arrays = 128 
allocated semaphores = 256 

------ Messages: Status --------

allocated queues = 0 
used headers = 0 
used space = 0 bytes 
对于“ipcs -u”命令所显示的IPC资源,如果要确定其限制,可以使用“ipcs -l”命令: 
# ipcs -l 

------ Shared Memory Limits -------- 
max number of segments = 4096 
max seg size (kbytes) = 32768 
max total shared memory (kbytes) = 8388608 
min seg size (bytes) = 1 

------ Semaphore Limits -------- 
max number of arrays = 128 
max semaphores per array = 250 
max semaphores system wide = 32000 
max ops per semop call = 32 
semaphore max value = 32767 

------ Messages: Limits -------- 
max queues system wide = 16            【系统最多的消息队列数量(最多支持同时16个消息队列)】
max size of message (bytes) = 8192  【单个消息的最大字节数】
default max size of queue (bytes) = 16384  【默认的单个队列的大小16384】
上述输出表明,该系统已经到达信号量数组(或信号量集合)的数目上限。这个限制可
以通过增加内核参数 semmni 的取值来解决,该参数定义了系统能够拥有的信号量集合的
总数。Linux 可以动态调整大多数内核IPC 参数值的大小,也可以静态地修改

消息队列为进程提供了一种异步传递消息的方法。在使用 msgget()建立了一条消息队
列之后,发送进程和接收进程就可以通过这条消息队列交换消息。发送进程将消息发送到
指定的消息队列,而接收者试图从指定的消息队列中获取消息。如果该队列中没有消息的
话,则接收者根据自己是否要等待的意愿而阻塞或返回某个标志。 
表 13-2 简要描述了在当前Linux 2.4/2.6 内核实现中提供的3 个消息队列参数。 
表 13-2 与消息队列相关的内核参数 
名    称 描    述 默 认 值 最 大 值 
msgmni 最大消息队列数 16 2GB 
msgmax 最大消息长度(字节数) 8192 2GB 
msgmnb 消息队列中的最大字节数 16384 2GB 

注意,第 4 列中给出的最大值取决于数据类型。上述 3 个内核参数都是 int 类型,因
此在32 位Intel 机器上,硬性上限是2GB。 
Linux 还定义了其他当前未用的消息队列相关参数。 
以下各节具体分析与消息队列相关的参数

13.5.1 msgmni 
msgmni 定义了系统范围内的消息队列上限。与信号量一样,消息队列也拥有一个相关
的标识符。在系统初始化阶段里,内核创建一个指向消息队列标识符结构的指针数组。该
数组的项数由 msgmni确定。对于每个消息队列,Linux 内核为标识符分配44B,为消息队
列数据结构分配 96B。为了获得更多的消息队列资源,可以动态增加 msgmni 取值。和信
号量一样,消息队列标识符的最大数目也受限于IPCMNI。msgmni的默认上限为 16B,这
可能不足以保证一些大型数据库应用平滑地运行。如果在系统上要运行数据库应用的话,
推荐默认上限值是 128B。 
13.5.2 msgmax 
msgmax 限制进程可以发送的消息长度。该参数由 Msgsnd()函数加以应用。如果待发
送消息的长度超过该值,则返回一个错误。该参数可以在运行时调整

13.5.3 msgmnb 
msgmnb 确定一个消息队列的容量。该参数的取值存储在消息队列标识符结构的某个
域中,用于确定是否存在着对新消息进行排队的空间。msgmnb 值可以动态修改,默认为
16384。修改其取值会影响到所有新的消息队列的容量。用户可以通过 Msgctl()系统调用来
增加现有消息队列的容量

修改消息队列的参数

1.永久修改
root用户下修改/etc/sysctl.conf 文件。

参数msgmax,msgmni,msgmnb都已经成功修改  更改的方法:  在配置文件/etc/sysctl.conf中加上  kernel.msgmax=value  kernel.msgmni=value  kernel.msgmnb=value  然后运行sysctl -p  即可进行修改  

max queues system wide = // msgmni
max size of message (bytes) = //msgmax
default max size of queue (bytes) = //msgmnb

2.临时修改
root用户下sysctl -w kernel.msgmnb= 1048576

消息队列在linuxC/c++里面没有找到有异步的信息,但是java..net有,而且windows的消息队列就是异步实现的。

http://hi.baidu.com/yelangdefendou/item/410e5a13b61b33038ebde4e9

http://hi.baidu.com/w_empty/item/467c004fa0b2460ac116132b

http://wenku.baidu.com/view/96c978dd360cba1aa811dac5.html

http://hi.baidu.com/w_empty/item/467c004fa0b2460ac116132b

http://hi.baidu.com/yelangdefendou/item/410e5a13b61b33038ebde4e9

http://blog.csdn.net/goodluckwhh/article/details/8841999

http://www.jb51.net/article/37412.htm

免责声明:文章转载自《消息队列最大数目》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇Linux网络命令——ifconfig、ifup、ifdownWpf(Storyboard)动画简单实例下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

hadoop不同版本有哪些

一、Hadoop是什么? 首次听到hadoop这次单词,相信很多人跟我当时是一样,不免心中画上一个大大的问号——这是什么东西?Hadoop是什么?百度百科的解释是:Hadoop是一个由Apache基金会所开发的分布式系统基础架构。换句话说就是hadoop是一个能够对大量数据进行分布式处理的软件框架。 Hadoopd之所谓会诞生,主要是由于进入到大数据时代,...

简单聊聊,如何设计站内信?

一、什么是站内信? 站内信,是为方便会员商务信件往来而设的服务功能,类似于邮箱。 “站内信”有两个基本功能: 点到点的消息传送。用户给用户发送站内信,管理员给用户发送站内信。 点到面的消息传送。管理员给用户(指定满足某一条件的用户群)群发消息。 二、为什么要做站内信? 从站内信接触对象(用户和企业)和传达形式来看(点对点,或点对面),有以下几种价值:...

python---win32gui、win32con、win32api:winAPI操作

python操作winAPI 窗口操作: import sys from PyQt5.QtWidgets import QApplication, QWidget from lianxi import Ui_Form from PyQt5.QtCore import Qt import win32gui #winAPI模块--以便于操作窗口 cla...

WebApi如何传递参数

 一 概述 一般地,我们在研究一个问题时,常规的思路是为该问题建模;我们在研究相似问题时,常规思路是找出这些问题的共性和异性。基于该思路,我们如何研究WebApi参数传递问题呢? 首先,从参数本身来说,种类较为多(如int,double,float,string,array,Object等),且有些类型较为复杂(如值类型和引用类型的机制等); 其次,从基于...

OpenStack实战(一)

  OpenStack作为当前发展势头迅猛的云计算开源项目,去年进行了一些了解,现在有空回来进行一些补充记录,当时实战的版本是那会最新版本,当然现在已经更新了好几版了,不过还是那句话“这些丝毫不影响,了解这个事物的本质,继续...”   作为一个对OpenStack是何物完全不知道,对“云计算”也是仅仅了解泛泛的我,要啃OpenStack这个骨头,先得了解...

坑爹的微信支付v3,其实没有那么坑

    研究微信开发一年多了,每个新接口,都会第一时间进行研究。微信支付开放很久,一直没机会接触到支付接口,等了好久终于从朋友那儿搞到了接口,从此开始了我两天多的支付接口的研究。 拿到这个接口文档的第一个想法就是这也没什么难的嘛, 和支付宝、财付通、网银在线等一些传统接口的思路逻辑都是一样的,觉得差不多最多一个下午就可以搞定,结果第一步调用统一支付接口...