proc_lib分析

最新推荐文章于 2024-09-11 08:23:55 发布
原创 最新推荐文章于 2024-09-11 08:23:55 发布 · 515 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

参考: http://www.cnblogs.com/me-sa/archive/2011/11/22/erlang0017.html

介绍:

在这里插入图片描述
从官方文档介绍可知, proc_lib模块用于启动符合OTP原则的进程, OTP的behavior都是使用proc_lib实现创建新进程,所以说这个模块是OTP的基石.

谈谈proc_lib:spawn与erlang:spawn的区别.

在这里插入图片描述
在这里插入图片描述
从源码可见, proc_lib:spawn最终也是调用erlang:spawn启动进程, 区别是proc_lib:spawn
初始化参数会多出祖先和父进程名字, 并存入进程字典, 最后使用MFA启动进程.

2.进程退出时的不同处理
普通Erlang进程只有退出原因是normal的时候才会被认为是正常退出,使用proc_lib启动的进程退出原因是shutdown或者{shutdown,Term}的时候也被认为是正常退出.因为应用程序(监控树)停止而导致的进程终止,进程退出的原因会标记为shutdown.使用proc_lib创建的进程退出的原因不是normal也不是shutdown的时候,就会创建一个进程崩溃报告,这个会写入默认的SASL的事件handler,错误报告会在只有在启动了SASL的时候才能看到.

  1. proc_lib:start_link.
    在这里插入图片描述
unknown feature `proc_macro_span_shrink`//could not compile xxx lib问题解决，此解决方案不管是在哪一个系统都可以解决此问题。
梦一样的博客，神话般的感觉
09-14 673
问题解决：直接打开cargo.lock，找到package的name等于这个上边错误描述中could not compile xxx lib这个错误描述中的xxx。问题分析：由于项目是一个很久才没有编译国的项目，之前编译是成功的，但是这次却失败了。这个文件描述的是上一次成功编译的环境状态，依赖，版本。它包含了上次成功编译的信息。一个在本地很久没有编译过的项目，或者说从网上下载下来了一个开源的项目，只要开始编译就会报unknown feture的错误，或者could not compile xxx lib。
/proc 文件分析
03-01
基于Linux下的程序，在图形包GTK的帮助下，在/proc读取CPU，内存等信息，并以类似于win下任务管理器的形式显示出来。
linux /proc目录分析
jly594761082的博客
05-17 231
1、该目录下存放一个进程ID对应的目录，记录了进程相关的信息，如cmdline存放进程名（可执行文件路径）
Erlang源码阅读笔记之proc_lib 上篇
chongyinqian8301的博客
12-12 511
概述 在erlang otp源码中，随处可见proc_lib的身影，可以发现，在otp中spawn一个进程，都不是通过erlang:spawn函数，而是通过proc_lib:spawn。那通过这俩库spawn出的进程有啥区别呢？我们要理解erlang otp其它组件的源码，必须要先去了解pro...
proc介绍及问题分析
weixin_30607659的博客
10-12 171
文件系统 基本介绍 proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过proc得到系统的信息，并可以改变内核的某些参数。由于系统的信息，如进程，是动态改变的，所以用户或应用程序读取proc文件时，proc文件系统是动态从系统内核读出所需信息并提交的。 目录结构 目录名称 目录内容 apm 　 高...
Erlang源码阅读笔记之proc_lib 下篇
chongyinqian8301的博客
12-12 416
hibernate组 hibernate组只有一个实现，即hibernate/3，但是在搞明白proc_lib的hibernate实现细节之前，需要先弄清楚erlang:hibernate/3的运行机制。 erlang:hibernate/3会使当前进程立即陷入到waiting状态，并即刻进行...
make -C /lib/modules/5.4.0-26-generic/build M=/home/zjc/C/modTest modules make[1]: Entering directory '/usr/src/linux-headers-5.4.0-26-generic' CC [M] /home/zjc/C/modTest/pingStats.o /home/zjc/C/modTest/pingStats.c: In function ‘ping_stat_hook’: /home/zjc/C/modTest/pingStats.c:41:5: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] 41 | struct ethhdr *eth_header = NULL; | ^~~~~~ /home/zjc/C/modTest/pingStats.c:75:9: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] 75 | u64 now = get_jiffies_64() * 1000 / HZ; | ^~~ /home/zjc/C/modTest/pingStats.c: In function ‘ping_stat_proc_show’: /home/zjc/C/modTest/pingStats.c:115:5: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode 115 | for (int i = 0; i < ping_data.seq; i++) | ^~~ /home/zjc/C/modTest/pingStats.c:115:5: note: use option ‘-std=c99’, ‘-std=gnu99’, ‘-std=c11’ or ‘-std=gnu11’ to compile your code /home/zjc/C/modTest/pingStats.c:118:29: warning: format ‘%zu’ expects argument of type ‘size_t’, but argument 3 has type ‘int’ [-Wformat=] 118 | seq_printf(m, "%-10zu %-20llu %-16s\n", i + 1, ping_data.stats[i].timestamp, ip_str); | ~~~~~^ ~~~~~ | | | | long unsigned int int | %-10u /home/zjc/C/modTest/pingStats.c: At top level: /home/zjc/C/modTest/pingStats.c:130:21: error: variable ‘ping_stat_proc_ops’ has initializer but incomplete type 130 | static const struct proc_ops ping_stat_proc_ops = { | ^~~~~~~~ /home/zjc/C/modTest/pingStats.c:131:6: error: ‘const struct proc_ops’ has no member named ‘proc_open’ 131 | .proc_open = ping_stat_proc_open, | ^~~~~~~~~ /home/zjc/C/modTest/pingStats.c:131:18: warning: excess elements in struct initializer 131 | .proc_open = ping_stat_proc_open, | ^~~~~~~~~~~~~~~~~~~ /home/zjc/C/modTest/pingStats.c:131:18: note: (near initialization for ‘ping_stat_proc_ops’) /home/zjc/C/modTest/pingStats.c:132:6: error: ‘const struct proc_ops’ has no member named ‘proc_read’ 132 | .proc_read = seq_read, | ^~~~~~~~~ /home/zjc/C/modTest/pingStats.c:132:18: warning: excess elements in struct initializer 132 | .proc_read = seq_read, | ^~~~~~~~ /home/zjc/C/modTest/pingStats.c:132:18: note: (near initialization for ‘ping_stat_proc_ops’) /home/zjc/C/modTest/pingStats.c:133:6: error: ‘const struct proc_ops’ has no member named ‘proc_lseek’ 133 | .proc_lseek = seq_lseek, | ^~~~~~~~~~ /home/zjc/C/modTest/pingStats.c:133:19: warning: excess elements in struct initializer 133 | .proc_lseek = seq_lseek, | ^~~~~~~~~ /home/zjc/C/modTest/pingStats.c:133:19: note: (near initialization for ‘ping_stat_proc_ops’) /home/zjc/C/modTest/pingStats.c:134:6: error: ‘const struct proc_ops’ has no member named ‘proc_release’ 134 | .proc_release = single_release, | ^~~~~~~~~~~~ /home/zjc/C/modTest/pingStats.c:134:21: warning: excess elements in struct initializer 134 | .proc_release = single_release, | ^~~~~~~~~~~~~~ /home/zjc/C/modTest/pingStats.c:134:21: note: (near initialization for ‘ping_stat_proc_ops’) /home/zjc/C/modTest/pingStats.c: In function ‘ping_stat_init’: /home/zjc/C/modTest/pingStats.c:163:43: error: passing argument 4 of ‘proc_create’ from incompatible pointer type [-Werror=incompatible-pointer-types] 163 | proc_create("ping_stat", 0, NULL, &ping_stat_proc_ops); | ^~~~~~~~~~~~~~~~~~~ | | | const struct proc_ops * In file included from /home/zjc/C/modTest/pingStats.c:8: ./include/linux/proc_fs.h:49:24: note: expected ‘const struct file_operations *’ but argument is of type ‘const struct proc_ops *’ 49 | struct proc_dir_entry *proc_create(const char *name, umode_t mode, struct proc_dir_entry *parent, const struct file_operations *proc_fops); | ^~~~~~~~~~~ /home/zjc/C/modTest/pingStats.c: At top level: /home/zjc/C/modTest/pingStats.c:130:30: error: storage size of ‘ping_stat_proc_ops’ isn’t known 130 | static const struct proc_ops ping_stat_proc_ops = { | ^~~~~~~~~~~~~~~~~~ cc1: some warnings being treated as errors make[2]: *** [scripts/Makefile.build:275: /home/zjc/C/modTest/pingStats.o] Error 1 make[1]: *** [Makefile:1719: /home/zjc/C/modTest] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-5.4.0-26-generic' make: *** [Makefile:3: all] Error 2
07-31
make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules # 避免添加 -std=c99 或类似标志 ``` - **验证**: 重新编译后，此错误应消失。ANSI C兼容性是内核开发的基础，确保代码在多种架构上可移植[^1]...
caller_modpath:在proc_macro中获取调用者的模块路径
03-06
1. **代码分析和日志记录**：当宏被用于生成或处理代码时，知道调用者模块的信息可以帮助我们调试和理解宏的行为。例如，我们可以将模块路径作为日志的一部分，以便在出现问题时定位问题的来源。 2. **权限和安全性...
TARGET := mpp FW_SRC := mpp_proc.c FW_SRC += vb_proc.c log_proc.c sys_proc.c mpp_proc_common.c \ vi_proc.c vpss_proc.c venc_proc.c vdec_proc.c \ ai_proc.c ao_proc.c aenc_proc.c adec_proc.c \ vgs_proc.c cpm_proc.c region_proc.c media_mm_proc.c ifeq ($(ENABLE_MPP_TRACE),1) FW_SRC += trace_proc.c endif ifneq ($(findstring $(TARGET_CHIPSERIES), TX5335AX TX5368AX TX5339AX),) # $(info ----- proc TARGET_CHIPSERIES 52) # ccflags-y += -DCVE_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD FW_SRC += cve_proc.c FW_SRC += dma_proc.c else ifneq ($(findstring $(TARGET_CHIPSERIES), TX5336EX TX5256EX),) # $(info ------ proc TARGET_CHIPSERIES 53) # ccflags-y += -DAMR_PROC_BUILD # ccflags-y += -DCVE_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD # ccflags-y += -DBIS_PROC_BUILD ccflags-y += -DDX5336 -DVO_PROC_BUILD -DGDC_PROC_BUILD FW_SRC += cve_proc.c FW_SRC += bis_proc.c FW_SRC += gdc_proc.c FW_SRC += dma_proc.c FW_SRC += vo_proc.c else ifneq ($(findstring $(TARGET_CHIPSERIES), TX5215BX ),) # ccflags-y += -DAMR_PROC_BUILD # ccflags-y += -DCVE_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD ccflags-y += -DDX5215 -DVO_PROC_BUILD FW_SRC += cve_proc.c FW_SRC += dma_proc.c FW_SRC += vo_proc.c else ifneq ($(findstring $(TARGET_CHIPSERIES), TX5239BX TX5239CX),) # $(info ------ proc TARGET_CHIPSERIES 56) # ccflags-y += -DAMR_PROC_BUILD # ccflags-y += -DCVE_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD ccflags-y += -DTX5239 FW_SRC += cve_proc.c FW_SRC += dma_proc.c else ifneq ($(findstring $(TARGET_CHIPSERIES), TX5112DX),) # $(info ------ proc TARGET_CHIPSERIES 57) # ccflags-y += -DAMR_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD ccflags-y += -DDX5112 FW_SRC += cve_proc.c FW_SRC += dma_proc.c else ifneq ($(findstring $(TARGET_CHIPSERIES), TX5239DX),) # $(info ------ proc TARGET_CHIPSERIES 57) # ccflags-y += -DAMR_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD ccflags-y += -DTX5239 FW_SRC += cve_proc.c FW_SRC += dma_proc.c else ifneq ($(findstring $(TARGET_CHIPSERIES), TX5110FPGA TX5110FX),) # $(info ------ proc TARGET_CHIPSERIES 57B) # ccflags-y += -DAMR_PROC_BUILD # ccflags-y += -DDMA_PROC_BUILD ccflags-y += -DDX5110 FW_SRC += cve_proc.c FW_SRC += dma_proc.c endif FW_SRC_OBJ := $(FW_SRC:.c=.o) obj-m := $(TARGET).o $(TARGET)-y += $(FW_SRC_OBJ) ccflags-y += -fdebug-prefix-map=$(CURDIR)=. PWD := $(shell pwd) ccflags-y += -I$(PWD)/../libs/mpp/common/mpp_sys/inc \ -I$(PWD)/../libs/mpp/common/include/ \ -I$(PWD)/../libs/mpp/include/ \ -I$(PWD)/../libs/drv/audio/codec/ts_codec/ ccflags-y += -DUSE_MPP_HEADER -Wno-error=unused-variable ifeq ($(ENABLE_MPP_TRACE),1) ccflags-y += -DENABLE_MPP_TRACE endif modules: @echo "TARGET_CHIPSERIES:$(TARGET_CHIPSERIES)" @echo "ENABLE_MPP_TRACE:$(ENABLE_MPP_TRACE)" $(MAKE) -C $(TARGET_KERNEL_DIR) M=$(PWD) modules clear: @rm -f *.o *.cmd *.mod.c @rm -rf *~ core .depend .tmp_versions Module.symvers modules.order -f @rm -f .*ko.cmd .*.o.cmd .*.o.d @rm -f *.unsigned clean: @rm -f $(TARGET).ko @make -C $(TARGET_KERNEL_DIR) M=$(PWD) clean 同一套代码，该模块编译的ko在不同路径下为啥会不一样，以上是makefile脚本，
最新发布
08-15
### 原因分析 1. **编译路径硬编码**：内核构建系统在编译模块时，默认会将当前编译路径信息写入模块的`.modinfo`段。这包括源文件路径、编译选项等。如果两次编译的绝对路径不同，那么生成的模块信息中的路径自然...
【Ubuntu内存管理进阶】：_proc_meminfo与pmap分析法
![Ubuntu的系统监控与性能分析工具]...本章将简单介绍内存管理在Ubuntu系统中的重要性，为后续章节详细讨论proc_meminfo文件和pma
libproc:与libproc.dylib的低级绑定
05-08
与libproc.dylib的低级绑定 介绍 该模块包含有关libproc.dylib共享库有趣部分的描述和包装。 该库公开有关OS X进程的内部内核数据。它是使用i386体系结构在OS X 10.7.5上开发和测试的。 由于该库没有详细记录，因此从xnu源代码手动跟踪了许多方面。 低级API 该库的整个动作围绕着__proc_info()函数，该函数是围绕系统调用的简单包装。 该函数的签名如下（内部私有原型取自libproc.c ）： int __proc_info( int callnum, // One of _PROC_CALLNUM_xxx constants below. int pid, // Varies per callnum, see below. int flavor, // Ditto. uint64_t arg,
[erlang]proc_lib源码浅析
weixin_30483697的博客
06-03 149
源码位置位于安装目录的lib/stdlib/src下。 之前在使用gen_server时，由于之前自己实现过一个gen_server，因此对它内部的机制也能知道个七七八八，最近在用erlang的fsm模块，突然想读一读它得源码，这才突然发现erlang的源码内部还是做了很复杂的工作，尤其是有个“阴魂不散”的模块proc_lib。 无论是gen_server也好，gen_fsm也好，...
pROC: 精准ROC分析工具包教程
gitblog_01025的博客
09-11 1056
pROC: 精准ROC分析工具包教程 项目介绍 pROC 是一个用于 ROC 分析的开源库，专为生物医学领域的研究人员设计，但它对任何需要进行受试者工作特征曲线（Receiver Operating Characteristic, ROC）及其它相关指标计算的领域都极具价值。该库提供了创建、比较、以及视觉化 ROC 曲线的功能，并支持非参数和参数方法来估计 AUC（Area Under the C...
proc_lib的简单分析
weixin_30549657的博客
12-17 143
该模块主要用于gen模块中同步和异步创建进程 翻开源码，就会发现最底层实际就对是erlang模块中几个spawn相关的bif做了一层代理。 而proc_lib:sync_wait/2 和proc_lib:init_ack/1,2在初始化时的配对使用，又为上层提供了同步初始化的功能。 添加这层封装，主要目的在于，在进程初始化的过程中往进程字典中注入一些我们感兴趣的信息。 1.累积'$...
linux c语言编译 proc,linux c读取proc
weixin_39958112的博客
05-03 502
我们经常会遇到一些需要读取/proc文件的东西...我们经常使用的free top ps w这些命令也正是读取的/proc文件系统,今天突然有个想法我自己来读取/proc文件而不是用popen("free","r"),首先想到的肯定是参考free这些的源码,哈哈被我发现了,如此easy,系统已经很好的提供了一个libproc，系统装好后,会存在一个/lib/libproc-x.x.x.so Ce...
include/proc.h
xcc的博客
03-30 462
linux c读取proc
自由天地
02-25 3722
http://blog.chinaunix.net/u2/76292/showart.php?id=2137498 我们经常会遇到一些需要读取/proc文件的东西...我们经常使用的free top ps w这些命令也正是读取的/proc文件系统,今天突然有个想法我自己来读取/proc文件而不是用popen("free","r"),首先想到的肯定是参考free这些的源码,哈哈被我发
[Erlang 0017]Erlang/OTP基础模块 proc_lib
坚强2002@优快云
08-30 1280
在梳理Erlang/OTP相关的内容时,我发现无论如何都无法避开proc_lib模块,说它是OTP的基础模块一点不为过.     proc_lib模块的功能:This module is used to start processes adhering to the OTP Design Principles.即proc_lib用来启动符合OTP设计原则的进程.OTP设计原则是什么?请移步这里:
MacOS开发-获取正在运行的所有进程名及pid
JarlenJohn
07-15 8725
参考资料 Retrieve names of running processes Get name from PID? 获取进程方法总结 方法一： 用applescript获取 tell application "System Events" set listOfProcesses to every process set allProcess to {} repeat with pro...
gen_server启动,关闭,消息收发分析
lewiskyo的专栏
04-21 1396
https://www.cnblogs.com/hzy1987/p/5441807.html http://www.cnblogs.com/me-sa/archive/2011/12/20/erlang0023.html 介绍: gen_server是OTP的一个behavior, 在behavior基础上快速构建出可用且可靠的功能. behavior是进程模式的规范化,把代码分成两部分,一部分是...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值