当前位置:   article > 正文

2010-3-26 page和buffer_head_buffer_head 和page

buffer_head 和page

      首次看页高速缓存时,以为在页高速缓存中,每个page的private都指向buffer_head链表,但是阅读完do_mpage_readpage()函数后,发现并非如此。对于普通文件的页高速缓存,如果页中的段在磁盘上是连续的,那么page中的PG_private标志就不会置位,且private不会指向buffer_head链表。

      我们可以沿着这样的思路往下走:

      当函数do_generic_mapping_read()读取文件时,与读取位置对应的页不在高速缓存中时,该函数就向系统申请一个新页,并添加到radix_tree中,之后调用a_ops->readpage()从磁盘读取内容到该页中。

      a_ops->readpage()函数最后会调用do_mpage_read()函数来构造bio,通过对这个函数的分析可以得出radix_tree中的page不一定都与buffer_head关联。前面提到分配一个新页,是想强调这个页还没有与buffer_head关联。下面废话不多说,继续分析do_mapge_read()函数(昨天我已经发了对这个函数的注释,但是有些事理解错误的,今天将会重新发一个,当然也难免会有新的错误)。

      do_mapge_read()函数通过从get_block()(对应于ext2文件系统是ext2_getblock())得到的信息来判断页中的块是否连续如果连续则通过mpage_alloc()申请一个具有多个段(包含多个io_vec)的bio结构,然后调用bio_add_page()将该页添加到bio中。如果页不连续,则调用block_read_full_page()以每次一块的方式来读取该页,对于页中的每块将调用submit_bh()来生成并提交bio,对于submit_bh() 生成的bio中的io_vec数组只有一个元素。

声明:本文内容由网友自发贡献,转载请注明出处:【wpsshop】
推荐阅读
相关标签
  

闽ICP备14008679号