HP Universal Print Drivers Incredibly Slow

22,056

Solution 1

I was migrating from a Windows 2003 print server to 2008 R2, within the first few minutes of testing we had major print delays. It was taking at least 30 seconds to spool each page, I tried several suggestions from this site and others with no avail. I decided to try different configurations myself, after some trial and error I found the fix for me was to change the print processor under the advanced tab to hpcpp115 RAW. Hope this saves some headaches.

Solution 2

We had a similar problem and fixed it by changing the printer type.

Can you set up the 8100 as a different series? What if you configure it in Windows as an HP 5si, or an HP 9000? If you are just printing, and not using special trays frequently, this should work.

Share:
22,056
Mr Furious
Author by

Mr Furious

Updated on September 17, 2022

Comments

  • Mr Furious
    Mr Furious almost 2 years

    We recently migrated to a Windows 2003 R2 Enterprise x64 Server (SP2) as a print server. For the most part, we found that it wasn't too hard to get both a x64 and a x86 driver for the printers we were using. Shortly after switching, we noticed that certain printers were taking far, far longer to spool their jobs. In particular, we noticed that our HP LaserJet 8100 was taking approximately 10-20 seconds to spool a job compared to its previous behavior of spooling almost faster than you could click.

    At first we suspected it might have something to do with the x64 version of Windows managing the x86 client print requests. However, the behavior only seemed to manifest on certain printers. We eventually narrowed it down to the HP Universal Print Driver. Any printer using that driver was extremely slow spooling. HP doesn't offer a printer specific W2K3 64-bit driver for our LaserJet 8100, only the universal driver is available (as of 2/25/09). They do offer an 8100 specific driver for 32-bit systems in addition to the Universal driver.

    Unfortunately, the 32-bit specific drivers cannot be added to the x64 printer share because of the difference in print name. Apparently you're only able to add 32-bit drivers if they are named exactly the same thing (i.e. they must both be Universal Printer drivers). This has created quite a dilemma. The performance is so poor with the universal print drivers, it makes multi-print jobs take many times longer than they did before. Doing a stack of prints for our Engineering team literally takes hours where before it took a half hour.

    It seems our options are limited. If we return to an x86 Windows Install to support the 8100 specific drivers, we lose the ability to support x64 systems. It would be a waste of money and resources to create both 32-bit and 64-bit print servers. It would be a lot nicer to eliminate the Universal print drivers or find a way to improve their performance.

    Is there a solution to improving the Universal Print Driver performance or am I stuck going back to a x86 print server?

  • Davek804
    Davek804 over 15 years
    This is an interesting possibility. We are an Engineering firm, so we have a combination of 8.5x11, 11x17, and 8x14 loaded in different trays. Would that be impacted by your suggestion?
  • Krist van Besien
    Krist van Besien over 15 years
    Thanks for the solidarity. An upvote on the question would be helpful in gaining attention! :P Life would have been a ton easier if HP had written decent drivers or made a discrete 64-bit driver.
  • Joel Coel
    Joel Coel almost 13 years
    @Mr Furious - you might be able to add a different printer share for each of the trays.