f2fs解析(二)f2fs写checkpoint时如何冻住整个文件系统

函数write_checkpoint中,会调用block_operations,函数中有这样一段代码:

retry_flush_dents:
    f2fs_lock_all(sbi);
    /* write all the dirty dentry pages */
    if (get_pages(sbi, F2FS_DIRTY_DENTS)) {
        f2fs_unlock_all(sbi);
        sync_dirty_dir_inodes(sbi);
        if (unlikely(f2fs_cp_error(sbi))) {
            err = -EIO;
            goto out;
        }
        goto retry_flush_dents;
    }    

这段代码不断循环往复,你会发现,总有一天F2FS_DIRTY_DENTRS类型的页都会被sync掉,那么到最后循环的那一次,f2fs_lock_all (sbi) 就不会被 f2fs_unlock_all(sbi)给解开了,f2fs_lock_all长这样:

 929 static inline void f2fs_lock_all(struct f2fs_sb_info *sbi)
 930 {
 931     f2fs_down_write(&sbi->cp_rwsem, &sbi->cp_mutex);
 932 }

他申请了一个非常重要的信号量:cp_rwsem!这个信号量的定义是:

struct rw_semaphore cp_rwsem;       /* blocking FS operations */

阻塞对整个文件系统的操作。再看看都哪里用到了这个信号量:

 919 static inline void f2fs_lock_op(struct f2fs_sb_info *sbi)
 920 {
 921     down_read(&sbi->cp_rwsem);
 922 }
 923
 924 static inline void f2fs_unlock_op(struct f2fs_sb_info *sbi)
 925 {
 926     up_read(&sbi->cp_rwsem);
 927 }
 928
 929 static inline void f2fs_lock_all(struct f2fs_sb_info *sbi)
 930 {
 931     f2fs_down_write(&sbi->cp_rwsem, &sbi->cp_mutex);
 932 }
 933
 934 static inline void f2fs_unlock_all(struct f2fs_sb_info *sbi)
 935 {
 936     up_write(&sbi->cp_rwsem);
 937 }

再搜f2fs_lock_op,发现不得了了,因为所有的读啊写啊操作都要在具体操作之前lock_op,操作结束后unlock_op,当你block_operations中将这个信号量申请下来之后,文件系统其他操作就不能操作了,申请不到信号量了嘛,因此用户态再也不能影响文件系统了,f2fs就可以安安心心地写checkpoint了。

时间: 2024-10-24 18:26:27

f2fs解析(二)f2fs写checkpoint时如何冻住整个文件系统的相关文章

LaTeX基础二:写文章时基本语句分析

代码如下: 1 %导言区,这个百分号表示注释 2 \documentclass{article} %有book,report,letter等格式. 3 4 \title{It Is My First Document} 5 \author{Shawn Chow} 6 \date{\today} 7 8 %正文区(文稿区) 9 \begin{document} 10 \maketitle %这里写这个可以添加标题. 11 Hello World !%下面空行表示换行. 12 13 %here is

f2fs解析(五)什么叫做compacted summary

f2fs中普通的summary是长这样的:每一个段的SSA block中,前半部分是这个段的SSA,然后对于HOT_DATA以及COLD_DATA段,存放是的是nat journal 和 sit journal,最后是一个ssa_footer,footer里面存放的是这个段是一个DATA段还是NODE段等信息,这是一个典型SSA的block的分布: 但是对于compact段来说,它的布局是这样的: //-----------------------------------------------

f2fs解析(十)nid 如何从nat_root中删除

上面我们谈到了一个nid如何从free_nid中转移到node_info中去[分别有一个链表和一棵基数树搭伙做事],讲free_nid时,详细说明了free_nid中是如何进如何出的,上一篇说了nid是如何进入nat_root的,当然一个nid进入nat_root的情况不止如此呢,还包括如果读磁盘中已经存在的一个nid,这个nid的缓存也是存在这里的. 那么现在说说nat_root中的nid是如何刷回去的! 涉及一个函数:__del_from_nat_cache 两个地方调用:1)f2fs_ba

Android Bitmap 全面解析(二)加载多张图片的缓存处理

一般少量图片是很少出现OOM异常的,除非单张图片过~大~ 那么就可以用教程一里面的方法了通常应用场景是listview列表加载多张图片,为了提高效率一般要缓存一部分图片,这样方便再次查看时能快速显示~不用重新下载图片但是手机内存是很有限的~当缓存的图片越来越多,即使单张图片不是很大,不过数量太多时仍然会出现OOM的情况了~本篇则是讨论多张图片的处理问题-----------------------------------------------------------------------图片

Spring Security 解析(二) —— 认证过程

Spring Security 解析(二) -- 认证过程 ??在学习Spring Cloud 时,遇到了授权服务oauth 相关内容时,总是一知半解,因此决定先把Spring Security .Spring Security Oauth2 等权限.认证相关的内容.原理及设计学习并整理一遍.本系列文章就是在学习的过程中加强印象和理解所撰写的,如有侵权请告知. 项目环境: JDK1.8 Spring boot 2.x Spring Security 5.x 一.@EnableGlobalAuth

ZXing解析二维码

上一篇文件已经说过如何用ZXing进行生成二维码和带图片的二维码,下面说下如何解析二维码 二维码的解析和生成类似,也可以参考google的一个操作类 BufferedImageLuminanceSource类,该类可在google的测试包中找到,另外j2se中也有该类,你可以将该类直接拷贝到源码中使用,你也可以自己写个. import java.awt.Graphics2D; import java.awt.geom.AffineTransform; import java.awt.image.

Spring 源码解析之HandlerAdapter源码解析(二)

Spring 源码解析之HandlerAdapter源码解析(二) 前言 看这篇之前需要有Spring 源码解析之HandlerMapping源码解析(一)这篇的基础,这篇主要是把请求流程中的调用controller流程单独拿出来了 解决上篇文章遗留的问题 getHandler(processedRequest) 这个方法是如何查找到对应处理的HandlerExecutionChain和HandlerMapping的,比如说静态资源的处理和请求的处理肯定是不同的HandlerMapping ge

Java使用Zxing生成、解析二维码工具类

Zxing是Google提供的关于条码(一维码.二维码)的解析工具,提供了二维码的生成与解析的方法. 1.二维码的生成 (1).将Zxing-core.jar 包加入到classpath下. (2).二维码的生成需要借助MatrixToImageWriter类,该类是由Google提供的; package com.qlwb.business.util; //导入省略... /** * 二维码工具类 * */ public class MatrixToLogoImageWriter { priva

input标签写CSS时需要注意的几点(先收藏)

(从已经死了一次又一次终于挂掉的百度空间人工抢救出来的,发表日期2014-05-05) 飞鱼的声纳顶部的搜索框让我头疼了很长时间,原因是总不能获得跨浏览器的统一样式.主要的问题有这么两个:一是input标签的高度不能统一,Firefox和IE中的高度始终不能一致:二是在IE浏览器中属性为text的input标签中的输入文字不像标准浏览器中的那样垂直居中显示,而是靠输入框的左上角显示. 为了彻底解决搜索框的这些问题,我以GreenGaint主题搜索框的样式为准,重写了一遍代码并且以像素为单位测量了