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中。进程最终将更新�
相关文档：
1、引言
在
linux系统
下，如果你下载并安装了应用程序，很有可能在键入它的名称时出现“
command not found
”的提示内容。如果每次都到安装目标文件夹内，找到可执行文件来进行操作就太繁琐了。这涉及到环境变量
PATH
的设置问题，而
PATH
的设置也是在
linux
下定制环境变量� ......
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);
......
今天装好了monodevelop，本来是想用来C#的，见他也支持C/C++开发，于是试了一下，感觉很不错，终于找到了linux下一个比较满意的C++开发环境。
以前写C++都是在Eclipse下写的，但Eclipse启动慢，配置麻烦，和java一起用的时候很容易出错，用的很不爽，当然� ......
本来我用的是这样的程序
# include <iostream.h>
int main(void)
{
int i,j;
j=0;
i=j+1;
cout<<"hello world!"<<endl;
cout<<"the result is"<<i<<endl;
return 0;
}
利用g++ -o test test.cpp。但是这样是有错误的，提示无法� ......
简单的说，信号就是在软件层次上对中断机制的一种模拟，是一种异步通信方式。它可以实现内核进程和用户进程之间的交互。实现方式是，在任何时候发给
某一进程，如果该进程没有处于执行态，则该信号由内核保存，直到该进程恢复执行再传递给它为止。如果一个信号进程设置为阻塞，则该信号的传递被延迟，直到
其阻塞被取消时 ......
