文件写入过程

瀚海书香

回复 10# blake326
但是之前测试过，即使一直是a+的写一个文件，也会出现阻塞的情况。

   

blake326

回复 11# 瀚海书香


    会不会是你写的太快了。写比读更耗磁盘的，写一个page，必须先读出来（write_begin），然后才是拷贝到page，最后延迟提交请求。

    写太多，就是读太多，io 瓶颈的话，那么你写的时候，通过write_begin去读自然就会阻塞了，并且好像是D状态uninterruptible深度睡眠，不能kill的。

blake326

todo：还没有涉及到 io拥塞，io调度等方面。

hk2305621

学习下. 之前好像看到你的一个关于 《读文件》的帖子.

瀚海书香

回复 12# blake326

写太多，就是读太多，io 瓶颈的话，那么你写的时候，通过write_begin去读自然就会阻塞了

的确是写的比较快。

每次写的时候，如果写的是同一个page，也会调用write_begin导致阻塞吗？

   

blake326

回复 15# 瀚海书香


    一般不会的。
   
     只有真正page写请求通过submit_bio提交了之后，再写这个page才会因为PG_writeback阻塞住的。

    如果系统脏页比例不高并且内存比较空闲的情况下，page回写的时机就是所属的inode dirty时间超过30s。

   因此，正常情况下，不断写一个page不会引起PG_writeback阻塞。

   

hmsghnh

写的不错，最近也在看这个流程。这个帖子参考起来不错，哈哈

瀚海书香

回复 16# blake326
那如果每次都是以追加的方式写文件，应该会有大量的脏页，因为过一会就会写一个新的page，即使有read，因为page一般都是没有提交的，就不会被PG_writeback阻塞，那阻塞是怎么发生的？

   

blake326

回复 18# 瀚海书香


    a+的情况，写一个page，write_begin虽然并不需要从磁盘真正的读取文件数据，但是write_begin必须为page的每个block建立buffer_head，查找文件块和分区块得映射关系（这里append写的情况，就是要文件系统为该inode分配块，建立映射),这个过程可能需要读取和写磁盘，而且是阻塞的。

瀚海书香

回复 19# blake326
哦，多谢