课后题：我找了一个目录下的文件，用的这个命令find / -type f -name copyright 然后slabtop观察，发现dentry的SLABS和SIZE有了明显的提高，所以引起了目录项缓存的升高。在开始的时候dentry有一定的大小，我认为是缓存了/目录下系统基本的目录，但是系统后面下载、创建的内容是没有缓存的，使用查找命令会把这些都查找到然后缓存起来，所以使用find查找大量内容时候会造成性能下降。

前面看老男孩视频时候了解了inode和block。inode存储这些数据属性信息的，包含不限于文件大小、文件类型、文件权限、拥有者、硬链接数、所属组、修改时间，还包含指向文件实体的指针功能（inode节点---block的对应关系），但是inode惟独不包含文件名。文件名不在inode里，在上级目录的block里；Block来存储实际数据用的，例如照片、视频等普通文件数据。

今天看到了dentry，定义是用来记录文件的名字、索引节点指针以及与其他目录项的关联关系。但是和老男孩老师讲的有所区别，希望老师帮我解惑

请教三个问题。

1. 目录项是维护在内核中的一个内存数据结构，包括文件名。
我的问题是：文件名不是也应该存储在磁盘上么？不可能仅仅存在于内存吧？

2. 缓冲 I/O，是指利用标准库缓存来减速文件的访问...
我的问题时：减速文件访问的原因是什么？

3. 阻塞/非阻塞与同步/非同步的区别是什么？

“索引节点和文件一一对应，它跟文件内容一样，都会被持久化存储到磁盘”
是一对一关系吗，那么看我的服务器
$ df -i /
文件系统 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/mapper/VolGroup-lv_root 655360 98862 556498 16% /
意思是这个下面理论最多存放655360个文件 对吗

课后题：
Q:$ find / -name file-name
这个命令，会不会导致系统的缓存升高呢？如果有影响，又会导致哪种类型的缓存升高呢？
A:分析
1)、"/"代表文件系统的根目录，目录项已经缓存在cached。(通过下面的测试，怀疑应该只是部分目录项的内容缓存在cache中，待验证)
2)、因为会匹配值“file-name“，会将索引节点读入缓存进行匹配。
因此会导致cached增长。以下是三组测试对比，给出了执行find命令前后，cached变化的对比。
命令之前前后，slabtop的执行前后对比:
Active / Total Objects (% used) : 184412 / 240169 (76.8%)
 Active / Total Size (% used) : 42926.19K / 59199.82K (72.5%)

  OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
 11088 2313 20% 0.57K 198     56     6336K radix_tree_node
 10450 9515 91% 0.58K 190     55     6080K inode_cache
 27510 12695 46% 0.19K 655     42     5240K dentry
  4710 1003 21% 1.06K 157     30     5024K xfs_inode


 Active / Total Objects (% used) : 1795399 / 1809652 (99.2%)
 Active / Total Size (% used) : 1004316.02K / 1007573.47K (99.7%)

  OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
708420 708420 100% 1.06K 23614     30 755648K xfs_inode
787878 787878 100% 0.19K 18759     42 150072K dentry

free命令在find命令执行前后结果对比:
[root@localhost ~]# free -m
              total used free shared buff/cache available
Mem: 1824 200 1534 15 89 1500
Swap: 2047 196 1851
[root@localhost ~]# free -m
              total used free shared buff/cache available
Mem: 1824 480 105 15 1238 1161
Swap: 2047 196 1851

vmstat在find命令执行前后对比：
[root@localhost /]# vmstat 2
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----
 r b swpd free buff cache si so bi bo in cs us sy id wa st
 2 0 201208 1570636 136 92168 0 0 5 5 16 19 27 3 70 0 0
 0 0 201208 1511788 136 149564 0 0 1702 0 491 599 2 6 90 1 0
 0 0 201208 1509428 136 149716 0 0 1106 0 478 801 0 2 98 0 0
注:发表长度限制，省略部分测试显示

Flag。
关于思考题：
1.如果系统执行过一些操作，其中涉及到了要查找的file-name，那么在执行find命令的时候，应该是不会导致系统缓存的升高。
2.如果不是上述情况，或者执行过命令 echo 3 > /proc/sys/vm/drop_cache 操作的话，那么是会导致系统缓存升高的。只是通过vmstat观察的话，buffer与cache都用相应的增加，但是buffer的增加更明显。至于原因的话，推测是这样的：buffer增加是因为系统会缓存读取到的块设备中的数据。cache增加是因为内核创建了目录项缓存用来保存inode节点的相关信息，而目录项缓存属于cache部分，所以会导致cache也增加。但是为什么buffer会比cache增加的明显，暂时还没想明白。