6.3.3.4空闲子进程维护
6.3.3.4.1概述
主服务进程一方面除了必须维护平稳启动之外，另外一个最重要的职责就是对空闲子进程的数目进行管理，整个空闲管理功能在perform_idle_server_maintenance()中描述。
空闲进程的整个内部是示意图可以用下面的图进行描述。
6.3.3.4.2代码分析
static void perform_idle_server_maintenance(apr_pool_t *p)
{
int i;
int to_kill;
int idle_count;
worker_score *ws;
int free_length;
int free_slots[MAX_SPAWN_RATE];
int last_non_dead;
int total_non_dead;
/* initialize the free_list */
free_length = 0;
to_kill = -1;
idle_count = 0;
last_non_dead = -1;
total_non_dead = 0;
在分析具体的空闲子进程维护过程之前，函数中的几个重要的变量需要解释一下：
ap_daemons_limit，该值描述了当前Apache中允许存在的子进程的最多数目，或者是空闲进程、非空闲进程数目以及公告板中空闲的插槽数目的总和、或者是公告板中插槽的总和。
ap_daemons_max_free，该值描述了当前系统中允许存在的空闲子进程的最大数目。如果空闲子进程数目过多，那么在每一次循环中都会有一个空闲进程被杀死。
ap_daemons_min_free，该值描述了系统中至少必须存在的空闲子进程的数目。如果当前的空闲子进程数目过低，那么主服务进程将创建新的子进程。如果当前公告板中没有可用插槽(因为ap_daemons_limit已经达到)，此时将产生一个警告。
如果在短时间内系统中创建了太多的子进程，一些操作系统可能会性能降低。因此主服务进程并不是立即调用make_child()创建所需的所有子进程。相反，它采用递增创建的策略：在第一次循环中创建一个子进程；在第二次循环中创建二个子进程，第三次创建四个，第N次创建2N个。下一个循环中需要创建的子进程数目用变量idle_spawn_rate进行记录，每次循环中都会对该变量进行递增直到其达到极限值。
举例说明：如果给定的ap_daemons_min_free的值为5，但是系统中的空闲进程数目仅为1。因此主服务进程此时创建一个新的进程，同时进行等待。当然两个进程是不够的，因此主进程在第二次循环中创建2个进程同时继续等待。如果此时一个新的客户端连接发生，那么一个空闲进程将转换忙碌进程。因此主服务进程统计的空闲进程数目为3，同时创建四个空闲进程。当超时的时候，主服务进程统计出7个空闲子进程同时重新设置idle_spawn_rate为1。
ap_max_daemons_limit， Necessary to deal with MaxClients changes across AP_SIG_GRACEFUL restarts.尽管Apache内部允许生成的最大进程数为ap_daemons_limit，但是实际上每次产生的进程数目不一定会有这么多。每一个进程都对应记分板中的一个插槽。为了了解各个进程的状态，MPM必须逐一循环遍历记分板中的每一个插槽，这样共计ap_daemons_limit次。显然一些无效的插槽也进行了遍历，这部分本来可以避免的。为此，MPM中使用ap_max_daemons_limit记录记分板中曾经使用的最大的插槽号，一旦记录下来，遍历不再是从0到ap_daemons_limit，而是从0到ap_max_daemons_limit，可以省去ap_daemons_limit - ap_max_daemons_limit-1次的循环。这是一种优化策略。
last_non_dead与ap_max_daemons_limit的含义非常的相近。
idle_count：当前服务器中的空闲进程的数目。
totaol_non_dead：当前服务器中的活动进程的数目，包括空闲进程和非空闲进程。
last_non_dead：
idle_spawn_rate：这是另外一个重要的变量。当MPM模块发现空闲子进程数目current_num少于ap_min_daemons_limit的时候，它将会产生足够的进程ap_min_daemons_limit-current_num个。一般的操作系统允许一次性的产生所需要的进程。不过一些操作系统则不然，如果一次性在很短的时间内产生大量的系统进程，操作系统性能会明显的降低，从而导致服务器响应变慢。这种情况要尽量避免。因此Apache并没有采用这种“激进”的创建措施，而是采取了折衷的温和的逐步递增创建策略：在第一次循环中创建一个，第二次循环中创建二个，第三次循环中创建四个，第N次循环中创建2
N个，直到1+2+4+…+2
N值达到所需要的进程数。
idle_spawn_rate指示下一个循环中必须创建的进程数目，记住不是本次循环中。
两个变量就是free_length和free_slots，这两个变量我们在稍后描述。
只有对这些变量的含义有了清晰的认识之后我们才能进行分析。
for (i = 0; i < ap_daemons_limit; ++i) {
int status;
if (i >= ap_max_daemons_limit && free_length == idle_spawn_rate)
break;u
ws = &ap_scoreboard_image->servers[i][0];
status = ws->status;
if (status == SERVER_DEAD) {
if (free_length < idle_spawn_rate) {
free_slots[free_length] = i;
++free_length;
}
}
else {
if (status <= SERVER_READY) {
++ idle_count;
to_kill = i;
}
++total_non_dead;
last_non_dead = i;
}
}
Apache所作的第一件事情就是要统计当前运行的各类进程的信息，包括空闲进程，终止进程以及忙碌进程的数目。为此它必须能够逐一访问记分板中的每一个插槽并读取相应的进程信息，其中我们最关心的就是进程的状态信息：
如果插槽的状态SERVER_DEAD，则意味着对应的进程已经终止，该插槽可以被再次利用；所有可以被再次利用的插槽统一的保存在free_slot数组中。数组中仅仅保存插槽的索引号。其能保存的最多数目为32个，但是通常情况下不是所有的元素都会被使用，因此配合free_slots数组，free_length用于记录当前的最高可用的元素的索引。因此free_slots的操作更像是一个堆栈，每次的元素总是压入最顶部。
比如上图的free_slots就反映了当前记分板中插槽索引为2，3，7，13，14的进程已经终止。
如果插槽的状态为SERVER_STARTING或者是SERVER_READY，则意味着当前的进程处于空闲状态；在遍历过程中，一旦发现空闲进程，idle_count的值将递增1，因此当上面的整个循环结束的时候，idle_count则就是实际的空闲进程数。
另外在Linux中，进程编号如果较低的话，在调度的时候其被命中的概率也就越高，因此如果需要终止某些进程的话，Apache会倾向于终止那些编号较高的进程，为此模块中使用to_kill变量跟踪当前的最高进程编号，这样下次终止进程直接终止to_kill指定的即可。
如果进程状态既不是SERVER_DEAD，也不是SERVER_READY，则意味着该线程正在处理客户端的请求。对于这些进程直接累计total_non_dead变量并设置last_non_dead。
不过如前所叙，经过优化后，MPM不需要遍历所有的记分板插槽了，只需要遍历ap_max_daemons_limit即可。
free_length == idle_spawn_rate意味着
ap_max_daemons_limit = last_non_dead + 1;
if (idle_count > ap_daemons_max_free) {
ap_mpm_pod_signal(pod);
idle_spawn_rate = 1;
}
一旦获取了系统中空闲进程的数目，模块则开始对进程进行调整：
ap_daemons_max_free是Apache中允许的空闲进程的最大值，如果当前的空闲进程数目idle_count超过该值，那么多余的空闲进程必须退出。一般情况下，父进程可以强制子进程立即退出，但是如果某些进程正在处理客户端的请求，那么该连接将会被粗鲁的终止，造成数据丢失，为此Apache使用“终止管道(Pipe of Death)”通知空闲子进程退出，这样需要退出的子进程可以执行平稳的退出，以防止连接数据丢失。ap_mpm_pod_signal函数用于在终止管道中写入终止数据。不过需要注意的是，每次循环只能退出一个子进程，因此如果需要终止的线程有N个，那么至少需要循环N次才能全部退出。这种策略称之为“缓慢退出”，有利于防止进程“创建/终止”摆动。
else if (idle_count < ap_daemons_min_free) {
if (free_length == 0) {
static int reported = 0;
if (!reported) {
ap_log_error(APLOG_MARK, APLOG_ERR, 0, ap_server_conf,
"server reached MaxClients setting, consider"
" raising the MaxClients setting"); u
reported = 1;
}
idle_spawn_rate = 1;
}
else {
if (idle_spawn_rate >= 8) {
ap_log_error(APLOG_MARK, APLOG_INFO, 0, ap_server_conf,
"server seems busy, (you may need "
"to increase StartServers, or Min/MaxSpareServers), "
"spawning %d children, there are %d idle, and "
"%d total children", idle_spawn_rate,
idle_count, total_non_dead); v
}
如果当前空闲进程的数目低于允许的最少进程数目，那么此时MPM必须增加空闲进程数目。在前面的部分，我们曾经说过，idle_spawn_rate表示本次循环中需要产生的子进程的数目。如果idle_spawn_rate为8，则意味着本次循环需要产生8个子进程。至此，系统必须连续产生1+2+4+8=15个进程，显然如果出现这种情况则意味着系统实在太忙了。这可能是因为初始启动的服务太低或者允许的空闲进程指标Min/MaxSpareServers太小，因此此时必须增加这些参数的值，并在日志中写入警告。如v所示。
如果free_length=0，意味着当前free_slots中没有可用的插槽，这表明当前系统中的所有的进程都处于活动状态：或者忙碌或者空闲等待请求。这种情况的出现可能是因为MaxClient参数设置过低，因此有必要增加MaxClient的值。
for (i = 0; i < free_length; ++i) {
#ifdef TPF
if (make_child(ap_server_conf, free_slots[i]) == -1) {
if(free_length == 1) {
shutdown_pending = 1;
ap_log_error(APLOG_MARK, APLOG_EMERG, 0, ap_server_conf,
"No active child processes: shutting down");
}
}
#else
make_child(ap_server_conf, free_slots[i]);
#endif /* TPF */
}
尽管原则上第N次可以产生2N的进程，但是实际上真正能够产生的进程数目还得由记分板中的空闲插槽数目free_length决定。生成具体的子进程使用make_child例程，在后面的部分会详细的对其进行分析。
if (hold_off_on_exponential_spawning) {
--hold_off_on_exponential_spawning;
}
else if (idle_spawn_rate < MAX_SPAWN_RATE) {
idle_spawn_rate *= 2;
}
在进程产生后紧接着的任务就是设置下一循环中需要产生的进程数目：idle_spawn_rate*2；当然这个值不能超出允许产生的最大值MAX_SPAWN_RATE。
}
}
else {
idle_spawn_rate = 1;
}
6.3.3.4.3子进程创建
主进程的一个很重要的任务就是在空闲进程不够的情况下创建足够的子进程。子进程的创建在函数make_child中进行。
static int make_child(server_rec *s, int slot)
对于任何一个创建的子进程，其都必须在计分板中占据一个插槽来保存自己的信息，slot就是创建的进程在计分板中的插槽索引，不过有一点需要确保的slot的值不能超过系统中允许的进程极限数，即slot必须满足slot <= ap_max_daemons_limit -1
整个子进程的创建过程可以分割为下面二个步骤：
(1)、更新计分板。一旦进程创建，它的状态将被设置为SERVER_STARTING，表明该进程开始运行。
(2)、调用fork()真正生成子进程。如果生成子进程失败，还得将原先的计分板SERVER_STARTING状态更新为SERVER_DEAD。一旦更新完毕，该插槽将再次变得可用。当fork函数调用失败的时候，为了防止系统不停的尝试去重新fork从而将CPU资源耗尽，因此一旦如果fork失败，那么Apache将等待10毫秒后再去尝试新的fork。
对于子进程而言，一旦其创建完毕，除了正常了父子进程之间的通信，子进程不应该再受到父进程的其余的无端打断，因此子进程必须重新SIGHUP和SIGTERM信号。任何时候子进程接受到SIGHUP和SIGTERM信号之后，除了退出之外，再退出之前还需要完成几个清除工作，包括：
■ 关闭父子进程之间通信的“终止管道”
■
尽管父进程会发送AP_SIG_GRACEFUL给子进程，但子进程并不对其进行处理：apr_signal(AP_SIG_GRACEFUL, SIG_IGN);一旦子进程处理完所有的准备工作，其将开始进入子进程的内部处理过程child_main()。
另一方面，在生成子进程之后，主进程则必须将子进程号填入记分板的相关插槽中：
ap_scoreboard_image->parent[slot].pid = pid;
如果服务器是单进程运行模式，那么处理的工程要简单的多。由于不涉及到创建子进程，因此实际上主进程本身直接进入内部循环操作。另外与多进程相比，它仅仅处理三种信号：SIGINT、SIGTERM、SIGQUIT。
另外一种子进程生成方式就是批量子进程生成，即函数static void startup_children(int number_to_start)。number_to_start是批量产生的进程的数目。
static void startup_children(int number_to_start)
{
int i;
for (i = 0; number_to_start && i < ap_daemons_limit; ++i) {
if (ap_scoreboard_image->servers[i][0].status != SERVER_DEAD) {
continue;
}
if (make_child(ap_server_conf, i) < 0) {
break;
}
--number_to_start;
}
}
在计分板中，如果某个进程的状态为SRVER_DEAD，则意味着当前的记分板插槽可用。因此对于需要创建的number_to_start个进程，需要通过逐一遍历计分板从而才可以给创建的进程分配插槽。一旦分配成功，那么函数将调用make_child创建进程。
分享到：
相关推荐
Starman, Starman是高性能的preforking Perl PSGI web服务器 电子邮件名称Starman - 高性能 preforking psgi/Plack网络服务器概要# Run app.psgi with the default settings> starman# run w
工具采用了“预派生进程模型”（Preforking Process Model），这是一种常见的进程管理策略，通过预先创建一组子进程来提高执行效率。父进程则负责管理这些子进程，并通过计算定时任务间隔逻辑来决定何时触发子进程...
Monoceros, psgi/Plack服务器，带有事件驱动的连接管理器，preforking员工 电子邮件名称Monoceros - psgi/Plack服务器，带有事件驱动的连接管理器，preforking工作者概要% plackup -s Monoceros --max-keepalive-...
Starman 是一个高性能、preforking 和 PSGI 兼容的 HTTP 服务器，支持 HTTP/1.1、多网络接口支持以及 Unix Domain 套接字支持，可无缝进行重启，支持通过操作系统信号进行动态的worker池配置。 标签：...
光电材料仿真，电子仿真等；从入门到精通教程；含代码案例解析。
内容概要：本文详细介绍了如何使用C#实现Stewart六自由度平台的逆解算法。首先定义了平台的基本结构，包括上下平台的半径、安装角度以及舵机零位偏移等参数。接着，通过欧拉角转换为旋转矩阵的方式实现了姿态转换，并在此基础上计算各个支腿的长度。文中还特别强调了一些常见的陷阱，如角度单位一致性、安装方向匹配、零位校准和数值稳定性等问题。此外，提供了具体的测试用例用于验证算法的正确性和性能。 适合人群：具有一定C#编程基础并对机械臂控制、飞行模拟器或手术机器人等领域感兴趣的开发者和技术人员。 使用场景及目标：适用于需要精确控制六自由度平台的应用场合，如飞行模拟器、手术机器人等。主要目的是通过数学模型将平台的姿态转换为具体的操作指令，从而实现精准定位与操控。 其他说明：文中不仅给出了完整的代码实现，还分享了许多实践经验，帮助读者更好地理解和应用该算法。同时提醒开发者在实际项目中需要注意的一些关键点，如行程限制检查、运动学奇异性检测等。
夸克网盘批量处理助手，同步更新保存分享链接文件，增量更新文件，批量重命名文件夹，文件名称关键词替换
XML.md
内容概要：本文详细介绍了利用MATLAB进行光纤光栅的均匀应变和非均匀应变仿真的方法。文中提供了具体的代码实例，解释了如何通过调整光栅的基本参数如中心波长、光栅长度、有效折射率等，以及引入应变系数和应变分布函数，分别计算均匀应变和非均匀应变下光纤光栅的反射率，并展示了相应的反射率曲线图。此外，还讨论了这两种应变模式对光栅反射谱的不同影响，强调了非均匀应变可能导致的光谱畸变现象。 适用人群：对光纤光栅仿真感兴趣的研究人员和技术爱好者，尤其是那些希望通过MATLAB进行光器件设计和测试的人群。 使用场景及目标：①用于科研项目中光纤光栅特性的研究；②辅助工程师在实际工程项目中评估光纤光栅传感器的表现；③帮助学生理解光纤光栅的工作机制和应变对其性能的影响。 其他说明：文章不仅提供了详细的代码实现步骤，还分享了一些调试技巧和注意事项，有助于读者更好地理解和应用所介绍的技术。
计算机网络概念，计算机网络，互联网，互连网的区别；计算机网络的组成、功能；三种交换技术；计算机网络的性能指标；以及计算机网络的分类
内容概要：本文详细介绍了如何使用Simulink搭建防抱死制动系统（ABS）的仿真模型，并应用PID控制策略进行仿真分析。首先，文章解释了ABS系统的重要性和工作原理，然后逐步讲解了如何在Simulink中构建车轮动力学模块、制动压力模块等关键组件。接下来，文章深入探讨了PID控制策略的具体实现方法，包括PID参数的选择和调整技巧。通过多次仿真实验，展示了不同PID参数对ABS系统性能的影响，并提出了优化方案，如变增益策略和积分分离策略。最后，文章分享了一些实用的经验和技巧，如处理低速时的数值稳定性、应对路面突变等情况。 适合人群：对汽车工程、控制系统设计感兴趣的工程师和技术爱好者，尤其是那些希望深入了解ABS系统和PID控制策略的人群。 使用场景及目标：适用于希望在虚拟环境中研究和优化ABS系统性能的研究人员和工程师。主要目标是提高ABS系统的制动性能和安全性，确保在各种工况下都能保持最佳的制动效果。 其他说明：文中不仅提供了理论知识，还包括了大量的实际案例和代码片段，帮助读者更好地理解和应用所学内容。此外，作者还分享了许多实践经验，如如何处理仿真中的常见问题和优化策略。
独子棋demo.rar
内容概要：本文详细介绍了如何利用Maxwell和Simplorer进行矢量联合仿真，结合SVPWM（空间矢量脉宽调制）算法实现对永磁同步电机的精确控制。文章首先解释了SVPWM的基本原理及其Python实现，接着阐述了在Maxwell中建立电机模型并设置参数的具体步骤，以及在Simplorer中搭建控制系统的方法。文中还讨论了仿真过程中如何调整控制器参数以优化系统性能，并展示了如何通过分析仿真结果来评估控制效果。此外，文章探讨了将该方法应用于其他类型电机的可能性，如感应电机和开关磁阻电机。 适合人群：从事电机控制领域的研究人员和技术人员，尤其是对永磁同步电机和SVPWM算法感兴趣的读者。 使用场景及目标：适用于需要深入了解永磁同步电机控制原理的研究人员，帮助他们掌握Maxwell和Simplorer联合仿真的具体操作流程，提高对电机控制系统的理解和优化能力。 其他说明：文章不仅提供了详细的理论讲解，还附有大量代码片段和实践经验，有助于读者更好地理解和应用相关技术。同时，文章强调了实践中可能遇到的问题及解决方法，使读者能够在实际工作中避免常见错误。
内容概要：本文详细介绍了太阳能电池片在线颜色分选系统的图像预处理方法。针对采集的原始图像中存在的传送带背景和随机倾斜等问题，提出了完整的预处理流程。主要包括：倾斜校正（通过边缘检测和霍夫变换）、去除栅格干扰（频域滤波和形态学操作），以及对多种边缘检测算子（如Roberts、Sobel、Prewitt、Canny和LOG）的比较与分析。此外，还探讨了不同直线检测方法（如Radon变换、Hough变换及其改进版本）的应用，并优化了整个预处理流程，确保后续的颜色特征提取和分类准确性。 适用人群：从事计算机视觉、图像处理领域的研究人员和技术人员，特别是专注于工业自动化检测设备开发的工程师。 使用场景及目标：①实现太阳能电池片图像的倾斜校正，确保图像水平放置；②有效去除电池片表面栅线对颜色分析的影响；③为后续的颜色特征提取和分类提供高质量的输入数据；④比较不同边缘检测算子的效果，选择最适合特定任务的算子；⑤评估各种直线检测方法的性能，选择最优方案应用于实际生产环境中。 其他说明：文中不仅提供了详细的理论解释，还给出了具体的Python代码实现，帮助读者更好地理解和实践相关技术。同时，针对实际应用中的常见问题，如参数调优、光照一致性和异常处理等方面也给出了相应的建议。最后，通过一系列实验验证了所提方法的有效性，并提出了一些性能优化的方向。
内容概要：本文详细介绍了利用Comsol进行锂离子电池仿真的技术和应用，特别是在电化学-热耦合模型和多物理场分析方面。文章首先阐述了电化学-热耦合模型在充放电循环中的应用，通过MATLAB伪代码展示了如何定义电池几何形状、材料属性、边界条件以及耦合电化学和热传递过程。接下来讨论了液冷仿真与电池热管理模型，通过Python伪代码解释了液冷通道的构建、流体属性的设置及其流动与热传递的求解。此外，文章还比较了锂电池产热模型下风冷和液冷的不同效果，并强调了产热计算的重要性。最后，文章分享了一些实用的经验和技术细节，如处理高倍率充电时的浓度极化、选择合适的湍流模型、刀片电池的建模技巧等。 适合人群：从事锂离子电池研究和开发的科研人员、工程师及相关领域的学生。 使用场景及目标：①理解和优化锂离子电池的热管理机制；②评估不同冷却方式（如风冷、液冷）的效果；③提高电池系统的性能和安全性。 其他说明：文中不仅提供了详细的理论背景和技术实现步骤，还分享了许多实践经验，有助于读者更好地掌握Comsol在锂离子电池仿真中的应用。
内容概要：本文探讨了自动紧急制动系统（AEB）中安全距离与时间头时距（TTC）的优化方法。首先介绍了AEB系统的基本原理，包括安全距离和TTC的定义及计算方式。接着提出了基于机器学习的动态调整机制，通过分析历史驾驶数据，训练回归模型预测最优安全距离，并设计了基于规则的智能切换机制，根据车速选择合适的评估标准。此外，通过仿真测试验证了改进算法的有效性，展示了其在低速跟车、高速变道等场景中的优越表现。最后，讨论了联合仿真中的挑战，如多物理场耦合与时序同步问题，并提供了相应的解决方案。 适合人群：从事智能驾驶技术研发的专业人士，尤其是对AEB系统有研究兴趣的工程师和技术爱好者。 使用场景及目标：适用于希望深入了解AEB系统工作原理及优化方法的研发团队。目标是通过改进现有算法，提高AEB系统在各种驾驶场景下的鲁棒性和安全性。 其他说明：文中提到的技术细节和代码片段有助于读者更好地理解和实现相关算法。同时指出了现有研究存在的局限性，为进一步探索提供了方向。
数据结构.md
格式化输出.md
内容概要：本文详细探讨了在三相不平衡电网条件下，模块化多电平变流器(MMC)的多种控制策略及其具体实现方法。主要内容包括：利用双二阶广义积分器(DSOGI)进行正负序分离控制，通过PI控制器实现零负环流抑制，以及采用谐振控制器抑制二倍频功率波动。此外，文中还介绍了不同控制模式之间的动态切换逻辑，确保系统在各种工况下的稳定性和高效性。文章提供了详细的MATLAB、Python和Verilog代码片段，展示了各个控制环节的具体实现。 适合人群：从事电力电子、电力系统自动化领域的研究人员和技术人员，尤其是对MMC控制策略感兴趣的工程师。 使用场景及目标：适用于需要解决三相不平衡电网问题的研究项目和工业应用场景。主要目标是在电压跌落等恶劣工况下，确保MMC系统的稳定性和平滑运行，提高系统的鲁棒性和效率。 其他说明：文中引用了多篇相关领域的权威文献，为读者提供了进一步深入研究的方向。同时，作者强调了理论仿真与实际调试之间的差距，提醒读者在实验过程中需要注意的安全事项。
本书是关于Python编程语言和使用PyQt框架开发图形用户界面（GUI）应用的全面指南。首先介绍了Python的基础知识，包括安装、与Python交互、编写第一个程序、数据类型、基本元素、注释、续行和打印等。随后，深入探讨了Python的算术运算、位运算、复数、决策、逻辑运算符、循环等核心概念。接着，书中详细讲解了序列（包括字符串、列表、元组和集合）、函数和模块、类（包括类声明、方法、继承、垃圾回收、运算符重载和描述符）、文件处理以及异常处理。最后，作者重点介绍了PyQt框架，包括安装、窗口和对话框的创建、使用代码和Qt Designer创建GUI应用程序、基础控件、事件处理、高级控件（如LCD时钟、日历、组合框、表格、Web页面和图形显示）、菜单和工具栏的使用。本书适合希望学习Python编程和GUI开发的读者。