<br />filesystem的notify分为：dnotify、inotify、fanotify<br />1：dnotify的引入，以及用户空间编程<br />2：为什么引入inotify，以及用户空间编程<br />3：为什么引入fanotify，以及用户空间编程<br />4：procfs/sysfs能否使用dnotify、inotify、fanotify？如果不能 原因是什么，以及替代的方法是什么？（是否用poll/select）<br />5：用户空间的相关工具

        linux下的write file一般有这么几种：write、write_sync、write_odirect、aio_write。这里仅仅说前面的三种。我要表达的意思是这三种write方式返回时代表什么，要写的数据在内核的什么层次上。是不是按照字面理解的那样：write_sync和write_odirect返回表示数据写到磁盘上。       首先简单描述下与数据相关的各个层次：

Day 1By Jake EdgeApril 3, 2012Day one of the Linux Storage, Filesystem, and Memory Management Summit (LSFMMS) was held in San Francisco on April 1. What follows is a report on the combined

1:120G SSD disk2: dd if=/dev/zero of=test bs=1M oflag=direct3: rm -rf testIn order to:a:the  duration of rmb:the write/read of  rm (using this program)int main(){    printf("pid=%d

最近发现一个问题，本来想尝试inotify 监控/proc/partitions，凡是发现cat 该文件后，inotify并没有检测到，所以想查询下为什么？使用stat /proc/paritions 在内核vfs_getattr发现每次inode都是变化的，即每次inode都是更新的。但是在/proc/$pid目录下好多文件却不是每次都改变。查找内核发现proc_lookup_de()中

先简单介绍下atime/mtime/ctimeatime： access time，表明读文件内容的时间。access timemtime：修改文件内存的时间。modify timectime：修改文件内容的时间，文件属性的时间。change time也就是说修改mtime一定修改ctime，但是修改ctime未必修改mtime，比如chmod/chown只会修改cti

1.Hadoop集群可以运行的3个模式？单机（本地）模式伪分布式模式全分布式模式2. 单机（本地）模式中的注意点？在单机模式（standalone）中不会存在守护进程，所有东西都运行在一个JVM上。这里同样没有DFS，使用的是本地文件系统。单机模式适用于开发过程中运行MapReduce程序，这也是最少使用的一个模式。3. 伪分布模式中的注意点？伪分布式（Pseudo）适用于

以前一直做单机系统，考虑到的兼容性往往是存储在硬盘的数据结构要考虑兼容性的。但是目前在进行分布式存储系统的设计时，遇到消息体的兼容性。因为分布式系统中，升级过程不能和单机系统一样，停业务，升级，开业务(reboot)。在分布式系统中的，是不能随便将所有系统全部停掉进行升级。采用的策略一般是逐步升级，那么就会出现新旧系统。这不光要考虑存储持久化的兼容性，而且也要考虑消息体的兼容性。新旧系统可以相