Назад | Перейти на главную страницу

Масштабируемость сервера печати CUPS-LPD

Таким образом, в man-странице cups-lpd говорится, что «большие конфигурации» - плохая идея, но не уточняется. Есть ли у кого-нибудь опыт масштабного использования этого инструмента и как он справляется?

Я смотрю примерно на 100 принтеров, получающих 3000 заданий в час (всего, а не каждый).

Как веб-программисту, 50 запросов в минуту кажутся мне тривиальной нагрузкой, но если для каждого из них требуется больше секунды, кажется, что в конечном итоге она исчерпает себя.

Может ли это работать, или я настраиваюсь на неприятные звонки в службу поддержки?

(Задания в формате RAW проходят прямо на принтер, если это имеет значение)

У меня не было проблем с крупными производственными средами печати с более чем 100 принтерами (с CUPS или LPRng). Есть ли причина, по которой вы используете cups-lpd вместо того, чтобы просто использовать lp / lpr через CUPS?

Однако есть несколько настроек CUPS, которые помогут облегчить проблемы. В зависимости от вашего дистрибутива Linux вы захотите изменить некоторые значения по умолчанию в /etc/cups/cupsd.conf файл.

  • Я стремлюсь увеличить MaxLogSize ценность для 2000000000.
  • Вы также можете увеличить MaxJobs до значения за пределами значения по умолчанию 500 (Я использую 5000) или в 0 (нет ограничений). Здесь указывается максимальное количество заданий, которые нужно хранить в памяти (активных и завершенных). Если у вас есть сбой или остановка устройства большого объема, но задания на печать продолжают отправляться, этот номер может быть легко достигнут и остановит работу всей системы печати до тех пор, пока очереди не будут очищены.
  • в /etc/cups/printers.conf, Я установил принтеры ' ErrorPolicy директива к retry-job вместо значения по умолчанию stop-printer. Это означает, что при подключении возникают небольшие ошибки / замятия бумаги и т. Д. не приведет к отключению принтеров, требуя cupsenable для возобновления печати.