VB API EnumWindowsProc 怎样使用

proc是定义子程序的伪指令，它和endp 分别表示子程序定义的开始和结束两者必须成对出现。如下：为子程序定义及说明，子程序名 PROC NEAR ( 或 FAR )……ret子程序名 ENDP子程序名为符合语法的标识符NEAR属性(段内近调用): 调用程序和子程序在同一代码段中,只能被相同代码段的其他程序调用;FAR属性(段间远调用): 调用程序和子程序不在同一代码段中,可以被相同或不同代码段的程序调用.

proc被称为虚拟文件系统，它是一个控制中心，可以通过更改其中某些文件改变内核运行状态，它也是内核提空给我们的查询中心，用户可以通过它查看系统硬件及当前运行的进程信息。Linux中许多工具的数据来源正是proc目录中的内容，比如lsmod的命令是cat /proc/modules的别名。更多关于proc的介绍，或者是Linux的命令讲解，楼主可以百度《Linux就该这么学》，里面有详细的介绍和使用案例可以参考学习。

project

工作电压。proc是工作电压，proc全称process，表示进程，该目录表示Linux运行时的进程。 proc是定义子程序的伪指令，proc和endp 分别表示子程序定义的开始和结束两者必须成对出现。

中华人民共和国PROC的首字母缩略词,其含义为中华人民共和国。请注意,中华人民共和国并不是PROC的唯一含义。PROC可能有多个定义。中华人民共和国。中华人民共和国（People"sRepublicofChina），简称“中国”，成立于1949年10月1日，位于亚洲东部，太平洋西岸，是工人阶级领导的、以工农联盟为基础的人民民主专政的社会主义国家。

文章结构：proc是Linux系统下一个很重要的目录。 它跟/etc, /home等这些系统目录不同， 它不是一个真正的文件系统， 而是一个虚拟的文件系统。 它不存在于磁盘， 而是存在于系统内存中。 所以当你使用 ls -al /proc这条命令来查看proc目录时， 会看到其下面的所有文件的大小都为0字节。 proc以文件系统的方式为访问系统内核的操作提供接口。 很多系统的信息， 如内存使用情况， cpu使用情况， 进程信息等等这些信息，都可以通过查看/proc下的对应文件来获得。 proc文件系统是动态从系统内核读出所需信息的。 proc目录下具体有哪些文件呢？ /proc 目录下的文件 /proc/cpuinifo CPU的信息（型号、家族、缓存大小等） /proc/meminfo物理内存、交换空间 /proc/mounts 已加载的文件系统的列表 /proc/devices 可用设备的列表 /proc/filesystems 被支持的文件系统 /proc/modules 已加载的模块 /proc/virsion 内核版本 /proc/cmdline 系统启动时输入的内核命令行参数 /proc/XXX XXX是指以进程PID（数字编号）命名的目录，每一个目录表示一个进程（即线程组）。 /proc/swaps 要获知swap空间的使用情况 /proc/uptime 获取系统的正常运行时间 /proc/fs/nfsd/exports 列出由NFS共享的文件系统 /proc/kmsg 该文件被作为内核日志信息源，它可以被作为一个系统信息调用的接口使用 /proc/self -- 到当前进程/proc目录的符号链接，通过这个目录可以获取当前运行进程的信息。 /proc/pci -- 挂接在PCI总线上的设备 /proc/tty/driver/serial --串口配置、统计信息 /proc/version -- 系统版本信息 /proc/sys/kernel/ostype /proc/sys/kernel/osrelease /proc/sys/kernel/version /proc/sys/kernel/hostname -- 主机名 /proc/sys/kernel/domainname -- 域名 /proc/partitions -- 硬盘设备分区信息 /proc/sys/dev/cdrom/info -- CDROM信息 /proc/locks -- 当前系统中所有的文件锁 /proc/loadavg -- 系统负荷信息 /proc/uptime -- 系统启动后的运行时间 很多系统命令在读取系统信息的时候，其实是从proc目录下读取对应的文件来获得的。 所以如果我们不使用这些命令， 直接到proc目录下去查看对应文件，也是可以获得对应的信息的。 下面举几个例子： 对于查看进程信息一栏，做下补充： /proc/N pid为N的进程信息 /proc/N/cmdline 进程启动命令 /proc/N/cwd 链接到进程当前工作目录 /proc/N/environ 进程环境变量列表 /proc/N/exe 链接到进程的执行命令文件 /proc/N/fd 包含进程相关的所有的文件描述符 /proc/N/maps 与进程相关的内存映射信息 /proc/N/mem 指代进程持有的内存，不可读 /proc/N/root 链接到进程的根目录 /proc/N/stat 进程的状态 /proc/N/statm 进程使用的内存的状态 /proc/N/status 进程状态信息，比stat/statm更具可读性 /proc/self 链接到当前正在运行的进程 更多的应用场景， 留给大家自己到/proc目录下探索吧。

子程序定义

proc目录proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过proc得到系统的信息，并可以改变内核的某些参数。由于系统的信息，如进程，是动态改变的，所以用户或应用程序读取proc文件时，proc文件系统是动态从系统内核读出所需信息并提交的。下面列出的这些文件或子文件夹，并不是都是在你的系统中存在，这取决于你的内核配置和装载的模块。另外，在/proc下还有三个很重要的目录：net，scsi和sys。Sys目录是可写的，可以通过它来访问或修改内核的参数，而net和scsi则依赖于内核配置。例如，如果系统不支持scsi，则scsi目录不存在。除了以上介绍的这些，还有的是一些以数字命名的目录，它们是进程目录。系统中当前运行的每一个进程都有对应的一个目录在/proc下，以进程的PID号为目录名，它们是读取进程信息的接口。而self目录则是读取进程本身的信息接口，是一个link。里面还有一些非数字命名文件,多不能删的,

proc 文件系统在Linux中有额外的机制可以为内核和内核模块将信息发送给进程-- /proc 文件系统。最初设计的目的是允许更方便的对进程信息进行访问（因此得名），现在它被每一个有有趣的东西报告的内核使用，例如/proc/modules 有模块的列表/proc/meminfo 有内存使用的统计表。 　　使用proc 文件系统的方法和使用设备驱动程序非常相似--创建一个/proc 文件需要的所有信息的结构，包括任何处理函数的指针（在我们的例子中只有一个，当某人试图从/proc 文件读时调用的那一个）。然后，init_module 在内核中登记该结构而cleanup_module 注销它。 　　我们使用proc_register_dynamic(这是在2.0 版中的情况，在2.2 版中如果我们将节点设置为0系统将自动为我们做到) 的原因是我们不想预先决定我们的文件的节点数字，而是为防止冲突而由内核决定它。通常的文件系统存在于磁盘上而不是内存中（/proc 在内存中），在这中情况下，节点数是是指向文件的索引节点所在的磁盘位置的指针。节点包含文件的信息（例如文件的存取权限）和指向磁盘位置或文件数据可以被找到的几个位置的指针。 　　因为当文件被打开或关闭的时候不能得到调用，所以在这个模块中没有地方放置MOD_INC_USE_COUNT 和MOD_DEC_USE_COUNT，并且，如果文件被打开随后模块被移除，我们没有办法避免后果。在下一章我们会看到一个艰难的但更灵活的可以处理/proc文件的实现方式，它也可以让我们防止那个问题。Linux 内核提供了一种通过/proc 文件系统，在运行时访问内核内部数据结构、改变内核设置的机制。尽管在各种硬件平台上的Linux 系统的/proc 文件系统的基本概念都是相同的，但本文只讨论基于intel x86 架构的Linux /proc 文件系统。 _________________ _________________ _________________/proc --- 一个虚拟文件系统/proc 文件系统是一种内核和内核模块用来向进程(process) 发送信息的机制(所以叫做/proc)。这个伪文件系统让你可以和内核内部数据结构进行交互，获取 有关进程的有用信息，在运行中(on the fly) 改变设置(通过改变内核参数)。 与其他文件系统不同，/proc 存在于内存之中而不是硬盘上。如果你察看文件/proc/mounts (和mount 命令一样列出所有已经加载的文件系统)，你会看到其中 一行是这样的：grep proc /proc/mounts/proc /proc proc rw 0 0/proc 由内核控制，没有承载/proc 的设备。因为/proc 主要存放由内核控制的状态信息，所以大部分这些信息的逻辑位置位于内核控制的内存。对/proc 进行一次"ls -l" 可以看到大部分文件都是0 字节大的；不过察看这些文件的时候，确实可以看到一些信息。这怎么可能？这是因为/proc 文件系统和其他常规的文件系统一样把自己注册到虚拟文件系统层(VFS) 了。然而，直到当VFS 调用它，请求文件、目录的i-node 的时候，/proc 文件系统才根据内核中的信息建立相应的文件和目录。加载proc 文件系统 如果系统中还没有加载proc 文件系统，可以通过如下命令加载proc 文件系统： mount -t proc proc /proc上述命令将成功加载你的proc 文件系统。proc 文件系统可以被用于收集有用的关于系统和运行中的内核的信息。下面是一些重要的文件：* /proc/cpuinfo - CPU 的信息(型号, 家族, 缓存大小等)* /proc/meminfo - 物理内存、交换空间等的信息* /proc/mounts - 已加载的文件系统的列表* /proc/devices - 可用设备的列表* /proc/filesystems - 被支持的文件系统* /proc/modules - 已加载的模块* /proc/version - 内核版本* /proc/cmdline - 系统启动时输入的内核命令行参数proc 中的文件远不止上面列出的这么多。想要进一步了解的读者可以对/proc 的每一个文件都"more"一下或读参考文献[1]获取更多的有关/proc 目录中的文件的信息。我建议使用"more"而不是"cat"，除非你知道这个文件很小，因为有些文件(比如kcore) 可能会非常长。通过/proc 与内核交互 上面讨论的大部分/proc 的文件是只读的。而实际上/proc 文件系统通过/proc 中可读写的文件提供了对内核的交互机制。写这些文件可以改变内核的状态，因而要慎重改动这些文件。/proc/sys 目录存放所有可读写的文件的目录，可以被用于改变内核行为。/proc/sys/kernel - 这个目录包含反通用内核行为的信息。/proc/sys/kernel/{domainname, hostname} 存放着机器/网络的域名和主机名。这些文件可以用于修改这些名字。 $ hostnamemachinename.domainname.com$ cat /proc/sys/kernel/domainnamedomainname.com$ cat /proc/sys/kernel/hostnamemachinename $ echo "new-machinename" > /proc/sys/kernel/hostname$ hostnamenew-machinename.domainname.com 这样，通过修改/proc 文件系统中的文件，我们可以修改主机名。很多其他可配置的文件存在于/proc/sys/kernel/。这里不可能列出所有这些文件，读者可以自己去这个目录查看以得到更多细节信息。另一个可配置的目录是/proc/sys/net。这个目录中的文件可以用于修改机器/网络的网络属性。比如，简单修改一个文件，你可以在网络上瘾藏匿的计算机。 $ echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all 这将在网络上瘾藏你的机器，因为它不响应icmp_echo。主机将不会响应其他主机发出的ping 查询。$ ping machinename.domainname.comno answer from machinename.domainname.com 要改回缺省设置，只要$ echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all /proc/sys 下还有许多其它可以用于改变内核属性。读者可以通过参考文献[1], [2] 获取更多信息。结论 /proc 文件系统提供了一个基于文件的Linux 内部接口。它可以用于确定系统的各种不同设备和进程的状态。对他们进行配置。因而，理解和应用有关这个文件系统的知识是理解你的Linux 系统的关键。

进程

proc下的内容并不是在ROM中存储中的，而只是在内存中存存在的。当你要进入其下的某个目录或打开其中某个文件时，系统才会即时地生成其相关信息/再看看别人怎么说的。

proc 文件系统在Linux中有额外的机制可以为内核和内核模块将信息发送给进程-- /proc 文件系统。最初设计的目的是允许更方便的对进程信息进行访问（因此得名），现在它被每一个有有趣的东西报告的内核使用，例如/proc/modules 有模块的列表/proc/meminfo 有内存使用的统计表。 　　使用proc 文件系统的方法和使用设备驱动程序非常相似--创建一个/proc 文件需要的所有信息的结构，包括任何处理函数的指针（在我们的例子中只有一个，当某人试图从/proc 文件读时调用的那一个）。然后，init_module 在内核中登记该结构而cleanup_module 注销它。 　　我们使用proc_register_dynamic(这是在2.0 版中的情况，在2.2 版中如果我们将节点设置为0系统将自动为我们做到) 的原因是我们不想预先决定我们的文件的节点数字，而是为防止冲突而由内核决定它。通常的文件系统存在于磁盘上而不是内存中（/proc 在内存中），在这中情况下，节点数是是指向文件的索引节点所在的磁盘位置的指针。节点包含文件的信息（例如文件的存取权限）和指向磁盘位置或文件数据可以被找到的几个位置的指针。 　　因为当文件被打开或关闭的时候不能得到调用，所以在这个模块中没有地方放置MOD_INC_USE_COUNT 和MOD_DEC_USE_COUNT，并且，如果文件被打开随后模块被移除，我们没有办法避免后果。在下一章我们会看到一个艰难的但更灵活的可以处理/proc文件的实现方式，它也可以让我们防止那个问题。Linux 内核提供了一种通过/proc 文件系统，在运行时访问内核内部数据结构、改变内核设置的机制。尽管在各种硬件平台上的Linux 系统的/proc 文件系统的基本概念都是相同的，但本文只讨论基于intel x86 架构的Linux /proc 文件系统。 _________________ _________________ _________________/proc --- 一个虚拟文件系统/proc 文件系统是一种内核和内核模块用来向进程(process) 发送信息的机制(所以叫做/proc)。这个伪文件系统让你可以和内核内部数据结构进行交互，获取 有关进程的有用信息，在运行中(on the fly) 改变设置(通过改变内核参数)。 与其他文件系统不同，/proc 存在于内存之中而不是硬盘上。如果你察看文件/proc/mounts (和mount 命令一样列出所有已经加载的文件系统)，你会看到其中 一行是这样的：grep proc /proc/mounts/proc /proc proc rw 0 0/proc 由内核控制，没有承载/proc 的设备。因为/proc 主要存放由内核控制的状态信息，所以大部分这些信息的逻辑位置位于内核控制的内存。对/proc 进行一次"ls -l" 可以看到大部分文件都是0 字节大的；不过察看这些文件的时候，确实可以看到一些信息。这怎么可能？这是因为/proc 文件系统和其他常规的文件系统一样把自己注册到虚拟文件系统层(VFS) 了。然而，直到当VFS 调用它，请求文件、目录的i-node 的时候，/proc 文件系统才根据内核中的信息建立相应的文件和目录。加载proc 文件系统 如果系统中还没有加载proc 文件系统，可以通过如下命令加载proc 文件系统： mount -t proc proc /proc上述命令将成功加载你的proc 文件系统。proc 文件系统可以被用于收集有用的关于系统和运行中的内核的信息。下面是一些重要的文件：* /proc/cpuinfo - CPU 的信息(型号, 家族, 缓存大小等)* /proc/meminfo - 物理内存、交换空间等的信息* /proc/mounts - 已加载的文件系统的列表* /proc/devices - 可用设备的列表* /proc/filesystems - 被支持的文件系统* /proc/modules - 已加载的模块* /proc/version - 内核版本* /proc/cmdline - 系统启动时输入的内核命令行参数proc 中的文件远不止上面列出的这么多。想要进一步了解的读者可以对/proc 的每一个文件都"more"一下或读参考文献[1]获取更多的有关/proc 目录中的文件的信息。我建议使用"more"而不是"cat"，除非你知道这个文件很小，因为有些文件(比如kcore) 可能会非常长。通过/proc 与内核交互 上面讨论的大部分/proc 的文件是只读的。而实际上/proc 文件系统通过/proc 中可读写的文件提供了对内核的交互机制。写这些文件可以改变内核的状态，因而要慎重改动这些文件。/proc/sys 目录存放所有可读写的文件的目录，可以被用于改变内核行为。/proc/sys/kernel - 这个目录包含反通用内核行为的信息。/proc/sys/kernel/{domainname, hostname} 存放着机器/网络的域名和主机名。这些文件可以用于修改这些名字。 $ hostnamemachinename.domainname.com$ cat /proc/sys/kernel/domainnamedomainname.com$ cat /proc/sys/kernel/hostnamemachinename $ echo "new-machinename" > /proc/sys/kernel/hostname$ hostnamenew-machinename.domainname.com 这样，通过修改/proc 文件系统中的文件，我们可以修改主机名。很多其他可配置的文件存在于/proc/sys/kernel/。这里不可能列出所有这些文件，读者可以自己去这个目录查看以得到更多细节信息。另一个可配置的目录是/proc/sys/net。这个目录中的文件可以用于修改机器/网络的网络属性。比如，简单修改一个文件，你可以在网络上瘾藏匿的计算机。 $ echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all 这将在网络上瘾藏你的机器，因为它不响应icmp_echo。主机将不会响应其他主机发出的ping 查询。$ ping machinename.domainname.comno answer from machinename.domainname.com 要改回缺省设置，只要$ echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all /proc/sys 下还有许多其它可以用于改变内核属性。读者可以通过参考文献[1], [2] 获取更多信息。结论 /proc 文件系统提供了一个基于文件的Linux 内部接口。它可以用于确定系统的各种不同设备和进程的状态。对他们进行配置。因而，理解和应用有关这个文件系统的知识是理解你的Linux 系统的关键。

1、输出 3 6Static 静态变量声明语句 使用 Static 语句声明的变量会一直保持其值，直至该模块复位或重新启动。call f1为什么要出现2次？因为它要考你 Static 的用法。2、输出 15proc代表什么意思？proc一个函数名而已，不代表什么意思。只要你高兴你可以把它换成你的名字。（要所有的proc都换）上面2道题的程序含义是什么？第一题纯粹的考题。没有什么含义。就靠你 Static 语句第二题求两个数中的最大数。

如果 R 编程语言未安装 pROC 包，则可以通过运行以下代码来安装它：安装 pROC 软件包后，可以通过首先使用以下代码加载 pROC 软件包来使用 roc 函数：然后，您可以调用 roc 函数并向其传递必要的参数，以计算数据的接收器工作特征 （ROC） 曲线。例如，如果调用了真标签向量，并调用了预测概率向量，则可以使用以下代码计算 ROC 曲线：true_labelspred_probs这将创建一个名为包含 ROC 曲线数据的对象。然后，您可以使用该函数绘制 ROC 曲线，如下所示：roc_curveplot或者，您可以使用 pROC 包中的函数为 ROC 曲线创建 ggplot 对象，如果需要，可以进一步自定义该对象。下面是如何使用该函数的示例：ggrocggroc这将创建一个名为 ggplot 的对象，然后您可以使用该函数显示该对象，如下所示：roc_plotprint我希望这有帮助！如果您有任何其他问题，请告诉我。回答不易望请采纳

一般是Linux服务器中出现。/proc 是个虚拟文件系统、也就是、重新引导后修改会被重新初始化提供了进程信息、内存资源、硬件设备、内核内存等信息比如：网卡：/proc/sys/vm/ipv4/ip_forward：控制ip转发内存：/proc/sys/vm/drop_caches：输入1强制内核从缓存释放一些内存

您好：SQL中创建存储过程的关键字为CREATE PROCEDURE 可以简写为CREATE PROC您说的PROC应该就是这个意思了。

proc应该是函数名吧，用你自己定义的函数比如fun1，abc等代替proc就是你自己定义的函数，别的语言都是这样的，不知道vb是不是。

/proc文件系统是一个基于内存的文件系统，其维护着关于当前正在运行的内核状态信息，其中包括CPU、内存、分区划分、I/O地址、直接内存访问通道和正在运行的进程。这个文件系统所代表的并不是各种实际存储信息的文件，它们指向的是内存里的信息。/proc文件系统是由系统自动维护的。还有不会的请参考《linux就该这么学》，针对各种linux疑难杂症，帮助linux学习者。

应该是proceeding的意思吧，就是会议

1.cat命令:查看文件内的特殊字符

可以把问题描述清楚一点，这样才能更快获得帮助。使用proc来转换源文件的命令通常是：proc parse=full USERID=user/pwd@dns SQLCHECK=SEMANTICS yourfile.pc include="/oracle/app/oracle/product/9.2.0/precomp/public"其中，parse=full一般是固定的，USERID后面跟上连接到oracle数据库的连接字符串，格式为：用户/密码@服务器名SQLCHECK=SEMANTICS 指明SQLCHECK参数，一般也是固定的include="/oracle/app/oracle/product/9.2.0/precomp/public"指明预编译时候需要的头文件路径其中/oracle/app/oracle/product/9.2.0是你的oracle数字路径，后面的precomp/public是固定的yourfile.pc 你想要转换的使用嵌入式SQL编写好的源文件。执行之后，如果没错，就会生成.c源文件，编译就可以了。如果执行出错，会生成*.lis文件，指出出错的地方，按照错误说明修改之后再试。需要注意相关环境变量要配置正确，.pc源文件里所用到的表，字段，存储过程等在数据库中要存在，并且，连接上去的用户要有相关表的访问权限。

好难啊

你说的大概是这么一种程序框架：mainprocfarpushdsxorax,axpushax......retmainendpendmain这是一种最原始的dos下exe程序的框架。那时候，dos的版本很低，dos还没有提供4ch号dos功能调用，结束程序只能用int20h完成。而int20h结束程序要求执行时cs指向程序段前缀(psp)所在的段地址。所以，程序需要将主程序定义成远调用过程（procfar），这样就会将ret指令汇编成远调用返回（retf）。而代码开始的三条指令是将psp段地址入栈，再将0入栈。这样，执行ret的时候就会执行到psp段偏移地址为0处的一条int20h指令，保证正确返回dos。后来稍高一点版本的dos有了4ch号功能调用，就不需要这种程序框架了。教科书上很多程序是抄来的，所以人们还常常会看到这种早就过时被淘汰了的代码。

同一版本数字越大越稳定M是稳定版~！一般每个大版本从M010以后越靠后越稳定~！同样是人年龄越大越沉稳这样一梯度

Prerequisite=XXX填建筑名。这个代码指定该单位制造时所必须的建筑，当已方没有该建筑时该单位不能建造。PROC 矿厂类建筑，这种类型的新建筑应该同时在PrerequisiteProc=中注册.

proc应该是函数名吧，用你自己定义的函数比如fun1，abc等代替proc就是你自己定义的函数，别的语言都是这样的，不知道vb是不是。

中国是PRC (People"s Republic of China)

不在PATH环境变量路径里的可执行文件要运行，得加路径，相对路径、绝对路径都可以，比如./proc

为了节省内存，UNIX系统把进程控制块分成两部分。一部分为进程的基本控制块，简称proc 结构，它存放着进程最常用的一些信息，所以proc 结构一般常驻内存。另一部分称为进程扩充控制块，简称user 结构，它存放着进程的一些必要但不常使用的信息。

题主是否想询问“abb配置参数错误proc的原因有哪些”abb配置参数错误proc的原因有程序控制器的参数配置错误、程序控制器的电源故障、程序控制器的软件错误、程序控制器的硬件故障。1、程序控制器的参数配置错误：程序控制器的参数配置不正确会导致控制系统无法运行。在这种情况下，可以检查配置参数是否正确设置，并进行相应的调整和修改。2、程序控制器的电源故障：如果程序控制器的电源故障，会导致控制系统无法正常运行。在这种情况下，需要检查电源是否正常，如果电源有问题，需要进行修理或更换。3、程序控制器的软件错误：如果程序控制器的软件出现错误，会导致控制系统无法正常运行。在这种情况下，需要重新安装或更新程序控制器的软件，以修复出现的错误。4、程序控制器的硬件故障：如果程序控制器的硬件出现故障，会导致控制系统无法正常运行。在这种情况下，需要进行硬件维修或更换，以确保程序控制器能够正常运行。

sys 和 proc 是内核启动后生成的虚拟文件系统，将他们挂载到根文件系统后便可以查看其中的内容, 挂载方法是 ref 例如 hello 模块驱动, 创建一个字符设备 hello 执行 insmod 后在 sys 中查找相关信息 设备实际的位置是在 /sys/devices/virtual/hello_class/hello, 但在 class 也有内容, class 只是一种分类方式, module 中有是因为 /sys/module 目录包含所有被载入Kernel的模块，无论这些模块是以内联(inlined)方式编译到内核映像文件中还是编译为外模块(.ko文件)

/proc文件系统是GNU/Linux特有的。它是一个虚拟的文件系统，因此在该目录中的所有文件都不会消耗磁盘空间。通过它能够非常简便地了解系统信息，尤其是其中的大部分文件是人类可阅读的(不过还是需要一些帮助)。许多程序实际上只是从/proc的文件中收集信息，然后按照它们自己的格式组织后显示出来。有一些显示进程信息的程序(top、ps等)就是这么作的。/proc还是了解您系统硬件的好去处。就象那些显示进程信息的程序一样，不少程序只是提供了获取/proc中信息的接口。其中还有一个特殊的子目录：/proc/sys。它让您能够显示内核参数并更改它们，而且这一更改将立即生效。

proc是定义子程序的伪指令，它和endp分别表示子程序定义的开始和结束两者必须成对出现。如下：为子程序定义及说明，子程序名PROCNEAR(或FAR)……ret子程序名ENDP子程序名为符合语法的标识符NEAR属性(段内近调用):调用程序和子程序在同一代码段中,只能被相同代码段的其他程序调用;FAR属性(段间远调用):调用程序和子程序不在同一代码段中,可以被相同或不同代码段的程序调用.

proc目录 proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过proc得到系统的信息，并可以改变内核的某些参数。由于系统的信息，如进程，是动态改变的，所以用户或应用程序读取proc文件时，proc文件系统是动态从系统内核读出所需信息并提交的。下面列出的这些文件或子文件夹，并不是都是在你的系统中存在，这取决于你的内核配置和装载的模块。另外，在/proc下还有三个很重要的目录：net，scsi和sys。 Sys目录是可写的，可以通过它来访问或修改内核的参数，而net和scsi则依赖于内核配置。例如，如果系统不支持scsi，则scsi 目录不存在。除了以上介绍的这些，还有的是一些以数字命名的目录，它们是进程目录。系统中当前运行的每一个进程都有对应的一个目录在/proc下，以进程的 PID号为目录名，它们是读取进程信息的接口。而self目录则是读取进程本身的信息接口，是一个link。里面还有一些非数字命名文件,多不能删的,

PROC是PROCEDURE的简写，是过程，triad 是过程名

proc 文件系统在Linux中有额外的机制可以为内核和内核模块将信息发送给进程-- /proc 文件系统。最初设计的目的是允许更方便的对进程信息进行访问（因此得名），现在它被每一个有有趣的东西报告的内核使用，例如/proc/modules 有模块的列表/proc/meminfo 有内存使用的统计表。 　　使用proc 文件系统的方法和使用设备驱动程序非常相似--创建一个/proc 文件需要的所有信息的结构，包括任何处理函数的指针（在我们的例子中只有一个，当某人试图从/proc 文件读时调用的那一个）。然后，init_module 在内核中登记该结构而cleanup_module 注销它。 　　我们使用proc_register_dynamic(这是在2.0 版中的情况，在2.2 版中如果我们将节点设置为0系统将自动为我们做到) 的原因是我们不想预先决定我们的文件的节点数字，而是为防止冲突而由内核决定它。通常的文件系统存在于磁盘上而不是内存中（/proc 在内存中），在这中情况下，节点数是是指向文件的索引节点所在的磁盘位置的指针。节点包含文件的信息（例如文件的存取权限）和指向磁盘位置或文件数据可以被找到的几个位置的指针。 　　因为当文件被打开或关闭的时候不能得到调用，所以在这个模块中没有地方放置MOD_INC_USE_COUNT 和MOD_DEC_USE_COUNT，并且，如果文件被打开随后模块被移除，我们没有办法避免后果。在下一章我们会看到一个艰难的但更灵活的可以处理/proc文件的实现方式，它也可以让我们防止那个问题。Linux 内核提供了一种通过/proc 文件系统，在运行时访问内核内部数据结构、改变内核设置的机制。尽管在各种硬件平台上的Linux 系统的/proc 文件系统的基本概念都是相同的，但本文只讨论基于intel x86 架构的Linux /proc 文件系统。 _________________ _________________ _________________/proc --- 一个虚拟文件系统/proc 文件系统是一种内核和内核模块用来向进程(process) 发送信息的机制(所以叫做/proc)。这个伪文件系统让你可以和内核内部数据结构进行交互，获取 有关进程的有用信息，在运行中(on the fly) 改变设置(通过改变内核参数)。 与其他文件系统不同，/proc 存在于内存之中而不是硬盘上。如果你察看文件/proc/mounts (和mount 命令一样列出所有已经加载的文件系统)，你会看到其中 一行是这样的：grep proc /proc/mounts/proc /proc proc rw 0 0/proc 由内核控制，没有承载/proc 的设备。因为/proc 主要存放由内核控制的状态信息，所以大部分这些信息的逻辑位置位于内核控制的内存。对/proc 进行一次"ls -l" 可以看到大部分文件都是0 字节大的；不过察看这些文件的时候，确实可以看到一些信息。这怎么可能？这是因为/proc 文件系统和其他常规的文件系统一样把自己注册到虚拟文件系统层(VFS) 了。然而，直到当VFS 调用它，请求文件、目录的i-node 的时候，/proc 文件系统才根据内核中的信息建立相应的文件和目录。加载proc 文件系统 如果系统中还没有加载proc 文件系统，可以通过如下命令加载proc 文件系统： mount -t proc proc /proc上述命令将成功加载你的proc 文件系统。proc 文件系统可以被用于收集有用的关于系统和运行中的内核的信息。下面是一些重要的文件：* /proc/cpuinfo - CPU 的信息(型号, 家族, 缓存大小等)* /proc/meminfo - 物理内存、交换空间等的信息* /proc/mounts - 已加载的文件系统的列表* /proc/devices - 可用设备的列表* /proc/filesystems - 被支持的文件系统* /proc/modules - 已加载的模块* /proc/version - 内核版本* /proc/cmdline - 系统启动时输入的内核命令行参数proc 中的文件远不止上面列出的这么多。想要进一步了解的读者可以对/proc 的每一个文件都"more"一下或读参考文献[1]获取更多的有关/proc 目录中的文件的信息。我建议使用"more"而不是"cat"，除非你知道这个文件很小，因为有些文件(比如kcore) 可能会非常长。通过/proc 与内核交互 上面讨论的大部分/proc 的文件是只读的。而实际上/proc 文件系统通过/proc 中可读写的文件提供了对内核的交互机制。写这些文件可以改变内核的状态，因而要慎重改动这些文件。/proc/sys 目录存放所有可读写的文件的目录，可以被用于改变内核行为。/proc/sys/kernel - 这个目录包含反通用内核行为的信息。/proc/sys/kernel/{domainname, hostname} 存放着机器/网络的域名和主机名。这些文件可以用于修改这些名字。 $ hostnamemachinename.domainname.com$ cat /proc/sys/kernel/domainnamedomainname.com$ cat /proc/sys/kernel/hostnamemachinename $ echo "new-machinename" > /proc/sys/kernel/hostname$ hostnamenew-machinename.domainname.com 这样，通过修改/proc 文件系统中的文件，我们可以修改主机名。很多其他可配置的文件存在于/proc/sys/kernel/。这里不可能列出所有这些文件，读者可以自己去这个目录查看以得到更多细节信息。另一个可配置的目录是/proc/sys/net。这个目录中的文件可以用于修改机器/网络的网络属性。比如，简单修改一个文件，你可以在网络上瘾藏匿的计算机。 $ echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all 这将在网络上瘾藏你的机器，因为它不响应icmp_echo。主机将不会响应其他主机发出的ping 查询。$ ping machinename.domainname.comno answer from machinename.domainname.com 要改回缺省设置，只要$ echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all /proc/sys 下还有许多其它可以用于改变内核属性。读者可以通过参考文献[1], [2] 获取更多信息。结论 /proc 文件系统提供了一个基于文件的Linux 内部接口。它可以用于确定系统的各种不同设备和进程的状态。对他们进行配置。因而，理解和应用有关这个文件系统的知识是理解你的Linux 系统的关键。

PROC 的首字母缩略词,其含义为 中华人民共和国。请注意,中华人民共和国 并不是 PROC 的唯一含义。PROC 可能有多个定义,

貌似没有这种功能。因为文件的默认权限是由文件的创建程序决定的。创建程序赋予该文件什么权限就是什么权限。你可以自己写个脚本创建文件。比如把下面的代码写到脚本文件里然后命名为newfile#!/bin/shforfin$*dotouch$fchmod-Rugo+x$fdone

PROC在汇编中是过程定义伪指令的意思

一、定义proc节点的读、写函数static int tp_switch_writeproc(struct file *file,const char *buffer, unsigned long count,void *data){ sscanf(buffer,"%d", &tp_dbg); printk("tpd: proc-->tp_dbg = %d ", tp_dbg); return count;} static int tp_switch_readproc(char *page, char **start, off_t off, int count,int *eof, void *data){ int len; unsigned char tmp =tp_dbg&0x0F; len = sprintf(page,"%c ", tmp); return 2;} 二、驱动加载时创建proc节点的入口#include <Linux/proc_fs.h>static struct proc_dir_entry *tp_root; static struct proc_dir_entry *debug_entry; #define USER_ROOT_DIR "tp_debug" #define USER_ENTRY1 "debug_switch"staticint goodix_ts_probe(struct i2c_client *client, const struct i2c_device_id *id){ … … init_debug_port(); //创建proc调试节点 … …}static int init_debug_port(void){ pt_root =proc_mkdir(USER_ROOT_DIR, NULL); if (NULL==pt_root) { printk(KERN_ALERT"Create dir /proc/%s error! ", USER_ROOT_DIR); return -1; } printk(KERN_INFO"Create dir /proc/%s ", USER_ROOT_DIR); // Create a test entryunder USER_ROOT_DIR pt_entry1 =create_proc_entry(USER_ENTRY1, 0666, pt_root); if (NULL ==pt_entry1) { printk(KERN_ALERT"Create entry %s under /proc/%s error! ", USER_ENTRY1,USER_ROOT_DIR); goto err_out; } pt_entry1->write_proc= tp_switch_writeproc; pt_entry1->read_proc =tp_switch_readproc; printk(KERN_INFO"Create /proc/%s/%s ", USER_ROOT_DIR,USER_ENTRY1); return 0; err_out: pt_entry1->read_proc =NULL; pt_entry1->write_proc= NULL; remove_proc_entry(USER_ROOT_DIR,pt_root); return -1; } 三、卸载驱动时删除proc节点static void remove_debug_port(void){ remove_proc_entry(USER_ENTRY1,pt_root); remove_proc_entry(USER_ROOT_DIR,NULL);} static int goodix_ts_remove(struct i2c_client *client){ … … remove_debug_port(); … …}

1.proc expand主要用来处理时间序列问题，比如，将日线数据转换为月度单位数据（季度、年）；求数据的平滑值（移动平均、求和、方差等等）。2.data=have,have是你需要操作的数据集，out=want，want是expand操作得到的结果数据集3.第一个id是数据中的一个变量，对其进行降序排序；第二个id是proc expand语句的一个函数，id函数表示对数据have中一个数值型变量进行识别，通常id后面的变量是时间变量（year,month,day...）.id 函数要与by函数一起用，且它后面的变量不能有重复值。

/proc目录下都是一些纯文本文件，记录的是从驱动程序和内核获取到的信息，是非常有用的系统状态信息，因为是文本文件只需要用cat命令来访问就可以了，比如：cat /proc/cpuinfocat /proc/meminfo可以分别查看到CPU和内存的信息

BYREF说明白点就是在过程中使用的数值和外面的数值相等了，并且一旦在过程中改变了这个数值，那么引用过程的数值也修改了。一般来说缺省就是BYREF。优点：节约一个内存地址的大小，并且实现数值的修改BYVAL指的是为这个变量在内存中重新开辟一个地址进行存储。在过程中修改这个数值不会影响这个数值。(1)ByRef例如SUB byr(byref a as integer)"BYREF不写也是对的a=10end SUB然后如果我们这样用Dim x as integerbyr xmsgbox x输出10(2)ByVal例如SUB byv(byval a as integer)a=10end SUB然后再Dim x as integerbyv xmsgbox x

import android.app.Activity;import android.os.Bundle;import android.widget.CompoundButton;import android.widget.CompoundButton.OnCheckedChangeListener;import android.widget.ToggleButton;import android.os.SystemProperties;import android.util.Log;import android.widget.Toast; //wangimport java.util.Timer;import java.util.TimerTask;import android.os.PowerManager;import java.io.*; import android.os.Looper;public class DebugOptionActivity extends Activity{private static final String TAG = "tpDebug"; private int checkValue = 0;@Overridepublic void onCreate(Bundle savedInstanceState){super.onCreate(savedInstanceState);setContentView(R.layout.debug);ToggleButton toggle = (ToggleButton)findViewById(R.id.toggle);try{File readFile = new File("proc/tp_debug/debug_switch"); FileReader inCmd = new FileReader(readFile); try{ checkValue = inCmd.read(); if(checkValue != 0){toggle.setChecked(true);}else{toggle.setChecked(false);}}catch (IOException e){e.printStackTrace();} } catch (FileNotFoundException e){ e.printStackTrace(); } //ToggleButton toggle = (ToggleButton)findViewById(R.id.toggle);toggle.setOnCheckedChangeListener(new OnCheckedChangeListener(){public void onCheckedChanged(CompoundButton arg0, boolean arg1){if (arg1){//openFile awakeTimeFile = new File("proc/tp_debug/debug_switch"); FileWriter fr; try { fr = new FileWriter(awakeTimeFile); fr.write("1"); fr.close(); } catch (IOException e) { e.printStackTrace(); }}else{//closeFile awakeTimeFile = new File("proc/tp_debug/debug_switch"); FileWriter fr; try { fr = new FileWriter(awakeTimeFile); fr.write("0"); fr.close(); } catch (IOException e) {e.printStackTrace(); }}}});}}

您好，下载游戏后您可以放到手机的任意文件夹下，然后在手机的文件管理功能中找到该文件，直接运行安装即可您也可以在您的电脑上安装pc套件，然后连上您的手机，选择软件页面，搜索您想要使用的软件，然后点击安装即可。望采纳。

ysql数据库在系统上是以一个文件夹的形式出现的，你创建了ac数据库，那么在磁盘上就会出现ac的目录，而ac数据库的全局配置则是ac文件夹中的db.opt文件来管理。mysql的数据文件在datadir下，你在数据库中执行 show variables like "%datadir%";就会显示数据库文件的路径，你可以找到ac文件夹。

登录FTP——相应目录——按右键——属性！在属性中可以看到文件夹的权限设置。在Read前面打勾，表示可读，在Write前面打勾，表示可写，在Execcute前面打勾。表示可执行。 可以在前面打勾来更改权限。也可以点击chmod,直接输入数字777更改权限。注意：只有Linux系列虚拟主机需要设置权限。Windows平台的虚拟主机，网站内的所有文件对您的用户来讲是可以完全控制的，不用设置权限。

雨中冒险2触发流是游戏中的一个经典流派，游戏中各种类型的装备如何触发？下面一起来看看雨中冒险2Proc系数及机制详解雨中冒险2Proc系数及机制详解首先，雨中冒险2(下称ROR2)的伤害机制是这样的。玩家使用技能 Skill，通过 投射物/球体/其他方式 造成了各种类型的伤害，代码里赋予一个 DamageInfo 的 类 用于记录本次技能造成的伤害。DamageInfo 经过 GlobalEventMangaer 类的 OnHitEnemy 事件，判断技能击中敌人后产生的各种效果，判断各种物品的触发。判断完毕后，开始计算伤害-------进入 HealthComponent 类 的 TakeDamage 事件，从而计算最终伤害。而我们今天这篇文章的重点，将注重于 OnHitEnemy 这个事件里，使用 Proc Coefficient 触发系数 进行计算触发型道具的原理。任何角色造成的伤害都属于 DamageInfo 类。而这个类里有一个 float 属性 是 procCoefficient。这个属性影响了我们的各类击中后触发的效果以及伤害。我们拿我们最熟悉的光头 Commando 来举例Double Tap 双击 技能 拥有1 proc系数，同时造成100%的伤害。那么在你拥有5个粘性炸弹，1个 MK1 导弹的时候。一次技能 有 (5x5)x 1 =25% 的概率触发 粘性炸弹，造成100% x 180%=180%的合计伤害。一次技能 有 (10%)x 1 =10% 的概率触发 一个导弹，造成100% x 300%=300%的合计伤害。以光头作为模板，我们来看看其他拥有不同的伤害和proc系数的技能是怎么样的。Auto-Nailgun 自动钉枪 技能 拥有 0.6 proc系数，同时造成70%的伤害。那么在你拥有5个粘性炸弹，1个 MK1 导弹的时候。一发钉子 有 (5x5)x 0.6 =15% 的概率触发 粘性炸弹，造成70% x 180%=126% 的合计伤害。一发钉子 有 (10%)x 0.6 =6% 的概率触发 一个导弹，造成70% x 300%=210% 的合计伤害。发现了吗?对于输出频率高的小车，作者 hopoo 选择了引入 proc系数 这一机制来平衡 高攻击频率和其他技能的触发平衡。In Hopoo Games Development Thoughts #1, the developers introduced the concept of proc coefficient like so："MUL-T"s nailgun has a low proc coefficient per nail of 0.4 compared to most character"s 1.0, so he isn"t proccing stuff a ton faster than other characters." - Quote from NaKyle, 03/30-2019.在 Hopoo Games 的游戏设计思想讨论#1 里，开发者对Proc系数的描述是这样的："MUL-T的钉枪，每根钉子的proc系数很低，只有0.4，而大多数角色都是1.0，所以他触发道具的速度并不比其他角色快上一大堆。" - 引自NaKyle，2019年03月30日。(备注，之后小车的proc系数从0.4改成了0.6，重振颓势，复兴小车荣耀 我辈义不容辞)作者引入Proc 系数这一概念，有效地将攻击频率快，但是伤害低的技能 和 攻击频率慢，但是伤害高的技能 ，在触发道具的数值上作出了合理的平衡。那么。如果一次伤害， DamegeInfo 的proc系数是0的情况呢?如果一次伤害的proc系数为0，那么接下来所有触发内容都不会被响应。相信细心的读者可能已经联想到了，有时候你的导弹/火球 会触发尤克里里，冰环火环等装备。要知道，触发的特效造成的伤害，也是会进入OnHitEnemy这一事件响应中的。而触发道具的伤害都含有自己的proc系数。那么为什么我们不会看见导弹 触发 尤克里里，尤克里里再触发导弹的死循环?这里就要引入一个新的概念，叫做 procChainMask 我称之为 Proc连锁机制。在OnhitEnemy事件中，计算完各类保证伤害正常的代码，保证Proc系数不为0的情况之下，我们造成的伤害会经过第一层判断。if (damageInfo.crit){GlobalEventManager.instance.OnCrit(component, master, damageInfo.procCoefficient, damageInfo.procChainMask);}如果角色的crit暴击率大于100，那么这次伤害会直接判断并标记为为暴击，接下来在TakeDamage事件里使得最终伤害翻倍。Proc系数不影响暴击，暴击独立于Proc系统。if (!damageInfo.procChainMask.HasProc(ProcType.Missile)){this.ProcMissile(inventory.GetItemCount(RoR2Content.Items.Missile), component, master, teamIndex, damageInfo.procChainMask, victim, damageInfo);}而接下来，就是判断是否触发各类道具的时刻了。我们可以看到，如果这次伤害，也就是 damageinfo 的 procChainMask 属性 不具有 导弹的 ProcType 触发种类，那么就会进入触发导弹的判断。if (Util.CheckRoll(10f * damageInfo.procCoefficient, attackerMaster)){float damageCoefficient = 3f * (float)stack;float damage = Util.OnHitProcDamage(damageInfo.damage, attackerBody.damage, damageCoefficient);ProcChainMask procChainMask2 = procChainMask;procChainMask2.AddProc(ProcType.Missile);FireProjectileInfo fireProjectileInfo = new FireProjectileInfo{projectilePrefab = this.missilePrefab,position = position,rotation = Util.QuaternionSafeLookRotation(up),procChainMask = procChainMask2,target = victim,owner = gameObject,damage = damage,crit = damageInfo.crit,force = 200f,damageColorIndex = DamageColorIndex.Item};ProjectileManager.instance.FireProjectile(fireProjectileInfo);｝首先会通过随机数判断是否触发导弹，而这个随机数的概率判断会经过proc系数的一次修正。所以小车触发导弹的几率会是10f x 0.6 = 6%。然后计算堆叠数，判断出这次Projectile 投射物的 基础伤害。如果成功触发导弹，则会发射出一个导弹(废话)而这个导弹被一个语句赋予了一个属性。procChainMask2.AddProc(ProcType.Missile);这个导弹之后造成的伤害，也就是属于这个导弹的damageinfo ，会被打上一个导弹的ProcType。就像是你对一个人施放了魔咒，刻下了一个印记，那么这个印记就不会再被别人重复刻上。然后回头看看之前的触发语句。if (!damageInfo.procChainMask.HasProc(ProcType.Missile))如果这次伤害 Damageinfo 里不具有 ProcType.Missile 导弹属性。那么才会进入判断导弹的触发。也就是说，这解决了一个问题，导弹是不会重复触发导弹的。那么导弹触发的尤克里里，会不会再触发导弹?答案是不会。为什么?因为ProcChainMask 是继承的，犹如链条一般。发射出去的导弹具有 ProcType.Missile 的属性，而如果这个导弹触发了别的道具，那么别的道具造成的伤害 Damageinfo 里，也会有这个属性。也就是说，导弹触发的尤克里里，造成的闪电弹射伤害，已经被导弹玷污了(雾)，再也没法触发导弹了。同理，导弹触发的熔岩钻机，迸射出的火球也不能再触发导弹。这就是 Proc 连锁机制，保证游戏伤害平衡而不卡死的关键。了解了以上内容，我们就可以对症下药，更合理地构建自己的build了。附录1Q:为什么我拿了很多撬棍和水晶，还是没法触发火环?if (damageInfo.damage / component.damage= 4fcomponent.HasBuff(RoR2Content.Buffs.ElementalRingsReady))首先必须你造成的伤害 DamageInfo，具有不为 0 的 proc系数。其次必须你造成的总计伤害数值，是你 面板伤害 的 400%。而撬棍和水晶的伤害加成，并不是计算在DamageInfo 里面的，而是通过TakeDamage事件里的最终伤害加成实现的。也就是提高终伤并不能触碰到冰火环的阈值。int itemCount2 = master.inventory.GetItemCount(RoR2Content.Items.NearbyDamageBonus);if (itemCount20vector.sqrMagnitude = 169f){damageInfo.damageColorIndex = DamageColorIndex.Nearby;num *= 1f + (float)itemCount2 * 0.2f;......上为凝神水晶的代码，可以看到只是提高终伤数值 num. 而不是修改damageinfo的damage属性.if (damageInfo.crit){num *= 2f;}同时这里有一个很简单粗暴的暴击双倍伤害代码，也是放在TakeDamage事件里的。所以如果想触发冰火环，你需要让技能的伤害x道具的伤害 超过400%。比如如果你是光头，想用平A M1 触发 火环，那你需要2个导弹，发射一发导弹造成600%的伤害，才能触发。如果你是铁拳Loader，平A只有340%，那么你如果触发1个导弹，就是1020%的伤害，绝对能触发火环。附录2常见物品的Proc系数和影响范围 (T1 T2 T3 TB TE为 白绿红黄装 )影响范围T1 三尖匕首：影响 触发几率 和 持续时间T1 眩晕手雷：触发几率T1 黏弹：触发几率T2 AtG导弹MK.1：触发几率T2 尤克里里：触发几率T2 吸血种子：回复量T2 捕食本能：攻速Buff 持续时间T2 收割者镰刀：回复量T3 完美巨兽：爆炸半径T3 感应肉钩：触发几率*T3 秃鹫苏醒火焰精英(伊芙利特的卓越)：燃烧 持续时间冰霜精英(她的噬咬拥抱)：减速 持续时间天青石精英(幽灵头饰)：减速 持续时间孔雀石精英(恩库哈呐的反驳)：禁疗Buff 持续时间T3 粉碎的正义：减甲 持续时间TB 熔融钻机：触发几率TB 电能钻机：触发几率Proc系数非列出的幸存者技能均为1。Acrid 绝命毒师 shift 腐蚀跳跃 酸池持续伤害 0.1Artificer 工匠 M2 充能完毕的纳米炸弹 能量卷须 0.3Bandit 盗贼 M1 迸射 每个弹丸0.5. (5个弹丸)Captain 船长 M1 火神霰弹枪 每个弹丸0.75(8个弹丸)Captain 船长 R 轨道补给信标 0 (?)Commando M2 突击队员(指挥官) 相位爆破 0.5 (8个弹丸)Engineer 工程师 R TR58碳化器炮塔 平A 0.6 (移动炮台)Huntress 女猎手 M1 疾风 0.7 (3下)Loader 装弹手 R M551电塔 0.5MUL-T 多面手 M1 自动钉枪 0.6(12个钉子)MUL-T 多面手 M2 爆破筒 0.3(子母弹)Rex 雷克斯 M1 命令：注射 0.5 (3下)Rex 雷克斯 M2 命令：钻孔 0.5Rex 雷克斯 shift 树莓齐射 0.5Rex 雷克斯 R 触须生长 0(持续伤害)物品，非列出的均为1。T1 一捆烟花 0.2T1 黏弹 0T1 汽油 0 (和鬼火不同机制!)T2 鲁纳德的手环 0T2 贾罗的手环 0T2 剃刀尖网 0.5T2 尤克里里 0.2T2 鬼火 1 (wiki写的1，目前没研究出来能不能触发，代码里看不太明白)T3 完美巨兽 0T3 仪式匕首 1T3 冰霜圣物 0.2T3 恩库哈呐的意见 0.2T3 共鸣圆盘 穿刺 1 爆炸 0T3 感应肉钩 0.33T3 不稳定的特斯拉线圈 0.3TE 前子蓄能器 触须 0.1TL 异端幻象 爆炸伤害1，触碰伤害0.1

参考： sysctl 命令被用于在内核运行时动态地修改内核的运行参数，可用的内核参数在目录 /proc/sys 中。它包含一些 Tcp/Ip堆栈和虚拟内存系统的高级选项，可以通过修改某些值来提高系统性能。 sysctl 可以读取和设置超过五百个系统变量。 sysctl 变量的设置通常是 字符串、数字或布尔型（布尔型用 1 表示 yes，0 表示 no）。 语法： 可以通过 sysctl 修改系统变量，也可以通过编辑 sysctl.conf 配置文件来修改系统变量。 举个栗子 ，请根据实际情况调整： 重新加载内核参数： sysctl -p 大多Unix-Like系统，都提供了限制每个进程和每个基本用户使用线程，文件和网络连接等系统资源的一些方法。 ulimit 是指每个user使用各种资源的限制值。 ulimit 命令用来限制系统用户对shell资源的访问，它是一种简单并且有效的实现资源限制的方式。 假设有这样一种情况，当一台Linux主机上同时登陆了10人，在资源无限制的情况下，这10个用户同时打开了500个文件。假设每个文件的大小有10M，这是系统的内存资源就会收到巨大挑战。 但是任何一台主机的资源都不可能是无限的。所以，资源的合理配置和分配，不仅仅是保证系统可用性的必要条件，也与系统上软件运行的性能有着密不可分的联系。 ulimit 用于限制 shell 启动进程所占用的资源，支持以下各种类型的限制： sort和hard限制： 可以在一下位置进行ulimit的设置： limits.conf 是 pam_limits.so 的配置文件，Linux PAM（Pluggable Authentication Modules，插入式认证模块）。突破系统默认限制，对系统资源有一定保护作用。 pam_limits模块对用户的会话进行资源限制，然后 /etc/pam.d/ 下的应用程序调用 pam_***.so 模块。 limits.conf 是针对用户，而 sysctl.conf 是针对整个系统参数配置。 一个shell的初始 limits 就是由 pam_limits 设定的，用户登录后，pam_limits会给用户的shell设定在limits.conf定义的值. pam_limits的设定值也是 per-process的；pam_limits的设置是 永久生效的. 配置limits.conf： 举个栗子： domain： type： item： value： Linux内核提供了一种通过 /proc 文件系统，在运行时访问内核内部数据结构，改变内核设置的机制。 proc 文件系统是一个伪文件系统，它只存在内存当中，不占用外部空间。它以文件系统的方式为访问系统内核数据的操作提供接口。 对 /proc 中内核文件的修改，针对的是 整个系统 的 内核参数 ，修改后 立即生效 ，但修改是 临时的 ，重启后失效。 修改 /proc 文件系统中的参数是临时的，但修改 sysctl.conf 的参数确实永久有效的。 配置文件 sysctl.conf 变量在 /proc/sys 下，其对应关系如下： proc中的每个文件都有一组分配给它的非常特殊的文件许可权，并且每个文件属于特定的用户标识。 以下是/proc目录中进程N的信息：

/bin：存储常用用户指令。/boot：存储核心、模块映像等启动用文件/dev：存储设备文件/etc：存储系统、服务的配置目录与文件/home：存放个人主目录/lib：存放库文件，诸如核心模块、驱动/lost+found：存储fsck用的孤儿文件/mnt：系统加载文件系统时用的常用挂载点/opt：第三方工具使用的安装目录/proc：虚拟文件系统，包含系统核心信息/root：root用户的主目录/sbin：存储系统管理用指令/tmp：临时文件的暂存点/usr：存放与用户直接相关的文件与目录/var：存储在系统运行中可能会更改的数据