问题标签 [process-control]

我想知道是否有使用 PID 控制器类型机制来管理计算资源的先例（请参阅http://en.wikipedia.org/wiki/PID_controller）。

我所说的计算资源是指：备用线程、备用进程、队列长度等。

例如，在 apache.conf 中，您可以指定备用服务器的数量、最小服务器数量等。

我的问题是你如何控制新服务器的产生或资源池的收缩。

如果您的负载增加超过某个级别，那么同样可以应用于在 Amazon Grid 上看到生成节点。

作为对这个问题的回答，我感兴趣的是：

1. 如果有一个 Yes, No, Maybe 回答这个问题

2. 如果有在开源世界中使用它的可访问示例

3. 如果有为此目的在java、python等中实现PID控制的库。

谢谢。

我有一个进行采样的 Java 方法。也就是说，它执行以下操作：

现在，通常 createRandomSample() 和 satisfiesSomeConditions(sample) 运行得非常快（在一秒钟或更短的时间内），所以这段代码运行良好。

但是，有时，这些功能之一可能需要很长时间才能运行。如何控制此采样过程的运行时间不超过 TIME 要求的时间。我不介意它的运行时间是否比 TIME 长 10%，但我不希望它在 TIME 上运行任意长的时间。

ExecutorService 似乎太苛刻了。

这更像是我们想在一个单独的线程上运行采样，然后轻轻地告诉该线程停止采样并给出它当前的任何结果。

我正在审查 JIRA 是否可能在我工作的公司的几个开发团队中使用。我们使用 Scrum 作为我们项目管理的基础。我们有优秀的自组织团队，几乎没有分配的工作，等等。JIRA 似乎对其中一些项目非常有用，但我们正在努力处理的问题是处理流程与技术任务的管理以及我​​们称之为“问题捆绑”的事情。

过程控制。目前我们将创建一个故事，例如“损益报告上的图表存在重叠图例文本的问题”。好吧，够好了。然后，我们将创建一个技术子任务，为简单起见，假设它是“研究并纠正问题”。接下来，我们创建了一组流程子任务。同行评审、构建、QA 测试、合并、跟踪。然后可以将这些中的每一个独立分配给用户并放入我们的 scrum 板上的 Pending bin 中（顺便说一句，我们使用 Pending、Awaiting Action、In Progress、Done、Merged 模型而不是 todo、in progress、done 模型）。待定基本上意味着，如果我是下一个优先级，我正在等待。在开发过程中，程序员将抓住技术任务，将自己设置为受让人并进入进行中。完成后，他们会将其移至 Done bin，然后将 Peer Review 流程子任务更新为“Awaiting Action”，并将受理人设置为他们的代码合作伙伴。发送电子邮件，完成同行评审。完成后，同行评审合作伙伴会将 Peer Review 移至 Done bin，并将 Make Build 子任务设置为构建管理器，并将其移至 Awaiting Action。构建经理看到这一点，进行构建，将其移至完成并将 QA 测试票证更新为等待操作状态，您就明白了。完成后，同行评审合作伙伴会将 Peer Review 移至 Done bin，并将 Make Build 子任务设置为构建管理器，并将其移至 Awaiting Action。构建经理看到这一点，进行构建，将其移至完成并将 QA 测试票证更新为等待操作状态，您就明白了。完成后，同行评审合作伙伴会将 Peer Review 移至 Done bin，并将 Make Build 子任务设置为构建管理器，并将其移至 Awaiting Action。构建经理看到这一点，进行构建，将其移至完成并将 QA 测试票证更新为等待操作状态，您就明白了。

它正在工作，但是他们对替代方案、最佳实践等有什么建议吗？创建技术和流程子任务不是要走的路吗？我注意到的一件事是，我们必须过滤问题列表以隐藏子任务，并且对于只想查看父故事状态的利益相关者来说，Scrum 板可能会变得相当难以应付。由于父故事在子任务移动之前不会移动，因此他们看不到任何他们感兴趣的东西，即使在子任务移动时故事正在“进行中”也是如此。啊。

问题捆绑。我们经常有一组可能紧密相关但通常更普遍的问题。例如，与我们软件中的报告相关的所有问题。目前有 15 个已知问题。这些问题可能在系统中的不同报告中，具有重现的特定步骤等。当我们为冲刺做准备时，我们将选择这些相关问题的捆绑包。原因是 QA 可以更有效地测试一堆通常在一次通过中相关的小修复，而不是将每个报告作为单独的过程进行测试。

目前，我们将每个问题移到捆绑包的子任务中。例如，捆绑包可能简称为“Report Fixes 1”，例如，它将具有 5 个技术子任务，每个子任务都是要修复的不同报告错误。然后，我们可以将上面的过程控制项添加到整个捆绑包中。我们还知道，在捆绑包中的所有项目都完成之前，我们不会合并，所以它们都得到相同的版本。

但是，如上所述，可见性会降低，因为您现在无法轻松查看子任务的状态，因为它们位于捆绑包中。

再次，最佳实践？想法？其他人是如何处理这个问题的？

我被要求回答这些关于操作系统上下文切换的问题，这个问题非常棘手，我在教科书中找不到任何答案：

1. 在特定时间，系统中存在多少 PCB？
2. 哪两种情况会导致上下文切换发生？（我认为它们是进程的中断和终止，但我不确定）
3. 硬件支持可以改变切换所需的时间。两种不同的方法是什么？
4. 操作系统的哪一部分参与管理上下文切换？

我正在使用 c 在 linux 操作系统中进行过程控制。fork() 函数真的让我很困惑。我所知道的：什么时候fork()被调用
1）无论后面的代码fork()，都被复制到子进程中。2）我们无法确定哪个（父母或孩子）将首先运行。我运行以下代码。

我的第一个问题是：为什么我得到两次 Hi？linux gcc 中 fork() 的工作中对此进行了解释，但我仍然希望有人更简单地解释一下。

我的第二个疑问：当我将输出重定向到 somefile.txt 时，即使我使用换行符（\n），输出也是：

你好

你好

请解释 ...

如果我错过了，请提供一些详细信息，以了解fork()

我们使用 Gearman 和 Supervisord 在我们的服务器上排队和运行作业。我似乎无法解决的一个问题是从工作队列中完全删除 Gearman 工作人员。我尝试删除客户端/工作人员源文件以及GearmanWorker::unregister从不同工作人员调用。运行时，$ gearadmin --status我仍然在作业队列中看到工作函数。有什么建议么？

请帮助建议如何使用 bash 捕获子进程的标准输出并将字符发送到子进程的标准输入。

比如用bash控制ffmpeg进程转换的10个视频，bash代码需要观察每个ffmpeg进程的stdout然后决定是否发送stdin命令///[+]或者[-]其他命令来控制ffmpeg[c][q]

秘密工作就像

仅当 [MY_PATTERN] 发生时，此作业才会在其标准输出上显示单词。我想使用 bash 代码来捕获作业的标准输出，根据包含 MY_PATTERN 的行做一些决定，然后将命令输入到作业的标准输入中。我想我需要通过 bash 激活新的 shell 来执行作业并交互它的标准输入/标准输出。但是怎么做？

嗨，我已经收集了 3 年的一些过程数据，我想模拟 EWMA 前瞻性分析，看看我设置的平滑参数是否会检测到所有重要的变化（没有太多的误报）。

我看过的大多数教科书和文献似乎都使用平均值和标准差来计算控制限。这通常是一些历史数据的“受控”均值和标准偏差，或者是从中抽取样本的总体的均值和标准差。我没有任何信息。

是否有另一种方法来计算控制限？

EWMA 图表是否存在不使用均值和标准差的变体？

有什么创意吗？

先感谢您

我正在尝试将 elasticsearch 作为一个进程启动并在不关闭命令提示符的情况下停止它。为了创建一个新流程，我正在使用：

该进程在端口 9200 上运行。

如何从已经打开的命令提示符或运行 elasticsearch 节点进程的现有命令提示符中获取进程 PID 或名称以使用 taskkill 使用此命令或类似命令终止此进程：

5800 的 Pid（显示在上面控制台的进程日志中）不起作用。Windows 任务管理器没有名为 elasticsearch 的进程。它只有一个用于运行 elasticsearch 的命令提示符的 cmd 进程，当我终止该进程时，elasticsearch 也会被终止。

有人知道免费的 OpenAPC 软件 ( http://www.openapc.com )的第 3 方 OPC 插件吗？

或者，如果它不存在，对于可用作实现此类插件的基础的开源 OPC 客户端的任何建议？与他们的 OpenSDK 一起，应该可以很容易地实现它。

谢谢！