Forum Discussion
All printers printing slow.
- All,
After much back-and-forth between MS and Kyocera I can confirm this painful issue has been solved.... it was indeed a firmware issue on Kyocera side. The printer was not able to communicate with the queue during sleep mode.
Not fixed yet in official firmware but will be soon I hope. I got an onofficial one...
Kr
Christiaan
Thank you for the response and documentation. While it does grant me insight into the process, my goal is to improve these time metrics as the business which is piloting Universal Print prints thousands of pages a day; many individual user workflows will exceed 100+ individual print jobs per day. So, going from a 2 second response to a 45 second response for each one is simply not viable to sustain their workflow. Naturally we can try to reduce the need for such high printing traffic, but the point of Universal Print is...to print, I believe - and the organization is very interested in continuing to print at the same rate for now.
Universal Print is failing to "keep up" with their printing traffic needs, essentially.
The printer management benefits on the other hand are quite useful to the organization so if I am able to improve the print times in any manner then it is still possible to retain their use of Universal Print.
While I know you have implied that we cannot expect any improvement in performance from Microsoft's end on this in the near future, I am hopeful that you can disclose what type of network traffic Universal Print uses so that we may attempt Quality of Service and traffic shaping measures to improve these slow print times.
Any other tactics which you may recommend beyond "don't use the connector" would also be welcome; I only use the connector for models which do not support universal print, however, in my experience the print times are not noticeably different regardless of whether the connector is in use or not.
Here is an article published by Microsoft themselves which discusses the topics I linked previously but more in depth.
To be more specific the article goes through each step of the "print job journey" and the impact each step has on the latency of a print job which in turn points you to where you can make improvements to reduce the bottlenecks.
Keep business going with Universal Print - Microsoft Community Hub
AndreasAsander
I really appreciate your response.- Saurabh_Bansal
Microsoft
UniPrintLad - you pose interesting questions :). To summarize the articles that Andreas shared, Universal Print has two phases:
- Service Processing time: Job going from Client to Universal Print service and getting processed in the service - this is usually very quick - within a couple of seconds. This part of journey is reflected with "upload time".
- Can you confirm how are you printing? Are you printing from Windows or have your own application that uses Graph APIs? Graph APIs can add some more time. At the end of this stage, Universal Print would have tried to inform the printer (or Connector) about job available for printing.
- Printer (or Connector), then download the job, print and update status in Universal Print. Timer for the printer/Connector starts from upload time onwards.
- Wait time: Even though the job is ready in service, in some cases printer/connector has to wait before it can process the next print job. Difference between acknowledge time and upload time indicates this wait. For e.g., in case of Connector if a printer has many jobs submitted at the same time, then jobs will be processed one-by-one at the printer. If each first job takes 7 seconds, then second job has to wait for 7 seconds. Similarly third job at the same time will have to wait for 7+7=14 seconds and so on. Having said that, concurrency of many jobs on the same printer is very rare - but it does happen!
- Printer processing time: Printer starts processing the job at "acknowledge time". Universal Print waits to hear back about job status from the printer. When printer responds saying it Completed the job, Universal Print stores that as the final time. Sometimes final time can be a bit deceptive as printer performs some finishing tasks even after printing the job.
To see the throughput of the Universal Print service, I typically look at difference between acknowledge time and created time. From your screenshot, I do not see much delays there and its usually within 3-5 seconds.
Can you confirm if you are using Connector or are you using Universal Print ready printer? Some printers can take upto 30 seconds to process a job.
P.S. - Thanks AndreasAsander for taking the lead in responding to these questions.
Hello,
We have a Kyocera TASKalfa 2554ci. This shows the same behaviour....
check out the crazy times... it is really random. and when I reboot the printer, the times are normal again....
Office personel is quite annoyed by this behaviour. Hope we can find something. We use Office applications mainly.
- Service Processing time: Job going from Client to Universal Print service and getting processed in the service - this is usually very quick - within a couple of seconds. This part of journey is reflected with "upload time".
