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
相关文档：
2009 年 4 月 23 日
本文中我们针对 Linux 上多线程编程的主要特性总结出 5 条经验，用以改善 Linux 多线程编程的习惯和避免其中的开发陷阱。在本文中，我们穿插一些 Windows 的编程用例用以对比 Linux 特性，以加深读者印象。
背景
Linux 平台上的多线程程序开发相对应其他平台（比如 Windows）的多线程 API 有一些细微 ......
安装环境
CentOS 4.3 Final
软件列表
httpd-2.0.61.tar.gz
db-4.3.29.tar.gz
subversion-1.3.2.tar.gz
软件位置
/data/software
安装步骤
#mkdir /data/software/pkg
-p
安装Berkeley DB
#cd
/data/software/pkg
#tar zxvf ../db-4.3.29.tar.gz
#cd
db-4.3.29/docs
#../dist/configure
#make &&am ......
tar
-c: 建立压缩档案
-x：解压
-t：查看内容
-r：向压缩归档文件末尾追加文件
-u：更新原压缩包中的文件
这五个是独立的命令，压缩解压都要用到其中一个，可以和别的命令连用但只能用其中一个。下面的参数是根据需要在压缩或解压档案时可选的。
-z：有gzip属性的
-j：有bz2属性的
-Z：有compress属性的 ......
首先下载一个grubfordos，从这里下就是了，http://download.csdn.net/source/1326121
很小的，才190k左右，直接放置在c盘，然后，打开c盘，在文件夹选项里面，把系统隐藏选项打开，系统保护文件也打开，就可以看到一个boot.ini文件，在boot.ini里面添加一C：\grldr="grub for dos"
OK 。
启动没有问题了。
把linux的安� ......
我用的Java版本为1.4，用1.5的时候说是有不安全的操作，无法编译、运行。
下载最新版本，BRITE.tar.gz
$ gunzip BRITE.tar.gz
$ tar xvf BRITE.tar
$ cd BRITE/
$ make all
编译完成，运行BRITE
$ ./brite &
主要的问题 ......
