因此，前几天我从服务器管理员那里收到了以下消息：
你好 ****，
我们希望你今天做得很好。
我们注意到您的一个帐户以 1 分钟的间隔运行多个 cron 作业。（三个；我承认它们可以合并为 1。没有 1000 行代码，实际上不超过 35 行）
-剪辑-
在共享托管服务器上，每分钟运行一次 cron 作业可能会对服务器的运行状况和同一服务器上的其他用户产生不利影响。为了防止服务器受到负面影响，我们对 cron 作业进行了如下修改：
-剪辑-
它们现在将以上述指定的时间间隔运行。请不要运行任何间隔少于 15 分钟的 cronjob。
在这方面您的合作将不胜感激。
如果您还有其他问题或疑虑，请更新此票证。
此致， ****。
这对任何人都有意义吗？因为我查看了 cloudlinux 文档，但它似乎没有任何意义：
我从他们那里购买了一个“半专用”服务器，以及80 个可用的 Entry Processes。我认为这是一个问题的唯一方法是，如果他们将更多用户加载到他们没有实际资源来解释这些用户及其计划的服务器上，因为这是他的“示例”：
不幸的是，我们必须保持一些最低限度的限制来维持托管质量。想象一下如果 50 个用户在服务器上每分钟运行 150 个 cron 作业会发生什么。常规服务器可能会爬网。
就像我说的那样，我认为这是一个问题的唯一方法是用户资源是否超出服务器可以处理的范围。
我这样想有错吗？我从来没有链接到解释他的论点或任何东西的文件，他只是提到了他的“服务条款”，基本上告诉我他每天都在使用它，我不知道我在说什么。
CageFS 文档中提到“用户不应该感到任何方式受到限制”是指文件系统和进程隔离。chroot 或容器。用户在他们安装的应用程序和配置文件中不受限制，但这并不意味着资源配额。
无论可用容量或进程配额如何，您的主机都可能会施加 cron 限制。编写一个简单的 crontab 解析器比进行良好的性能根本原因分析和容量规划更容易。
阅读这些服务条款，尽管几乎可以肯定的是，作为容器主机的管理员，他们可以这样做。他们有一个观点，即频繁的 cron 作业可能是一个很大的负载，尤其是在资源受限的环境中。尽管我想知道他们的超额订阅率有多大，即使只有 100 个进程的配额，他们仍然觉得需要管理 crontab。
为了区分，您从使用 CloudLinux Shared 的共享托管服务提供商处租用了一个容器。CloudLinux 存在专用服务器用例，与上游 RHEL 或 CL 自己的克隆 AlmaLinux 相同。