Linux下消息队列和socket绝对速度比拼
在当今的网络时代，我们常常见到的进程间通信方式都是socket，比如Java的EJB调用，Java和C通信，Web Service服务等。socket是最常用的通讯技术，几乎所有的系统、语言都支持，socket也是面向网络的，通信的两方可以跨越IP网络进行传输。
在本地通信中(同一台机器上的进程间通讯)，socket的网络特性却成了累赘，组装解析网络报头、报文确认、CRC校验等都是针对网络的，本地通信没有必要，反而会影响传输效率。本地通信的一些传统技术，如管道、FIFO、消息队列等，没有网络功能的负担，传输速度应该高于socket，那到底高多少以至于值得在应用中替换socket技术呢，今天就来一场小测试，就System V消息队列和socket之间，做一次全面的速度比拼。
比拼场地：
本人的笔记本：赛扬1.5G 内存1.5G
系统：Ubuntu8.04 Desktop (Linux 2.6.24-24-generic)
JDK：1.6
第一回合： Java测试
先说明一下，Java并不支持System V消息队列，因此特为Java提供了JNI接口，我们使用lajp_9.09提供C源码编译的so动态连接库，lajp的下载地址和文档：http://code.google.com/p/lajp/
首先上场的是System V消息队列。
发送端程序:
001 package test;
002
003 import lajp.MsgQ;
004
005 public class TestSend
006 {
007 /** 消息队列KEY */
008 static final int IPC_KEY = 0x20021230;
009
010 static
011 {
012 //JNI
013 System.loadLibrary("lajpmsgq");
014 }
015
016 public static void main(String[] args)
017 {
018 //创建或获得现有的消息队列
019 int msqid = MsgQ.msgget(IPC_KEY);
020 //发送字节数组
021
相关文档：
一、引言：
本文档的内容大部份内容都是从网上收集而来，然后配合一些新的截图（内核版本：V2.4.19）。在每一配置项后会有一个选择指南的部份，用来指导大家怎么样根据自己的情况来做相应的选择；还有在每一个大项和文档的最后会有一个经验谈，它是一些高手们在应对问题和处理特有硬件时的一些经验（这个还� ......
“Sudo” 是Unix/Linux平台上的一个非常有用的工具，它允许系统管理员分配给普通用户一些合理的“权利”，让他们执行一些只有超级用户或其他特许用户才能完成的任务，比如：运行一些像mount，halt，su之类的命令，或者编辑一些系统配置文件，像/etc/mtab， /etc/samba/smb.conf等。这样以来� ......
1.监视内存
free -mt
total used free shared buffers cached
Mem: ......
Linux下静态库.a生成
1.将各函数代码所在的源文件编译成目录文件。例如，对于myfunc.c，可以用如下命令 将其编译成目标文件：
gcc -c myfunc.c
当然在有多个源文件时，只需在gcc 命令行中将其分别列上就可以了。经此一步，将能够得到各源文件的目标文件。对上例，将得到myfunc.o
2.将各目标文件收集起来� ......
我用的Java版本为1.4，用1.5的时候说是有不安全的操作，无法编译、运行。
下载最新版本，BRITE.tar.gz
$ gunzip BRITE.tar.gz
$ tar xvf BRITE.tar
$ cd BRITE/
$ make all
编译完成，运行BRITE
$ ./brite &
主要的问题 ......
