作业调度程序的轮询替代方案

我们在工作中需要一个作业服务器，我目前正在使用Quartz.net，但创建自己的想法对我很有吸引力。至少了解Quartz.net可能在做什么不会影响我的理解/更有效地使用它的机会。

所以我的问题是，你会如何在没有投票的线程上获得和解雇工作？如果你每隔2分钟检查一下你的"jobstore"是否有需要解雇的工作，你可能会有大约2分钟的延迟。如果你减少了投票时间，你的工作就会增加压力，但仍然没有真正的开始时间。你可以为接下来的两分钟段预加载作业，并在剩余的时间内让线程休眠，以便它们在适当的时间开始，但如果你的轮询时间很长（删除、重新安排等），这似乎很草率，很容易出现问题。我正在删除Quartz来弄清楚它是如何做到的，但我想知道我是否错过了一些基本的东西。

编辑：

Kevin最初描述的线程结构似乎是你应该如何做作业服务器的。它以最少的开销为您提供最大的灵活性。因为线程对大多数人来说都是一个皮塔（也许只有我：），所以更简单的轮询示例将在90%的情况下完成任务，代价是失去灵活性和更多的开销。

另一方面，除非你用一个正在执行的作业来实现单线程，否则你无论如何都必须处理线程。不妨全力以赴，找出信号。

我也同意Kevin的观点，你声称你在民意调查数据库示例中免费获得的东西并不是真正免费的。你会像编写线程/等待应用程序一样编写代码。如果您的轮询数据库作业服务器在作业中间爆炸了怎么办？两者都将依靠一些耐用的存储来跟踪他们的状态，以防发生灾难。

如果您将"jobstore"提升到一个抽象级别，而它不是基于普通的ACID（正确的术语？）数据库，该怎么办。现在，我相信你的很多"免费"东西所基于的东西已经不可用了（交易？）。