这适用于使用Java的Google App Engine。 （此场景中的“threadsafe”将设置为true，因此请在您的思考过程中包含该内容。）
哪些App Engine配额受到影响？ 目标是减慢一些用户（非付费用户）的速度，使他们的请求需要更长的时间才能到达。 （在网站/应用程序上花费的时间在每个用户的小时范围内。）因此，在用户因等待时间减慢两倍的情况下，每个用户节省了理论带宽使用量的一半，因为他们不会不要花更多的时间来补偿;在这种情况下，他们会在一天结束时上床睡觉。
具体来说，我的目标是使其更具成本效益，而不是任何事情。
CPU配额是否受线程延迟的影响？ （请原谅我对这个主题的无知。我认为这样的Java线程延迟本身并不会导致CPU使用率，但我可能会错，这就是为什么我要求你们这些知识渊博的人。）
我应该考虑其他任何有害的事情吗？
（请确保考虑到这一点，在这种情况下，用户本身不会受到网站加载速度较慢的负面影响，并且他们会耐心等待页面加载。这是用户所在的应用程序类型因为他们花了很多时间在网站上来消磨时间，所以会因为一点点的滞后而烦恼。希望这是理解的。）
提前感谢任何想法，并感谢至少阅读我的问题。
答案 0 :(得分：2)
在当前的结算模式下，如果您的处理程序平均需要超过1000毫秒才能返回响应，那么您的应用将无法扩展。故意添加睡眠呼叫会降低您的应用程序速度，并降低其自动调整的可能性。
根据新的结算模式，正如克里斯指出的那样，您将按实例小时付费，这意味着虽然您的应用程序可以正常扩展，但您需要支付更多费用才能降低用户速度。
当大多数人试图减少他们的响应时间毫秒时，你就会问到人为地减慢请求的方法;这似乎很奇怪，可能会驱使你的用户。难道你最好不要为他们提供一个页面，通知他们他们的配额过高，并邀请他们稍后回来（或者说，付钱给你）？