LiteOS-A内核中的procfs文件系统分析

2024-05-24 16:04
文章标签 分析 文件系统 内核 procfs liteos

本文主要是介绍LiteOS-A内核中的procfs文件系统分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、 procfs介绍

procfs是类UNIX操作系统中进程文件系统（process file system）的缩写，主要用于通过内核访问进程信息和系统信息，以及可以修改内核参数改变系统行为。需要注意的是，procfs文件系统是一个虚拟文件系统，不存在硬盘当中，而是系统启动时动态生成的文件系统，储存在内存中。procfs文件系统通常挂载在/proc目录下。

LiteOS-A是OpenAtom OpenHarmony（以下简称“OpenHarmony”）系统中使用的轻量系统内核，实现了procfs文件系统。本文主要对LiteOS-A内核中的procfs文件系统的设计、实现和使用进行介绍和分析。

procfs文件系统是LiteOS-A内核文件系统的一个案例，通过了解procfs文件系统，能够熟悉LiteOS-A的文件系统框架，并很好地将内核信息通过文件系统反馈给使用者。

1. Linux系统中的procfs文件系统包含的内容

Ubuntu 20.04中的/proc文件信息如下：

图1：Ubuntu proc目录信息

2. OS-A系统的命令以及procfs文件系统的内容

LiteOS-A的命令集：

LiteOS-A的proc目录信息如下：

图2：liteOS-A proc目录信息

二、 procfs文件系统的设计

LiteOS-A中使用VFS作为各个文件系统的粘合层，而VFS在OpenHarmony内核中采用树结构实现，树中的每一个节点都是Vnode结构体。VFS提供统一的抽象接口用于屏蔽文件系统之间的差异，其提供三大操作接口用于统一不同文件系统调用不同接口的现状。

VFS提供的三大操作接口：

• VnodeOps

• MountOps

• file_operations_vfs

VnodeOps用于控制Vnode节点，MountOps控制挂载点，file_operations_vfs提供常用的文件接口。

文件系统各自需要实现VFS提供的这三大接口，即实现系统本身需要的接口方法，让VFS能够调用这些接口即可。procfs文件系统虽作为一个伪文件系统pseudo-file system，但其仍旧需要实现上述接口。

1. VFS提供的重要接口

（1) Vnode 结构体：

struct Vnode {enum VnodeType type;                /* Vnode节点类型 */int useCount;                       /* 节点链接数 */uint32_t hash;                      /* 哈希值 */uint uid;                           /* 文件拥有者的user id */uint gid;                           /* 文件群组id */mode_t mode;                        /* 文件读写执行权限 */LIST_HEAD parentPathCaches;         /* 指向父节点的路径缓存 */LIST_HEAD childPathCaches;          /* 指向儿子节点的路径缓存 */struct Vnode *parent;               /* vnode父节点 */struct VnodeOps *vop;               /* vnode操作接口 */struct file_operations_vfs *fop;    /* 文件操作接口，即指定文件系统 */void *data;                         /* 数据，指向内部数据的指针 */uint32_t flag;                      /* 节点标签 */LIST_ENTRY hashEntry;               /* 挂入v_vnodeHashEntry[i]中 */LIST_ENTRY actFreeEntry;            /* 通过本节点挂载到空闲和使用链表中 */struct Mount *originMount;          /* 所在文件系统挂载信息 */struct Mount *newMount;             /* 其他挂载在这个节点中的文件系统信息 */char *filePath;                     /* Vnode的路径信息 */struct page_mapping mapping;        /* page mapping of the vnode */
};

图3：Vnode structure

Vnode功能接口定义：

struct VnodeOps {int (*Create)(struct Vnode *parent, const char *name, int mode, struct Vnode **vnode);// 创建节点int (*Lookup)(struct Vnode *parent, const char *name, int len, struct Vnode **vnode);// 查询节点int (*Open)(struct Vnode *vnode, int fd, int mode, int flags);// 打开节点ssize_t (*ReadPage)(struct Vnode *vnode, char *buffer, off_t pos);ssize_t (*WritePage)(struct Vnode *vnode, char *buffer, off_t pos, size_t buflen);int (*Close)(struct Vnode *vnode);// 关闭节点int (*Reclaim)(struct Vnode *vnode);// 回收节点int (*Unlink)(struct Vnode *parent, struct Vnode *vnode, const char *fileName);// 取消硬链接int (*Rmdir)(struct Vnode *parent, struct Vnode *vnode, const char *dirName);// 删除目录节点int (*Mkdir)(struct Vnode *parent, const char *dirName, mode_t mode, struct Vnode **vnode);// 创建目录节点int (*Readdir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 读目录节点信息int (*Opendir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 打开目录节点int (*Rewinddir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 定位目录节点int (*Closedir)(struct Vnode *vnode, struct fs_dirent_s *dir);// 关闭目录节点int (*Getattr)(struct Vnode *vnode, struct stat *st);// 获取节点属性int (*Setattr)(struct Vnode *vnode, struct stat *st);// 设置节点属性int (*Chattr)(struct Vnode *vnode, struct IATTR *attr);// 改变节点属性int (*Rename)(struct Vnode *src, struct Vnode *dstParent, const char *srcName, const char *dstName);int (*Truncate)(structVnode*vnode,off_t len);// 缩小或扩大
int(*Truncate64)(structVnode*vnode,off64_t len);
int(*Fscheck)(structVnode*vnode,structfs_dirent_s*dir);
int(*Link)(structVnode*src,structVnode*dstParent,structVnode**dst,constchar*dstName);
int(*Symlink)(structVnode*parentVnode,structVnode**newVnode,constchar*path,constchar*target);
ssize_t(*Readlink)(structVnode*vnode,char*buffer,size_t bufLen);
};

Vnode根节点的初始化操作：

将全局Vnode表进行初始化，开始节点指向根目录/，全局节点g_rootVnode。

int VnodesInit(void)
{int retval = LOS_MuxInit(&g_vnodeMux, NULL);if (retval != LOS_OK) {PRINT_ERR("Create mutex for vnode fail, status: %d", retval);return retval;}LOS_ListInit(&g_vnodeFreeList);LOS_ListInit(&g_vnodeVirtualList);LOS_ListInit(&g_vnodeActiveList);retval = VnodeAlloc(NULL, &g_rootVnode);if (retval != LOS_OK) {PRINT_ERR("VnodeInit failed error %d\n", retval);return retval;}g_rootVnode->mode = S_IRWXU | S_IRWXG | S_IRWXO | S_IFDIR;g_rootVnode->type = VNODE_TYPE_DIR;g_rootVnode->filePath = "/";return LOS_OK;
}

(2) Mount结构体：

struct Mount {LIST_ENTRY mountList;              /* 全局Mount链表 */const struct MountOps *ops;        /* Mount的功能函数 */struct Vnode *vnodeBeCovered;      /* 要被挂载的节点 */struct Vnode *vnodeCovered;        /* 要挂载的节点 */struct Vnode *vnodeDev;            /* 设备vnode */LIST_HEAD vnodeList;               /* Vnode表的表头 */int vnodeSize;                     /* Vnode表的节点数量 */LIST_HEAD activeVnodeList;         /* 激活的节点链表 */int activeVnodeSize;               /* 激活的节点数量 */void *data;                        /* 数据，指向内部数据的指针 */uint32_t hashseed;                 /* Random seed for vfshash */unsigned long mountFlags;          /* 挂载标签 */char pathName[PATH_MAX];           /* 挂载点路径 */char devName[PATH_MAX];            /* 设备名称 /dev/sdb-1 */
};

图4：Mount structure

挂载点的接口定义：

struct MountOps {int (*Mount)(struct Mount *mount, struct Vnode *vnode, const void *data);int (*Unmount)(struct Mount *mount, struct Vnode **blkdriver);int (*Statfs)(struct Mount *mount, struct statfs *sbp);//统计文件系统的信息，类型、大小等int (*Sync)(struct Mount *mount);
};

(3)文件结构定义：

struct file
{unsigned int         f_magicnum;  /* file magic number. -- to be deleted */int                  f_oflags;    /* Open mode flags */struct Vnode         *f_vnode;    /* Driver interface */loff_t               f_pos;       /* File position */unsigned long        f_refcount;  /* reference count */char                 *f_path;     /* File fullpath */void                 *f_priv;     /* Per file driver private data */const char           *f_relpath;  /* realpath.  -- to be deleted */struct page_mapping  *f_mapping;  /* mapping file to memory */void                 *f_dir;      /* DIR struct for iterate the directory if open a directory */const struct file_operations_vfs *ops;int fd;
};

文件接口功能定义：

struct file_operations_vfs
{/* The device driver open method differs from the mountpoint open method */int     (*open)(struct file *filep);int     (*close)(struct file *filep);ssize_t (*read)(struct file *filep, char *buffer, size_t buflen);ssize_t (*write)(struct file *filep, const char *buffer, size_t buflen);off_t   (*seek)(struct file *filep, off_t offset, int whence);int     (*ioctl)(struct file *filep, int cmd, unsigned long arg);int     (*mmap)(struct file* filep, struct VmMapRegion *region);/* The two structures need not be common after this point */int     (*poll)(struct file *filep, poll_table *fds);int     (*stat)(struct file *filep, struct stat* st);int     (*fallocate)(struct file* filep, int mode, off_t offset, off_t len);int     (*fallocate64)(struct file *filep, int mode, off64_t offset, off64_t len);int     (*fsync)(struct file *filep);ssize_t (*readpage)(struct file *filep, char *buffer, size_t buflen);int     (*unlink)(struct Vnode *vnode);
};

2.文件系统的重要接口设计

procfs文件系统中每个目录或文件都是一个Vnode，也可以理解为一个entry。ProcDirEntry中的subdir指向的目录中的一个子项，其本质是一个单向链表的形式，并且采用头插法的形式进行节点的插入。

图5：DirEntry

图6：ProcFile

图7：ProcData

图8: ProcFileOperations

三、 procfs文件系统的实现

1. Procfs的注册过程

（1）向系统注册文件系统入口函数：

LOS_MODULE_INIT(ProcFsInit, LOS_INIT_LEVEL_KMOD_EXTENDED);

（2）向VFS文件系统表注册系统名以及实现的接口等：

const struct MountOps procfs_operations = {.Mount = VfsProcfsMount,.Unmount = NULL,.Statfs = VfsProcfsStatfs,
};static struct VnodeOps g_procfsVops = {.Lookup = VfsProcfsLookup,.Getattr = VfsProcfsStat,.Readdir = VfsProcfsReaddir,.Opendir = VfsProcfsOpendir,.Closedir = VfsProcfsClosedir,.Truncate = VfsProcfsTruncate
};static struct file_operations_vfs g_procfsFops = {.read = VfsProcfsRead,.write = VfsProcfsWrite,.open = VfsProcfsOpen,.close = VfsProcfsClose
};// 注册文件系统名字以及实现的接口方法等
FSMAP_ENTRY(procfs_fsmap, "procfs", procfs_operations, FALSE, FALSE);

2. Procfs的初始化初始化

需要做的工作主要包括向OS注册procfs文件系统，生成procfs文件目录中的文件初始项，在liteOS-A具体包含目录power、mounts等。

procfs文件系统的初始化流程大致如下：

// 系统的入口函数
main(VOID)
|-> OsMain() // ./liteos/kernel/liteos_a/kernel/common/main.c| // 进行系统的相关初始化工作| -> EarliestInit()| -> ...|| -> KModInit()|-> ...||-> OsInitCall(LOS_INIT_LEVEL_KMOD_EXTENDED) // 生成procfs文件系统并挂载到/proc目录|-> InitLevelCall(level)//根据不同的级别进行相关初始化工作，procfs的级别是8,其级别是文件系统向OS注册的| // ./liteos/kernel/liteos_a/fs/proc/os_adapt/proc_init.c||-> ProcFsInit() // 进行procfs文件系统的具体初始化工作| |-> mkdir(PROCFS_MOUNT_POINT, PROCFS_DEFAULT_MODE) // 先生成/proc目录，之后需要将procfs文件系统挂载到该目录下| |-> mount(NULL, PROCFS_MOUNT_POINT, "procfs", 0, NULL)| | // 生成mount文件，包括分配Vnode和挂载Vnode| || |-> ProcMountsInit()| | | // procfs具体项的初始化都写在一个独立的文件中，例如mounts在./liteos/kernel/liteos_a/fs/proc/os_adapt/mounts_proc.c| | || | |-> ProcMountsInit(void)| | | // 创建mounts节点并挂载到该目录下,NULL位parent为父节点，若parent为NULL，则默认父节点为/proc| | || | |-> CreateProcEntry("mounts", 0, NULL)| |  | // 先判断节点是文件属性还是目录属性，后选择具体的节点创建函数，在这选择File节点| |  || |  |-> ProcCreateFile(parent, name, NULL, mode)| |   |-> struct ProcDirEntry *pn = NULL| |   |-> ProcAllocNode(&parent, name, S_IFREG | mode) // 具体的分配节点| |    |-> struct ProcDirEntry *pn = NULL;| |    | // 首先对节点的合法性进行相关检查，例如parent是否NULL，name是否NULL等| |    || |    |-> pn = (struct ProcDirEntry *)malloc(sizeof(struct ProcDirEntry));//分配一个struct ProcDirEntry内存地址| |    | // 对生成的节点赋予一些属性，例如节点名字长度，权限，名字等，每个ProcDirEntry都需要指定一个ProcFile成员，里面含有具体信息| |    || |    |-> pn->nameLen = strlen(lastName);| |    |-> pn->mode = mode;| |    |-> ret = memcpy_s(pn->name, sizeof(pn->name), lastName, strlen(lastName) + 1);| |    |-> pn->pf = (struct ProcFile *)malloc(sizeof(struct ProcFile));| |    |-> pn->pf->pPDE = pn;// ProcFile的parent是生成的pn节点| |   | // 生成对应的节点,对节点指定相应的函数接口后，需要挂载的父节点中| |   || |   |-> ProcAddNode(parent, pn)| |    |// 先判断parent是否为NULL以及pn是否已经有parent，即判断是否已挂载
|||
|||// 在这里可知一个目录下的子目录以及文件都是以一个单链表的形式存储的，且采用的是头插法，即最先生成的在最后面
|||-> pn->parent = parent;
|||-> pn->next = parent->subdir;
|||-> parent->subdir = pn;
||->...
||
||->ProcPmInit()// 目录初始化工作
|||// power目录下含有子目录，但是目录生成的过程都一样，在这以power文件夹为例
|||->structProcDirEntry*power =CreateProcEntry("power", S_IFDIR | S_IRWXU | S_IRWXG | S_IROTH,NULL);
||||->CreateProcEntry("power", S_IFDIR | S_IRWXU | S_IRWXG | S_IROTH,NULL)
|||||->// 先判断节点是文件属性还是目录属性，后选择具体的节点创建函数，在这选择目录节点
|||||
|||||->ProcCreateDir(parent, name,NULL, mode)
||||||// 这里节点创建和挂载和上述文件节点创建一样，不再赘述
||||||
||||||->ProcAllocNode(&parent, name, S_IFREG | mode)// 具体的分配节点
||||||->ProcAddNode(parent, pn)
|||||
||||
|||->...
||
|...

四、procfs业务分析

1. procfs挂载过程分析

在procfs文件系统的挂载过程中，若使用qemu进行调试，则挂载的命令大致如下: mount -R -t procfs [Dir_Path]

mount的系统调用间接调用procfs的mount接口。

用户输入挂载命令后，引发系统调用SysMount开始逐层调用：

-> ...
-> SysMount(const char *source, const char *target, const char *filesystemtype, unsigned long mountflags,const void *data)
|--|-> 将路径，文件系统等转化之后调用mount
|  |-> mount(sourceRet, targetRet, (filesystemtype ? fstypeRet : NULL), mountflags, dataRet)
|  |   |-> //找到指定的文件系统
|  |   |-> fsmap = mount_findfs(filesystemtype)
|  |   |-> mops = fsmap->fs_mops // 为mount节点指定mount的接口函数
|  |   |-> //找到挂载目录对应的Vnode并且设置文件系统相关信息
|  |   |-> VnodeLookup(target, &mountpt_vnode, 0)
|  |   |   |->VnodeLookupAt(path, vnode, flags, NULL)
|  |   |   |  |-> //对目录变成绝对路径并且从全局Vnode链表中开始找
|  |   |   |  |-> PreProcess(path, &startVnode, &normalizedPath)
|  |   |   |  |  |-> vfs_normalize_path(NULL, originPath, &absolutePath)
|  |   |-> mnt = MountAlloc(mountpt_vnode, (struct MountOps*)mops)
|  |   |-> mops->Mount(mnt, device, data)//进入具体的procfs文件系统的mount函数
|  |   |  |-> VfsProcfsMount(struct Mount *mnt, struct Vnode *device, const void *data)
|  |   |  |   |-> VnodeAlloc(&g_procfsVops, &vp);//生成一个Vnode用于挂载mount节点和procfs文件系统的root节点
|  |   |  |   |-> root = GetProcRootEntry(); //获取procfs文件系统的根节点
|  |   |  |   |-> vp->data = root; // 
|  |   |  |   |-> vp->originMount = mnt;// 将vp挂载在挂载目录所对应的mount节点上
|  |   |  |   |-> mnt->data = NULL;
|  |   |  |   |-> mnt->vnodeCovered = vp;// mount节点挂载的Vnode是该文件系统，方便后续在mount链表中找挂载点
|  |   |  |   |-> vp->type = root->type;
|  |   |...

2. 节点的增加过程分析

关键代码如下：

temp = ProcFindNode(parent, pn->name);if (temp != NULL) {PRINT_ERR("Error!ProcDirEntry '%s/%s' already registered\n", parent->name, pn->name);spin_unlock(&procfsLock);return -EEXIST;}pn->parent = parent;pn->next = parent->subdir;parent->subdir = pn;

为了更好地说明，假设目前已经在系统中生成了proc/和mounts节点，proc/节点就是该文件系统的根节点，此时两者的关系可以用下图表示：

图9：层级目录的关系

此时若需要在两者在插入一个power节点，则首先需要先生成一个power节点如下，再改变相应的指向即可，具体可以参考图10，给出三者之间的关系，最终的节点效果如图11。

图10：生成一个新节点

图11：重新组合

3、writeproc shell命令的创建

liteOS-A中含有一个叫writeproc的shell命令，使用格式如下：

writeproc value >> path

shell命令的创建方式主要有两种，分静态注册和动态注册，writeproc命令使用静态注册方式进行注册，在本文中也主要介绍静态注册。

shell开发的流程如下：

① 定义一个新增命令所要调用的执行函数xxx；

② 使用SHELLCMD_ENTRY函数添加新增命令项；

③ 在链接选项liteos_tables_ldflags.mk中添加链接该新增命令项参数；

④ 重新编译代码后运行。

writeproc的注册如下：

// 定义一个具体的执行函数
int OsShellCmdWriteProc(int argc, char **argv);
// 新增命令项
SHELLCMD_ENTRY(writeproc_shellcmd, CMD_TYPE_EX, "writeproc", XARGS, (CmdCallBackFunc)OsShellCmdWriteProc);

writeproc的具体流程分析：

①首先由用户按照命令格式进行输入；

②OsShellCmdWriteProc函数对输入的命令进行分析，并采取相关的动作。

-> ...-> // 使用shell命令唤起writeproc注册函数-> writeproc value >> path|-> // 进行初始化工作，主要用于判断输入路径是否合法，节点是否存在|-> struct ProcDirEntry *handle = NULL;|-> const char *rootProcDir = "/proc/";|-> handle = OpenProcFile(realPath, O_TRUNC) // 若路径合法则找到对应的Vnode|   |-> pn = ProcFindEntry(fileName)|   |   |-> int leveltotal = 0;// leveltotal用于判定文件所对应的层级，一个/表示一层|   |   | // 遍历Vnode找到对应的Vnode并返回|   |-> pn->flags = (unsigned int)(pn->flags) | (unsigned int)flags// 设置节点相应的权限|   |-> ...|   WriteProcFile(handle, value, len) // 找到文件句柄之后开始写入数据|   | // 使用Vnode的文件接口对ProcFile数据成员进行写入|   |-> result = pde->procFileOps->write(pde->pf, (const char *)buf, len, &(pde->pf->fPos))|...

根据文件名查找Vnode的关键代码：

pn = &g_procRootDirEntry;
while ((pn != NULL) && (levelcount < leveltotal)) {levelcount++;isfoundsub = 0;while (pn != NULL) {next = strchr(path, '/');if (next == NULL) {while (pn != NULL) {if (strcmp(path, pn->name) == 0) {spin_unlock(&procfsLock);return pn;}pn = pn->next;}pn = NULL;spin_unlock(&procfsLock);return pn;}len = next - path;if (pn == &g_procRootDirEntry) {if (levelcount == leveltotal) {spin_unlock(&procfsLock);return pn;}len = g_procRootDirEntry.nameLen;}if (ProcMatch(len, path, pn)) {isfoundsub = 1;path += len + 1;break;}pn = pn->next;}
}

五、总结

本文介绍了LiteOS-A内核下proc相关目录信息，并且对LiteOS-A内核中procfs文件系统的原理和实现，结合源码进行了分析。同时，通过writeproc shell命令介绍了procfs的使用。希望读者可以掌握LiteOS-A文件系统的基本知识，更好地运用于基于LiteOS-A内核的系统移植工作。

为了帮助到大家能够更有效的学习OpenHarmony 开发的内容，下面特别准备了一些相关的参考学习资料：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

  • 搭建开发环境
  • Windows 开发环境的搭建
  • Ubuntu 开发环境搭建
  • Linux 与 Windows 之间的文件共享
  • ……

系统架构分析：https://qr18.cn/CgxrRy

  • 构建子系统
  • 启动流程
  • 子系统
  • 分布式任务调度子系统
  • 分布式通信子系统
  • 驱动子系统
  • ……

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

在这里插入图片描述

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

这篇关于LiteOS-A内核中的procfs文件系统分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/998874。

相关文章

Linux内核的调试（TODO）

Linux内核的调试（TODO）

（TODO）
阅读更多...
性能分析之MySQL索引实战案例

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题，本文将一起从代码层去分析为什么没有建立索引？ 开源ERP项目地址：https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置
阅读更多...
内核启动时减少log的方式

内核启动时减少log的方式

内核引导选项 内核引导选项大体上可以分为两类：一类与设备无关、另一类与设备有关。与设备有关的引导选项多如牛毛，需要你自己阅读内核中的相应驱动程序源码以获取其能够接受的引导选项。比如，如果你想知道可以向 AHA1542 SCSI 驱动程序传递哪些引导选项，那么就查看 drivers/scsi/aha1542.c 文件，一般在前面 100 行注释里就可以找到所接受的引导选项说明。大多数选项是通过"_
阅读更多...
SWAP作物生长模型安装教程、数据制备、敏感性分析、气候变化影响、R模型敏感性分析与贝叶斯优化、Fortran源代码分析、气候数据降尺度与变化影响分析

SWAP作物生长模型安装教程、数据制备、敏感性分析、气候变化影响、R模型敏感性分析与贝叶斯优化、Fortran源代码分析、气候数据降尺度与变化影响分析

查看原文>>>全流程SWAP农业模型数据制备、敏感性分析及气候变化影响实践技术应用 SWAP模型是由荷兰瓦赫宁根大学开发的先进农作物模型，它综合考虑了土壤-水分-大气以及植被间的相互作用；是一种描述作物生长过程的一种机理性作物生长模型。它不但运用Richard方程，使其能够精确的模拟土壤中水分的运动，而且耦合了WOFOST作物模型使作物的生长描述更为科学。 本文让更多的科研人员和农业工作者
阅读更多...
MOLE 2.5 分析分子通道和孔隙

MOLE 2.5 分析分子通道和孔隙

软件介绍 生物大分子通道和孔隙在生物学中发挥着重要作用，例如在分子识别和酶底物特异性方面。 我们介绍了一种名为 MOLE 2.5 的高级软件工具，该工具旨在分析分子通道和孔隙。 与其他可用软件工具的基准测试表明，MOLE 2.5 相比更快、更强大、功能更丰富。作为一项新功能，MOLE 2.5 可以估算已识别通道的物理化学性质。 软件下载 https://pan.quark.cn/s/57
阅读更多...
衡石分析平台使用手册-单机安装及启动

衡石分析平台使用手册-单机安装及启动

单机安装及启动​ 本文讲述如何在单机环境下进行 HENGSHI SENSE 安装的操作过程。 在安装前请确认网络环境，如果是隔离环境，无法连接互联网时，请先按照 离线环境安装依赖的指导进行依赖包的安装，然后按照本文的指导继续操作。如果网络环境可以连接互联网，请直接按照本文的指导进行安装。 准备工作​ 请参考安装环境文档准备安装环境。 配置用户与安装目录。 在操作前请检查您是否有 sud
阅读更多...
线性因子模型 - 独立分量分析（ICA）篇

线性因子模型 - 独立分量分析（ICA）篇

序言 线性因子模型是数据分析与机器学习中的一类重要模型，它们通过引入潜变量（ latent variables \text{latent variables} latent variables）来更好地表征数据。其中，独立分量分析（ ICA \text{ICA} ICA）作为线性因子模型的一种，以其独特的视角和广泛的应用领域而备受关注。 ICA \text{ICA} ICA旨在将观察到的复杂信号
阅读更多...
【软考】希尔排序算法分析

【软考】希尔排序算法分析

目录 1. c代码2. 运行截图3. 运行解析 1. c代码 #include <stdio.h>#include <stdlib.h> void shellSort(int data[], int n){// 划分的数组，例如8个数则为[4, 2, 1]int *delta;int k;// i控制delta的轮次int i;// 临时变量，换值int temp;in
阅读更多...
三相直流无刷电机(BLDC)控制算法实现：BLDC有感启动算法思路分析

三相直流无刷电机(BLDC)控制算法实现：BLDC有感启动算法思路分析

一枚从事路径规划算法、运动控制算法、BLDC/FOC电机控制算法、工控、物联网工程师，爱吃土豆。如有需要技术交流或者需要方案帮助、需求：以下为联系方式—V 方案1：通过霍尔传感器IO中断触发换相 1.1 整体执行思路 霍尔传感器U、V、W三相通过IO+EXIT中断的方式进行霍尔传感器数据的读取。将IO口配置为上升沿+下降沿中断触发的方式。当霍尔传感器信号发生发生信号的变化就会触发中断在中断
阅读更多...
kubelet组件的启动流程源码分析

kubelet组件的启动流程源码分析

概述 摘要: 本文将总结kubelet的作用以及原理，在有一定基础认识的前提下，通过阅读kubelet源码，对kubelet组件的启动流程进行分析。 正文 kubelet的作用 这里对kubelet的作用做一个简单总结。 节点管理 节点的注册 节点状态更新 容器管理(pod生命周期管理) 监听apiserver的容器事件 容器的创建、删除(CRI) 容器的网络的创建与删除
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2