ubifs性能优化分析.docVIP

ubifs性能优化分析 本文通过分析ubifs的mount、read、write和commit流程，挖掘ubifs背后的设计决策和性能优化手段，并结合自身产品的特点，给出一些读写性能改进方案。 1. ubifs mount流程 mount过程就是初始化对象的过程。这其中包括上层（vfs层、页缓存层、通用块层）的回调接口的注册，从设备中获取相关信息（super block， master node，log，orphan， index node），初始化ubifs_info、TNC、LPT等内部对象，并对ubifs各区（默认不检查main区的index node，因为有log区的日志，一般情况下不需要扫描所有的index tree）、journal head、lpt head等进行校验、检查、修复、更新，创建后台进程等。可以看出，mount中包含了检查和修复过程，所以ubifs并没有提供额外的修复工具，这一点区别于vfat、ext3等文件系统。 mount的核心函数为ubifs_init，其主要负责外部对象的初始化，内部对象的初始化由ubifs_get_sb负责。具体细节如下： ubifs_init主要流程： 创建ubifs inode slab（kmem_cache_create ） 注册ubifs TNC shrinker回收功能 ubifs_shrinker_info（register_shrinker ） 注册压缩算法（ubifs_compressors_init ） 注册debugfs（dbg_debugfs_init ） 注册ubifs文件系统 ubifs_fs_type（register_filesystem ） 调用ubifs_fs_type.ubifs_get_sb()继续初始化 ubifs_get_sb主要流程： 获取ubi_volume_desc对象 创建并初始化ubifs_info对象和super_block对象 读取并验证、修复ubifs_sb_node，并以ubifs_sb_node继续初始化ubifs_info对象 创建wbuf和后台线程ubifs_bgt1_0，其主要作用是后台同步write-buffers、commit、垃圾回收等。 读取并验证、修复ubifs_mst_node，并以ubifs_mst_node继续初始化ubifs_info对象 如果发现 index and LPT 头有损坏就进行修复，以继续初始化ubifs_info 更新master node信息 遍历、检查indexing node (ubifs_zbranch, ubifs_znode)的总大小是否与c-gt;bi.old_idx_sz一致（dbg_check_idx_size，由chk_index控制，默认关闭） 回放log，检查修复index node，并更新TNC（ubifs_replay_journal） 删除orphan inode（ubifs_mount_orphans） 检查indexing tree的叶节点是否存在、crc等验证信息（dbg_check_filesystem，由chk_fs控制，默认关闭） 设置垃圾回收gc_waterline（UBIFS_FREE_RESERVE_RATIO 5），唤醒后台线程。2. ubifs read流程 ubifs read按如下顺序，在存储层次中依次查找所需数据，直至找到并完成读取： page cache write buffer flash ubifs一切数据都封装成node，不同类型的node有不同的长度。一个data node最大可以存储的数据大小为UBIFS_BLOCK_SIZE （4096）。也就是说ubifs单次读的最大长度即block大小。 ubifs读系统调用路径如下：read -gt; do_sync_read -gt; aio_read -gt; generic_file_aio_read -gt; generic_file_aio_read -gt; do_generic_file_read -gt; readgt; ubifs_bulk_read 或 do_readpage do_readpage：读取一个内存page，ubifs按block大小，把page切分成ubifs block后再依次按blo