Automation Device Specification，ADS设备间进行通信的协议规范。协议定义了ADS device之间如何寻址对方、ADS device之间可以执行哪些操作、执行这些操作需要哪些参数，以及操作完成后如何返回结果等。

先下载虚机配置文件geshifei-vm1.xml：链接: https://pan.baidu.com/s/15wXohrZxFti4NwmK8XEyIg 提取码: 1234注意，这只是从 libvirt 的数据库里去掉了这台虚机，虚机的磁盘文件还在，如果确认不用了，可以通过“六”节将磁盘文件也删除。

文件一般是顺序访问的，访问[A, B]范围的数据后，接下来很可能访问[B+1, B+N]数据。由于访问磁盘、flash等存储器件比较耗时，在访问 [A, B]的时候，如果提前把[B+1, B+N]数据从存储器件读取到ram中，那么后继需要用[B+1, B+N]数据时，就不需要耗时的disk io从存储器件读取数据了，从而提高性能。

只要内存中生成ne，都会缓存在nat cache中（最大数量10万个，见宏定义DEF_NAT_CACHE_THRESHOLD），系统内存压力大的时候，需要回收clean状态的ne，避免f2fs对系统内存的影响。f2fs_fill_super --> f2fs_build_segment_manager --> build_curseg --> restore_curseg_summaries --

内核版本：linux 6.15.7按优先级，从高到低：STOP>RT>FAIR>EXT>IDLE二、调度器类存在哪调度器类按照优先级存在__sched_class_highest开始、以__sched_class_lowest结束的段中。每个调度器类存在在对应的xx_sched_class段中。链接脚本vmlinux.lds.h控制了各个调度器类在段中的位置顺序，这个顺序决定了优先级关系。__se

StorageManagerService.java中的mVold.mount

ubuntu20.04环境安装记录，sourceinsight4破解安装

介绍：block layer在内核中起着承上（文件系统层）启下（设备驱动层）的作用，struct bio是block层的基本数据结构，可以理解成将bio输入block层，由block layer对其加工处理，然后再输出给底层。与bio相关的代码涉及bio内存管理、提交、合并拆分、完成时的回调处理等内容，是内核中一个很小的子系统，该文对其中涉及的代码进行分析，作为笔记，以备查阅。内核源码：linux

摘要linux block layer第一篇介绍了bio数据结构及bio内存管理，本文章介绍bio的提交、拆分、io请求合并、io请求完成时的回调处理。由于“bio的提交”涉及内容太多，所以该小节只描述一些概要信息，在介绍完multi-queue机制后（待整理），再对着代码细说submit_bio流程。内核源码：linux-5.10.3一、bio的提交（submit）提交bio的函数是submit

现象：虚拟机中运行IgH master并绑定网卡后，主站由ORPHANED状态转换成IDLE状态，但无法收发数据报。这是因为虚拟机用的是虚拟网卡，需通过iptables将数据包到转发到真实的网卡上，实现收发数据的目的。但IgH替换了网卡驱动程序，收到数据包后，处理流程没有走内核的网络协议栈，所以工作中tcp/ip层的iptables就不起作用，导致IgH无法正常收发报文。解决：物理机安装ubunt