sys_write()

_nosay

/*
* 目录也是文件，只不过目录存的是文件系统管理数据，文件存的是应用数据，对于ext2文件系统，file->f_op指向ext2_dir_operations或ext2_file_operations，从而通过write()实际上调用到的是generic_file_write()
*/




/*
* 核心操作在mapping->a_ops->prepare_write()
* 由prepare_write()准备好要写到文件的内容之后（这个过程比较复杂），执行commit_write()，这样等kflushd进程被调度时，就有机会将内容真正写到磁盘
*/


/*
* inode： 描述文件物理属性
* dentry：描述文件逻辑属性，比如通过ln建立链接的2个文件，它们在内存的dentry不同，但dentry成员所指向的inode一样
* file：     一个文件（dentry），可以同时被多个进程打开，或同一个进程打开多次，所以需要一个更上层的结构描述不同场合对同一文件的操作上下文
*
* inode结构有个有adress_space成员，用于存放相关的物理页面（文件缓存页面），以及相关的虚拟区间（mmap）
*/


/*
* 该函数中的page，可能是__grab_cache_page()新分配的页，还没有与磁盘上的真实block建立联系，而每一个联系需要用一个buffer_head结构描述，所以先create_empty_buffers()
* 如果bh是通过create_empty_buffers()刚分配的，BH_Mapped标记必定为0，从而调用get_block()分配真实的磁盘块，并建立映射
*
* 最后根据BH_uptodate标记，决定是否从磁盘读入块内容（BH_uptodate为0，表示以磁盘内容为准，BH_dirty，表示以缓存内容为准）
*/


/*
* page结构与它所描述的一个物理页面是分离的
* buffer_head结构与它所描述的一个块也是分离的
* 而物理页面与块之间的关系比较简单，就是包含关系，相应的在管理信息上，page结构中包含一个buffer_head链表，比如1个物理页面可以包含4个块，则链表长度为4
*/


/*
* 逻辑块与真实块的映射关系
*/




/*
* 到目前为止，主要还是悬在VFS和驱动层分析，那么再往底层一点，驱动到底又是怎么读写磁盘的呢？
* 参考：http://blog.csdn.net/farmwang/article/details/49999879
* 其实驱动就是用最基本的out、in汇编指令，将磁盘的操作从端口操作，组织成按块操作，内核又抽象出来VFS对磁盘按页操作，并且对于用户程序透明
* 而使用out、in指令操作磁盘的道理其实很简单了，相当于"填表"，所谓的表即端口（查手册得到含义），到此好奇心还是很强烈的话，看磁盘控制器的实现去吧
*/

nswcfd

分析的很详细，这个必须赞！

_nosay

回复 2# nswcfd

谢谢，很多都是你教我的

nswcfd

你太客气了，内核这么庞大，一个人想完全掌握的难度太大了，就得靠大家互相补充知识短板了。
比如说disk io这一块我基本就是不懂，看了你的帖子我也收获很大呀。

sky__sea

谢谢两位大侠！