In ons netwerk (2 w2k3 servers en 13 werkstations) verloopt het printen van grote documenten traag. Het betreft hier vooral Indesign (PDF) en Autocad bestanden. Onze Xerox A3 kleurenprinter ( Workcentre 7132) hangt rechtstreeks in het netwerk. De printer is gedeeld op de w2k3 SBS server.
Een full color PDF bestand van 100 mb printen gebeurt regelmatig. Dit frustreert alleen de printer, of eigenlijk de spooler. Het printen vanaf een PC is zo gebeurt maar voordat het hele bestand door de spooler verwerkt is duurt snel 10 a 15 minuten. Het gevolg is een printer die te lang 'bezet' wordt gehouden en gefrustreerde collega's want op de printer staat dat ie 10 pagina's per minuut in kleur kan en als je geluk hebt is het er 1!
Ik zoek eigenlijk een oplossing waarbij ik een extra server neerzet die alleen maar bezig is met het doorrekenen van printopdrachten en deze dan in één keer doorzet naar de printer. Eigenlijk zou ik willen dat de printer het bestand niet eens meer hoeft te rippen.
Xerox biedt zelf een oplossing: een EFI Fiery netwerkserver maar deze kost net zoveel als de printer en is dus niet echt een optie. Een instap model server met een snelle processor moet dit toch ook op één of andere manier kunnen doen?
Wie helpt?
Een full color PDF bestand van 100 mb printen gebeurt regelmatig. Dit frustreert alleen de printer, of eigenlijk de spooler. Het printen vanaf een PC is zo gebeurt maar voordat het hele bestand door de spooler verwerkt is duurt snel 10 a 15 minuten. Het gevolg is een printer die te lang 'bezet' wordt gehouden en gefrustreerde collega's want op de printer staat dat ie 10 pagina's per minuut in kleur kan en als je geluk hebt is het er 1!
Ik zoek eigenlijk een oplossing waarbij ik een extra server neerzet die alleen maar bezig is met het doorrekenen van printopdrachten en deze dan in één keer doorzet naar de printer. Eigenlijk zou ik willen dat de printer het bestand niet eens meer hoeft te rippen.
Xerox biedt zelf een oplossing: een EFI Fiery netwerkserver maar deze kost net zoveel als de printer en is dus niet echt een optie. Een instap model server met een snelle processor moet dit toch ook op één of andere manier kunnen doen?
Wie helpt?
Quod licet lovi, non licet bovi
