LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Red Hat (https://www.linuxquestions.org/questions/red-hat-31/)
-   -   Fast printing in RHEL (https://www.linuxquestions.org/questions/red-hat-31/fast-printing-in-rhel-4175453760/)

merajmca 03-12-2013 07:05 AM

Fast printing in RHEL
 
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?

please help.

thanks

Mapps

TB0ne 03-12-2013 09:16 AM

Quote:

Originally Posted by merajmca (Post 4909896)
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.

chrism01 03-13-2013 12:30 AM

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.

See these pages:

http://linux.die.net/man/8/accept
http://linux.die.net/man/8/reject
http://linux.die.net/man/1/cancel-cups
http://linux.die.net/man/8/enable
http://linux.die.net/man/8/disable

Madhu Desai 03-13-2013 07:52 AM

Quote:

Originally Posted by chrism01 (Post 4910461)
USB/network converter (no idea what it is, but doesn't sound good).

hehehe... LOL :D

merajmca 03-13-2013 11:51 PM

Quote:

Originally Posted by TB0ne (Post 4909983)
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.

thanks

chrism01 03-14-2013 12:53 AM

Did you read my links??

merajmca 03-14-2013 01:32 AM

Quote:

Originally Posted by chrism01 (Post 4911211)
Did you read my links??

Hi Chris,

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.

thanks

TB0ne 03-14-2013 09:13 AM

Quote:

Originally Posted by merajmca (Post 4911183)
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.


All times are GMT -5. The time now is 02:11 AM.