Google app engine appengine任务队列计数

由于无法根据编程方式了解TaskQueue计数，因此我考虑使用缓存来监视队列。这是明智之举还是大罪？（我知道缓存不可能100%可靠，89%可靠对我来说没问题）

这不是可靠性的问题，缓存可以随时清除，然后你的左边是零。您需要将计数存储在数据存储中

---

查看有关如何在数据存储上获得良好写入吞吐量的教程。

这不是可靠性问题，缓存可以随时清除，然后保留为零。您需要将计数存储在数据存储中

---

查看有关如何在数据存储上获得良好写入吞吐量的教程。

我使用TaskQueue作为某种类似于线程的方式进行睡眠和继续循环，因此，对我来说，向数据存储写入操作太过繁琐，imho。我对假设的11%的失败率没有意见，其中TaskQueue计数保留为0。我使用TaskQueue作为某种类似线程的方式进行睡眠和继续循环，因此写入数据存储对我来说是过分的，imho。如果TaskQueue计数为0，则假设失败率为11%，我对此没有意见。“缓存”是什么意思？你是说memcache吗？为什么你需要知道队列中有多少任务？是的，内存缓存。我正在根据可用时间戳轮询一些数据，如果数据当时还不可用，很快就会可用。因此，我使用了计算的任务队列，并尝试重试任务队列，而不是常规的cron作业。我还希望减少不必要的taskqueue的CPU使用，因此我希望监视taskqueue。我一直在寻找更好的解决方案，或者用一种惯用的方式来解决这个问题。对不起，我不明白这需要知道队列中有多少任务。您能澄清一下吗？当数据在规定的时间戳未准备好时，它会创建一个新的任务队列，以便在一分钟内重试。还有其他服务正在等待该数据，如果它们在指定的时间戳未找到该数据，则希望确保重试的任务队列已就位，否则将创建新的任务队列。有时，由于某种原因，数据还没有准备好，并且已经过了时间戳（它不在我的控制范围内），然后不必要地创建了一堆任务队列（浪费CPU时间）。我只需要一个任务队列（比如智能cron作业）就可以了。听起来你应该使用任务名称来防止插入重复的任务，比如：“缓存”？你是说memcache吗？为什么你需要知道队列中有多少任务？是的，内存缓存。我正在根据可用时间戳轮询一些数据，如果数据当时还不可用，很快就会可用。因此，我使用了计算的任务队列，并尝试重试任务队列，而不是常规的cron作业。我还希望减少不必要的taskqueue的CPU使用，因此我希望监视taskqueue。我一直在寻找更好的解决方案，或者用一种惯用的方式来解决这个问题。对不起，我不明白这需要知道队列中有多少任务。您能澄清一下吗？当数据在规定的时间戳未准备好时，它会创建一个新的任务队列，以便在一分钟内重试。还有其他服务正在等待该数据，如果它们在指定的时间戳未找到该数据，则希望确保重试的任务队列已就位，否则将创建新的任务队列。有时，由于某种原因，数据还没有准备好，并且已经过了时间戳（它不在我的控制范围内），然后不必要地创建了一堆任务队列（浪费CPU时间）。我只需要一个任务队列（如智能cron作业）就可以了。听起来您应该使用任务名称来防止插入重复的任务，如下所示：