Linux使用的缓存
6.7.1 Linux使用的缓存
不管在硬件设计还是软件设计中，高速缓存是获得高性能的常用手段。Linux 使用了多种和内存管理相关的高速缓存。
1． 缓冲区高速缓存：
缓冲区高速缓存中包含了由块设备使用的数据缓冲区。这些缓冲区中包含了从设备中读取的数据块或写入设备的数据块。缓冲区高速缓存由设备标识号和块标号索引，因此可以快速找出数据块。如果数据能够在缓冲区高速缓存中找到，则系统就没有必要在物理块设备上进行实际的读操作。
内核为每个缓冲区维护很多信息以有助于缓和写操作，这些信息包括一个“脏（dirty）”位，表示内存中的缓冲区已被修改，必须写到磁盘；还包括一个时间标志，表示缓冲区被刷新到磁盘之前已经在内存中停留了多长时间。因为缓冲区的有关信息被保存在缓冲区首部，所以，这些数据结构连同用户数据本身的缓冲区都需要维护。
缓冲区高速缓存的大小可以变化。当需要新缓冲区而现在又没有可用的缓冲区时，就按需分配页面。当空闲内存变得不足时，例如上一节看到的情况，就释放缓冲区并反复使用相应的页面。
2． 页面高速缓存
页面高速缓存是页面I/O操作访问数据所使用的磁盘高速缓存。我们在文件系统会看到，read( )、write( )和mmap( )系统调用对常规文件的访问都是通过页面高速缓存来完成的。因为页面I/O操作要传输整页数据，因此高速缓存中所保留的信息单元是一个整页面。一个页面包含的数据未必是物理上相邻的磁盘块，因此就不能使用设备号和块号来标识页面。相反，页面高速缓存中一个页面的标识是通过文件的索引节点和文件中的偏移量达到的。
与页面高速缓存有关的操作主要有三种：当访问的文件部分不在高速缓存中时增加一页面，当高速缓存变得太大时删除一页面，以及查找一个给定文件偏移量所在的页面。
3．交换高速缓存
只有修改后的（脏）页面才保存在交换文件中。修改后的页面写入交换文件后，如果该页面再次被交换但未被修改时，就没有必要写入交换文件，相反，只需丢弃该页面。交换高速缓存实际包含了一个页面表项链表，系统的每个物理页面对应一个页面表项。对交换出的页面，该页面表项包含保存该页面的交换文件信息，以及该页面在交换文件中的位置信息。如果某个交换页面表项非零，则表明保存在交换文件中的对应物理页面没有被修改。如果这一页面在后续的操作中被修改，则处于交换缓存中的页面表项被清零。 Linux 需要从物理内存中交换出某个页面时，它首先分析交换缓存中的信息，如
相关文档：
安装前准备好两个分区A 和B，分区 A 用来存放下载来的 Fedora 10 的ISO镜像文件，分区 B 用来安装 Fedora 10 .。
注意：存放镜像文件的分区必须为 Fat32 格式，否则无法进行安装。（本人已测试过）
解压 Fedora-10-i386-netinst.iso 此ISO 文件，将解压出来的 isolinux 和 images 两个文件夹与 Fedora 10 的 ISO 镜像文 ......
在windows上尝试centos后我直接给格式化掉centos，启动系统出现grub的启动画面，有2个解决方案
1：在dos环境下用fdisk /mbr 级可以修复mbr即可
2：如果没dos盘则用下面命令：
1）rootnoverify (hd0,0) //回车，记得rootnoverify后面有个空格
2）chainloader (hd0,0)+1 // 记得还是有空格
3 ......
/*
socket select模型，服务端
绝大多数注释自己写的，参考man
*/
#include <sys/types.h>
#include <sys/socket.h>
#include <sys/wait.h>
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <string.h>
#include <sys/un.h>
#include &l ......
做linux c语言开发有一小阵子了，在这边自己总结了些心得，相信能让不懂得Linux编程的人慢慢步入Linux殿堂。有任何不对或不准确之处欢迎讨论。
1. 安装 linux 操作系统
既然要学习linux下的c语言开发，那么安装个linux操作系统是必须的。建议安装Ubuntu，这是我目前见过界面最友好的linux操作系统了。关于如何使用Ubuntu� ......
1. 固定一个MAC地址，特别是在使用多个虚拟机的时候
linux环境下:
用root身份登录，在/etc/rc.d/rc.local里加上这三句
ifconfig eth0 down
ifconfig eth0 hw ether 00:0C:18:EF:FF:ED
ifconfig eth0 up
这样重新reboot后就不怕MAC复原了。
2. ifconfig命令（转载http://www.cnblogs.com/taobataoma/archive/2007/1 ......
