石英线程执行并行还是顺序？

Question

我们有一个基于quartz的调度程序应用程序，每分钟运行大约1000个作业，这些作业平均分布在每分钟的几秒钟内，即每秒大约16-17个作业。理想情况下，这16-17个作业应该同时触发，但是我们的第一条语句，它只是记录执行的时间，任务的execute方法调用得很晚。假设从05:00到05:04，我们每分钟安排1000个工作。因此，理想情况下，计划在05:03:50的作业应该在05:03:50记录execute方法的第一条语句，然而，它在大约05:06:38执行该语句。我追踪了计划工作所花费的时间，大约15-20毫秒。这个计划的作业足够快，因为我们只是在ActiveMQ队列上发送消息。我们已经指定了石英线程的数量为100，甚至尝试将其增加到200或更多，但没有收获。我们注意到的另一件事是，来自调度程序的日志在第一个1分钟后是连续的，即。

[Quartz_Worker_28] <Some log statement>
..
..
[Quartz_Worker_29] <Some log statement>
..
..
[Quartz_Worker_30] <Some log statement>
..
..

因此，这表明，在一段时间后，quartz运行线程几乎是连续的。这可能是由于将作业完成通知到持久性存储（在本例中是一个单独的postgres数据库）和/或上下文切换所花费的时间造成的。

[06/07/12 10:08:37:192][QuartzScheduler_Worker-34][INFO] org.quartz.plugins.history.LoggingTriggerHistoryPlugin - Trigger [<trigger_name>] fired job [<job_name>] scheduled at:  06-07-2012 10:08:33.458, next scheduled at:  06-07-2012 10:34:53.000
[06/07/12 10:08:37:192][QuartzScheduler_Worker-34][INFO] <my_package>.scheduler.quartz.ScheduledLocateJob - execute begin--------- ScheduledLocateJob with key: <job_name> started at Fri Jul 06 10:08:37 EDT 2012
[06/07/12 10:08:37:192][QuartzScheduler_Worker-34][INFO] <my_package>.scheduler.quartz.ScheduledLocateJob <some log statement>
[06/07/12 10:08:37:192][QuartzScheduler_Worker-34][INFO] <my_package>.scheduler.quartz.ScheduledLocateJob <some log statement>
[06/07/12 10:08:37:192][QuartzScheduler_Worker-34][INFO] <my_package>.scheduler.quartz.ScheduledLocateJob <some log statement>
[06/07/12 10:08:37:220][QuartzScheduler_Worker-34][INFO] <my_package>.scheduler.quartz.ScheduledLocateJob - execute end--------- ScheduledLocateJob with key: <job_name> ended at Fri Jul 06 10:08:37 EDT 2012
[06/07/12 10:08:37:220][QuartzScheduler_Worker-34][INFO] org.quartz.plugins.history.LoggingTriggerHistoryPlugin - Trigger [<trigger_name>] completed firing job [<job_name>] with resulting trigger instruction code: DO NOTHING. Next scheduled at:  06-07-2012 10:34:53.000

scheduled at:  06-07-2012 10:08:33.458, next scheduled at:  06-07-2012 10:34:53.000

因为这个工作被安排在10:04:53，但它在10:08:33开火，still quartz并没有认为它没有开火。不应该是失火吗？

Answer 1

试着玩下面的游戏，它应该改善行为

org.quartz.scheduler.batchTriggerAcquisitionMaxCount
org.quartz.jobStore.acquireTriggersWithinLock
org.quartz.scheduler.idleWaitTime