小编Pra*_*ewa的帖子

这是运行负载测试时预生产服务器的 JVM 内存使用情况（Xmx=10g）。我有几个问题。

1. 垃圾收集器几乎每 5 分钟运行一次。在这 5 分钟内，堆从 3GB 增长到 10GB。这种增长正常吗？如果没有，如何分析我的应用程序中的问题？

2. 在两个垃圾收集器周期内，平均堆使用量逐渐减少并突然增加。这是什么原因？

3. 在第二条评论中提到的逐渐下降中，没有平稳下降，有一个振动。这是什么原因？

我的CPU数量是8。理论上说，我可以有16个线程来运行我的多线程程序。我有几个问题。

1. 如果我创建20个线程并同时启动它们会怎样？由于硬件限制，我不能拥有太多线程，因此OS是否可以处理它？还是必须从我的角度来处理它？
2. 即使理论上有16个线程，某些线程也可能已被其他程序利用。有没有办法在Python中获得“可利用的线程数”并动态地利用最大可能的线程数？

以下是我的多处理代码。regressTuple 有大约 2000 个项目。因此，以下代码创建了大约 2000 个并行进程。运行此程序时，我的 Dell XPS 15 笔记本电脑崩溃了。

1. python多处理库不能根据硬件可用性来处理队列并在最短的时间内运行程序而不崩溃吗？我这样做不正确吗？
2. python 中是否有 API 调用来获取可能的硬件进程数？
3. 如何重构代码以使用输入变量来获取并行线程计数（硬编码）并多次循环线程直至完成- 这样，经过几次实验，我将能够获得最佳线程计数。
4. 在最短的时间内运行此代码而不崩溃的最佳方法是什么？（我不能在我的实现中使用多线程）

特此我的代码：

regressTuple = [(x,) for x in regressList]
processes = []

for i in range(len(regressList)):                  
    processes.append(Process(target=runRegressWriteStatus,args=regressTuple[i]))

for process in processes: 
    process.start() 

for process in processes:
    process.join()

这是 filebeat 的全新安装。我从现有服务器复制了配置文件 filebeat.yml。

文件节奏版本：6.8.5

当服务启动时sudo systemctl start filebeat，通过查看服务状态会抛出以下错误sudo systemctl status filebeat

filebeat.service: main process exited, code=exited, status=1/FAILURE
Unit filebeat.service entered failed state.
filebeat.service failed.
filebeat.service holdoff time over, scheduling restart.
Stopped Filebeat sends log files to Logstash or directly to Elasticsearch..
start request repeated too quickly for filebeat.service
Failed to start Filebeat sends log files to Logstash or directly to Elasticsearch..
Unit filebeat.service entered failed state.
filebeat.service failed.

失败的原因是什么？