【问题标题】:Quartz .Net Causes services.exe to cause CPU spike on services.exeQuartz .Net 导致 services.exe 导致 services.exe 上的 CPU 峰值
【发布时间】:2021-03-26 13:17:59
【问题描述】:

我们使用 Quartz 构建的后台应用程序导致 Services and Controller App (services.exe) 使用高 CPU。应用程序本身使用可接受范围的 CPU(空闲时为 0-1%,触发作业时为 3-4%)和内存(最大 200MB)。但是每当触发作业时,services.exe CPU 使用率就会增加,并导致服务器出现问题,例如阻止其他服务重新启动。

来自应用程序的一些见解:

  • 大约 75 个作业,其中 5-10 个作业间隔 2 分钟,其余作业在午夜运行。 (问题一直在发生)
  • quartz.threadPool.threadCount = 10
  • quartz.scheduler.batchTriggerAcquisitionMaxCount = 100
  • 使用 RAMJobStore
  • 在 IoC 容器中使用单例模式。

任何帮助表示赞赏。

【问题讨论】:

    标签: .net windows quartz.net


    【解决方案1】:

    发现我们的应用程序存在问题,并在此写下任何经过此问题的人。至少它可能会给出一些想法。

    调查结果:

    • Quartz .Net 与该问题没有任何关系。
    • 我们的记录器扩充器正在尝试查询每个日志的服务名称。
    • 此操作导致 service.exe 响应,因此是高 CPU 的原因。

    我尝试了几个 Windows 分析器,但不幸的是,它们都没有提供足够或易于理解的信息。最后,尝试了 dotTrace,它向我显示了应用程序中的热点,然后在我的应用程序和 services.exe 之间建立关联很容易。

    个人学习:

    • 我试图在我的应用程序和services.exe 之间建立关联,它必须有一个。但我的错误是专注于 Quartz .Net 以及如何管理操作系统上的线程。
    • 尽管问题不同,但追求相关性是我的重点。没有火,没有烟。

    谢谢。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2020-10-07
      • 1970-01-01
      • 2016-05-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多