Я не могу думать о способе исходно сделать это. Я знаю, что IE8 имеет новую модель процесса, что означает, что он должен использовать несколько процессов - но существует способ реконфигурировать его так, чтобы он только использовал тот. Однако, если производительность была Вашим основным беспокойством, перемещение в IE8 не будет лучшей идеей.
Было бы относительно просто написать сценарий решения этого, но я думаю, что это лечит симптом а не причину.
Вещи попробовать:
/etc/opt/csw/cups/cupsd.log
если Вы используете последнюю версию пакета), и считайте журналы (/var/opt/csw/log/cups/...
)Будет изменение сети/скорости или дуплекса в какой-либо точке на Вашей сетевой справке?
Большинство сетевых плат работает автоматическое, согласовывают по умолчанию. Я задаюсь вопросом при принуждении скорости канала и дуплекса к тому, чему по желанию помогают сетевые выполнения.
Я предполагаю, что 'буферный файл' намного больше и поэтому больше данных для отправки по сети при использовании SMB. Необходимо будет использовать сетевой анализатор для проверки этого.
Я немного опаздываю стороне, я знаю.
Это может быть решено путем установки waiteof=false
socket://uri:port? waiteof=false
http://www.cups.org/documentation.php/doc-1.4/network.html#SOCKET
CUPS по умолчанию ожидает принтера для чтения прежде, чем отправить новые задания печати как систему поддержки. Это заставляет это быть медленным, поскольку это ожидает того, что печатается для окончания.
Также удостоверьтесь, что обновили к 1.4.4. Предположительно, зафиксированный.
Примечание:
Вы захотите установить версию, более свежую, чем 1.4.4. Пакеты Кубков для главных дистрибутивов все еще имеют эту ошибку.
Например: Debian Сжимают (текущая конюшня по состоянию на 2012), имеет чашки 1.4.4-7, но эта ошибка все еще присутствует. Я должен был установить чашки 1.5.3 от sid (нестабильного) для устранения этой проблемы.