linux进程通信：共享内存（转）
采用共享内存通信的一个显而易见的好处是效率高，因为进程可以直接读写内存，而不需要任何数据的拷贝。对于像管道和消息队列等通信方式，则需要在内
核和用户空间进行四次的数据拷贝，而共享内存则只拷贝两次数据[1]：一次从输入文件到共享内存区，另一次从共享内存区到输出文件。实际上，进程之间在共
享内存时，并不总是读写少量数据后就解除映射，有新的通信时，再重新建立共享内存区域。而是保持共享区域，直到通信完毕为止，这样，数据内容一直保存在共
享内存中，并没有写回文件。共享内存中的内容往往是在解除映射时才写回文件的。因此，采用共享内存的通信方式效率是非常高的。
Linux的2.2.x内核支持多种共享内存方式，如mmap()系统调用，Posix共享内存，以及系统V共享内存。linux发行版本如
Redhat
8.0支持mmap()系统调用及系统V共享内存，但还没实现Posix共享内存，本文将主要介绍mmap()系统调用及系统V共享内存API的原理及应
用。
一、内核怎样保证各个进程寻址到同一个共享内存区域的内存页面
1、
page cache及swap cache中页面的区分：一个被访问文件的物理页面都驻留在page cache或swap
cache中，一个页面的所有信息由struct page来描述。struct page中有一个域为指针mapping ，它指向一个struct
address_space类型结构。page cache或swap
cache中的所有页面就是根据address_space结构以及一个偏移量来区分的。
2、文件与address_space结构的对应：一个具体的文件在打开后，内核会在内存中为之建立一个struct
inode结构，其中的i_mapping域指向一个address_space结构。这样，一个文件就对应一个address_space结构，一个
address_space与一个偏移量能够确定一个page cache 或swap
cache中的一个页面。因此，当要寻址某个数据时，很容易根据给定的文件及数据在文件内的偏移量而找到相应的页面。
3、进程调用mmap()时，只是在进程空间内新增了一块相应大小的缓冲区，并设置了相应的访问标识，但并没有建立进程空间到物理页面的映射。因此，第一次访问该空间时，会引发一个缺页异常。
4、对于共享内存映射情况，缺页异常处理程序首先在swap
cache中寻找目标页（符合address_space以及偏移量的物理页），如果找到，则直接返回地址；如果没有找到，则判断该页是否在交换区
(swap area)，如果在，则执行一个换入操作；如果上述两种情况都不满足，处理程序将分配新的物理页面，并把它插入到page
cache中。进程最终将更新�
相关文档：
JSP源代码
<%
//获取系统时间
//String ddate=new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(Calendar.getInstance().getTime());
TimeZone tz = TimeZone.getTimeZone("ETC/GMT-8");
TimeZone.setDefault(tz);
......
假设是启动一个 rails 程序：
ruby script/server
通常会这样：
nohup ruby script/server &
把错误输出流也定向到正常输出流中：
nohup ruby script/server & 2 > 1 &
要记录下 pid ：
nohup ruby script/server & 2 > 1 & echo $! > tmp/pid &
经过反复调试，上面的语句似乎不� ......
这篇日志还是先从一个能够运行起来的例子出发，一旦能顺利的看到程序的成功运行，那么接下来的事件我想应该是问为什么了？似乎这样更加容易理解和掌握。
对于socket程序的概念这里就不多写了，但我相信，如果能看完这整篇文章，我相信不会再有这样的疑问的。
下面将编写一个c/s结构的程序，主要功能是client将向server发� ......
<!--
@page { margin: 2cm }
P { margin-bottom: 0.21cm }
-->
近日，在LinuxCON 2009大会上，桌面
Linux
又成为业界关注的焦点之一。各种不同的声音，嗓门都很大。在这纷纷嚷嚷的氛围中，
Linux
如何走出桌面困境？
& ......
