COW copy on write linux 开博啦。哈哈
今天看Linux的内容时找到的。 但运行时发现copy时地址已经不值向同一块内存了。为什么呢？？
STL标准模板库中的string类，也是一个具有写时才拷贝技术的类。C++曾在性能问题上被广泛地质疑和指责过，为了提高性能，STL中的许多类都采用了Copy-On-Write技术。通常，string类中必有一个私有成员，其是一个char*，用户记录从堆上分配内存的地址，其在构造时分配内存，在析构时释放内存。因为是从堆上分配内存，所以string类在维护这块内存上是格外小心的，string类在返回这块内存地址时，只返回const char*，也就是只读的，如果你要写，你只能通过string提供的方法进行数据的改写。
main()
{
string str1 = "hello world";// string str1 ("hello world"); 调用的是构造函数
string str2 = str1; // string str2 (str1); 调用的是拷贝构造函数
//此时str1,str2共享内存
printf ("Sharing the memory:\n");
printf ("\tstr1's address: %x\n", str1.c_str() );
printf ("\tstr2's address: %x\n", str2.c_str() );
str1[1]='q';
str2[1]='w';
/*当然是在共享同一块内存的类发生内容改变时，才会发生Copy-On-Write。比如string类的[]、=、+=、+、操作符赋值，还有一些string类中诸如insert、replace、append等成员函数。*/
printf ("After Copy-On-Write:\n");
printf ("\tstr1's address: %x\n", str1.c_str() );
printf ("\tstr2's address: %x\n", str2.c_str() );
return 0;
}
结果：
Sharing the memory:
str1's address: 12ff3c //非343be9？？？
str2's address: 12ff14 //非343be9
After Copy-On-Write:
str1's address: 3407a9
str2's address: 343be9
str1和str2存放数据的地址是一样的，而在修改内容后，str1的地址发生了变化，而str2的地址还是原来的。从这个例子，我们可以看到string类的Copy-On-Write技术。
引用计数就是string类中写时才拷贝的原理，RefCnt表示使用共享内存个对象个数。当共享内存被修改的时候，采用下�
相关文档：
1. 学会写简单的makefile
2. 编一些应用
程序
，可以用makefile跑起来
3. 学会写驱动
的makefile
4. 写一简单char驱动，makefile编译通过，可以insmod， lsmod， rmmod. 在驱动的init函数里打印hello world，insmod后应该能够通过dmesg看到输出
。
5. 写一完整驱动， 加上read， write， ioctl， polling等� ......
原文地址：http://www.xxlinux.com/linux/article/development/embed/20080227/14047.html
Linux和uClinux
Linux正逐渐地应用于嵌入式设备，uClinux正是在这种氛围下产生的。uClinux就是Micro-Control-Linux，它也是一个 ......
安装过程中出现“X11/extensions/Print.h: No such file or directory”的解决方法
这是因为系统中缺少libXp-devel
# yum install libXp-devel
安装过程中出现“X11/bitmaps/gray: No such file or directory”的解决方法
这是因为系统中缺少xorg-x11-xbitmaps（x11/xbitmaps (Ubuntu) and xorg-x1 ......
1.概念和区别：
静态库就是在编译过程中一些目标文件的集合。静态库在程序链接的时候使用，链接器会将程序中使用到函数的代码从库文件中拷贝到应用程序中。一旦链接完成，在执行程序的时候就不需要静态库了。
由于每个使用静态库的应用程序都需要拷贝所用函数的代码，� ......
所谓进程就是程序执行时的一个实例. 它是现代操作系统中一个很重要的抽象,我们从进程的生命周期:创建,执行,消亡来分析一下Linux上的进程管理实现.
一:前言
进程管理结构;
在内核中,每一个进程对应一个task.就是以前所讲的PCB.它的结构如下(include/linux/sched.h):
struct task_struct {
......
