Red HatThis forum is for the discussion of Red Hat Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
we are using RHEL 5.5 (64-Bit)for our Production server. We are using Oracle ERP Application on this . We have multiple concurrent prints which are going via OS to end user printer.( end user printers are connected to network via a usb to network converters).
Right now we are using CUPS, but it is printing one by one ,
Our requirement is to print in parallel that too fast. there are hundereds of prints in minutes.
Hi All,
we are using RHEL 5.5 (64-Bit)for our Production server. We are using Oracle ERP Application on this . We have multiple concurrent prints which are going via OS to end user printer.( end user printers are connected to network via a usb to network converters).
Right now we are using CUPS, but it is printing one by one, Our requirement is to print in parallel that too fast. there are hundereds of prints in minutes.
is there a way or well know software we can use?
No idea what the problem is, based on what you wrote. Printers only process things as fast as they physically can. If you have one printer and hundreds of documents, then they're going to queue up, no matter what software you use. If you have MANY printers, then send the print jobs to different print queues. How you do that is going to depend on the application itself (again, not the print queue software).
You don't tell us what's generating these print jobs, how many pages these jobs are (typically), how many printers they're getting printed to, etc. Also...a USB to network 'converter'?? You do realize that those devices are essentially throttling the speed of a print job down to USB speed, from network speed, right?? Large documents = more transfer time = longer print queues.
In general I agree with TB0ne, especially wrt USB/network converter (no idea what it is, but doesn't sound good).
If you have multiple printers connected to the network and normal network setup on the server, I'd certainly setup a separate queue per printer. That's the normal way to do things and enables:
1. parallel output
2. ability to stop/down a given printer / printqueue without affecting any others.
No idea what the problem is, based on what you wrote. Printers only process things as fast as they physically can. If you have one printer and hundreds of documents, then they're going to queue up, no matter what software you use. If you have MANY printers, then send the print jobs to different print queues. How you do that is going to depend on the application itself (again, not the print queue software).
You don't tell us what's generating these print jobs, how many pages these jobs are (typically), how many printers they're getting printed to, etc. Also...a USB to network 'converter'?? You do realize that those devices are essentially throttling the speed of a print job down to USB speed, from network speed, right?? Large documents = more transfer time = longer print queues.
We are printing pdf files , each file is of one page only , these are invoices . around 40 printers these are getting printed.
can you help , how can i manage print queues in CUPS.
We are printing pdf files , each file is of one page only , these are invoices . around 40 printers these are getting printed.
can you help , how can i manage print queues in CUPS.
...and....
Quote:
Originally Posted by merajmca
yes i read the links, i want to manage prints queues, can you help in this , how can i manage queue and monitor print queues.
If you DID read the links, then you already know how to manage and monitor print queues. The CUPS website has lots of docs too (http://www.cups.org). If you point your web browser to "http://<ip address of the print server>:631", you'll see the CUPS admin page. Click the tabs at the top...simple.
Again I'll ask: how LARGE are these pages? And you do realize that a network-to-USB 'converter', is only going to slow down your printing speed. I find it odd that your printers aren't network capable, since most of them are these days. If you have a network line going to each printer for the 'converter', why don't you plug it into the printer directly? Also, what kind of printers are these, and have you tried reading the manual on those printers?? Some printers will wait until they get the ENTIRE document, before starting to print. Some of them treat PDF's differently than other print types. Have you tried printing plain text, to see if there's any speed difference? And are you printing these in color, or black-and-white?
There are LOTS of variables...you need to check/be clear on them ALL. And be aware that there is nothing magical that ANY operating system can do to make things print faster. Don't know what you mean by 'manage' queues, and you still don't say what program is generating these print jobs, or how the queue selection is getting done.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.