打印服务器是Xen上的虚拟机VM是Windows 2003 32位。 在这个问题上，虚拟机不会被征税，CPU，内存，高清读写，networking速度都很好。
我看到的问题是将打印文件从打印服务器传输到打印机。 80Mb文件在大约2分钟内从客户端传输到打印服务器，但是这个文件需要大约2个小时才能发送到打印机。 我不明白为什么这会刚刚开始发生。
打印机每天晚上重新启动，并在早上用于一个大型打印作业。 服务器已经重新启动，没有任何效果我改变了假脱机选项，在打印开始之前将整个假脱机文件发送到服务器，并没有任何效果。
这个打印机问题确实发生在Xen环境的一些改变之后。 Xen服务器从使用HBA网卡变成了iscsi软件，并且新增了一个交换机。我不认为这与问题有关，因为虚拟机上的所有速度都比较好。 星期六发生了变化，星期一早上发生的这台打印机的第一印。 我只是把它放在那里，但就像我说我不认为这是相关的，但我不想排除。
在这一点上，除了物理层，我没有其他的select。 我可以切换到打印机的networking电缆，我可能能够将相同的作业打印到另一台打印机。 但是直到今天下午我都不能testing这些东西。
任何其他想法或testing我可以做，试图find速度缓慢的原因？
我忘了说这只是在打印到这一台打印机时才发生。
===更新===我发现有几个打印机目前有这个问题，而不只是一个。 服务器上有超过30台打印机，但是我知道这并不是所有的打印机都发生的。
我从服务器上打印了一个大的pdf文档，并能以正常的速度打印。
如果机器发送大的打印请求，它会到达服务器，但是从服务器到打印机的速度很慢。 如果直接从打印机发送，则以正常速度到达打印机。
现在的问题是，为什么机器出现速度差，为什么现在要开始呢？
打印问题可能令人沮丧，尤其是因为打印问题太多。 但根据我的经验，多数情况下，像您所描述的问题是软件层面的问题。 从你所描述的这听起来像这个问题是一个驱动程序问题或可能是假脱机问题。
我会做以下来隔离这个问题：
这在W2K，W2K3和XP上是相当典型的行为。
我已经看过无数次了。
某些软件或修补程序/安全修补程序已安装，但仅在重新引导期间应用。
在启动过程中，通常会有一个最终的安装/configuration步骤（如replacelocking的文件），这是在打印系统已经初始化时发生的。
如果在驱动程序使用的某个位置阻止某些系统DLL，则可能会发生这种情况。
通常只要重新启动服务器上的“打印服务”就可以解决问题。 或者将打印队列上的驱动程序更改为“Generic / Text only”，然后返回到原始驱动程序。
服务器的额外重新启动也可以做到这一点。 但是这在生产环境中可能不是一个好主意。
微软通过Windows启动逻辑的改变，在Vista / W7 / W2K8中解决了这个问题。 非关键服务（如打印）现在被延迟，直到等待安装完成后。
这个问题最终与司机有关。 我卸载了驱动程序，重新启动，然后使用最新的一个。 在我使用PCL之前，我最终使用了一个PS驱动程序。 我不知道为什么在重新启动服务器后，这决定发生。