所以cups-lpd的手册页说“大configuration”是一个坏主意，但没有详细说明。 有没有人有任何使用这个工具的规模和经验，如何应对？
我正在查看大约100台打印机每小时接收3000个工作（总计，不是每个）。
作为一个networking程序员，50个请求/分钟对我来说似乎是微不足道的，但是如果每个请求花费太多时间，它似乎最终会耗尽自己。
这可以工作，还是我设置自己的不愉快的支持电话？
（作业是RAW通过直接打印机，如果有关系）
我用100+打印机（运行CUPS或LPRng）的大型生产打印环境没有任何问题。 有没有一个原因，你正在使用cups-lpd而不是通过CUPS使用lp / lpr？
不过，有几种CUPS调整可以减轻麻烦。 根据您的Linux发行版，您将需要更改/etc/cups/cupsd.conf文件中的一些默认设置。
MaxLogSize值增加到2000000000 。 MaxJobs增加到超出默认值500 （我使用5000 ）或0 （无限制）的值。 这详细说明了保留在内存中的最大作业数（活动和完成）。 如果您的大容量设备出现故障或停顿，但打印作业继续提交，则可以轻松地达到此号码，并且会停止整个打印系统，直到队列被清除。 ErrorPolicy ，我将打印机的ErrorPolicy指令设置为retry-job而不是默认的stop-printer 。 这意味着小的连接点/卡纸/等等。 不会导致打印机脱机，需要cupsenable才能恢复打印。