stephanwib at googlemail.com
Wed Nov 16 06:08:12 PST 2016
Thanks everyone, a class indeed seems to provide what´s required for this use-case. Regards, Stephan 2016-11-16 14:47 GMT+01:00 Johannes Meixner <jsmeix at suse.de>: > > Hello, > >>> On Nov 16, 2016, at 6:25 AM, Stephan wrote (excerpt): > > ... >>> >>> ... a bunch of print servers with one print queue to which >>> documents are sent from several users. This "virtual" print queue >>> >>> -converts the incoming data to PDF >>> -passes that data to a custom backend which saves >>> it at a certain location in the filesystem >>> >>> At this point, the print queue processes jobs sequentially which can >>> lead to high waiting times. However, this type queue should be >>> processing jobs in parallel to reduce waiting times and make use of >>> all CPUs. > > > On Nov 16 07:47 Michael Sweet wrote (excerpt): >> >> Sorry, but that is not currently possible. > > > I think it is not currently possible if "one print queue" > is a precondition that cannot be changed. > > I.e. currently parallel processing of jobs for one print queue > is not possible. > > But if one can control what there is on the print servers, > I think one could set up multiple print queues and make a class > of them on the server and let the clients/users submit their > print jobs to the class. > > > Kind Regards > Johannes Meixner > -- > SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, > Graham Norton - HRB 21284 (AG Nuernberg) > > > _______________________________________________ > cups-devel mailing list > cups-devel at cups.org > https://lists.cups.org/mailman/listinfo/cups-devel