David Geiger [2005-11-06]:

Hallo,

mein Drucker (Lexmark 4039 10plus, 16 MB RAM, /dev/lp0) druckt unter Linux ungefähr 20 mal langsamer als unter Windows.

Wenn ich ihn als PS-2 Drucker über das mitgelieferte PPD-File anspreche, dauert es um die 10 Minuten, bis eine Text-Seite gedruckt wird. Über PS-2 sind auch einige andere Probleme aufgetreten sind; einige PDF Files wurden mit der Postscript Fehlermeldung: ERROR: typecheck, OFFENDING COMMAND: image gar nicht gedruckt. Daher bin ich jetzt auf den PCL5 Treiber "HP LaserJet 5 hpijs" umgestiegen, was bis auf die Geschwindigkeit auch einwandfrei funktioniert.

Für eine Doppelseite Text-PDF (ein paar Hundert Kilobyte) benötigt er um die zwei Minuten, bis er endlich mit dem Drucken anfängt. In der Zwischenzeit blinkt die BELEGT Anzeige am Drucker, er scheint also Daten zu übertragen oder irgendwie zu verarbeiten. Läuft sowohl über kdeprint als auch mit lpr so. Unter Windows dagegen geht das praktisch ohne Verzögerung.

Weißt du wie er unter Windows angesprochen wird? Probier mal unter Windows einen Postscript-Treiber aus (Apple LaserWriter), und schau, wie schnell er da ist. Vielleicht ist er ja im LS-Modus wirklich so langsam. Beim Parallelport gibt's zwar schon verschiedene Modi, die betreffen aber nur die Übertragung in Richtung Drucker -> PC und sollten für deinen Zweck irrelevant sein. Gruß, Bernhard

David Geiger [2005-11-06]:

Unter Windows wird er auch über PCL angesprochen und ist dort wie gesagt _viel_ schneller als unter Linux über PCL. Insofern muss es entweder an CUPS oder irgendetwas anderem software-mäßigem liegen... Vielleicht weiß jemand ein paar Tests um das Problem einzugrenzen?

Irgendwie die PCL-Daten in Datei drucken (kann man auch über Windows machen) und dann cat file.pcl > /dev/lp0 Damit umgehst du CUPS komplett. CPU-Auslastung während dem Drucken? Gruß, Bernhard

Bernhard Walle wrote:

David Geiger [2005-11-06]:

...

Unter Windows wird er auch über PCL angesprochen und ist dort wie gesagt _viel_ schneller als unter Linux über PCL. Insofern muss es entweder an CUPS oder irgendetwas anderem software-mäßigem liegen... Vielleicht weiß jemand ein paar Tests um das Problem einzugrenzen?

Irgendwie die PCL-Daten in Datei drucken (kann man auch über Windows machen) und dann

cat file.pcl > /dev/lp0

Damit umgehst du CUPS komplett.

CPU-Auslastung während dem Drucken?

Wie kann ich die PCL Daten in Datei drucken? In kdeprint gibt es nur die Möglichkeit, in ein ps-file zu drucken. Das habe ich gemacht und kann keinen Unterschied in der Geschwindigkeit beim Druck feststellen. Die CPU Auslastung (beim PCL-Drucken) von hpijs liegt Spitze bei 20%, im Schnitt aber weniger als 10%. Kleinere Seiten, z.B. nur ein paar Wörter lassen sich übrigens mit allen Methoden unmittelbar drucken. Wenn ich aber was umfangreicheres ausdrucken möchte, z.B. doppelseitig mit 4 Folien pro Seite dauert es um die zwei Minuten. Mir ist klar, dass das größere Datenmengen sind, andererseits ging es unter Windows schließlich auch. Grüße, David

David Geiger [2005-11-07]:

Weiß nicht so recht, was ich davon halten soll... bei PS2 lässt sich kein Unterschied feststellen. Dafür bei PCL umso mehr. Das mit Windows erstellte PCL-File läuft viel schneller als mit dem Linux hpijs PCL-Treiber. Das kann jetzt entweder an CUPS oder an dem Treiber liegen, oder?

Schaut mir so aus als wenn's nicht am Parallelporttreiber liegen würde sondern an der PCL-Datei. Du kannst ja mal unter Linux eine PCL-Datei erstellen, siehe http://localhost:631/sam.html#4_1. Außerdem gibt's noch andere PCL-Treiber als hpijs, nämlich direkt die Ghostscript-Treiber. Aber ehrlich gesagt würde ich über Postscript drucken, nur damit hast du unter Linux alle Features die der Drucker kann (Papierfachwahl, EcoMode usw.). Aber muss natürlich du wissen. USB kann der Drucker nicht? Gruß, Bernhard

Bernhard Walle wrote:

David Geiger [2005-11-07]:

...

Weiß nicht so recht, was ich davon halten soll... bei PS2 lässt sich kein Unterschied feststellen. Dafür bei PCL umso mehr. Das mit Windows erstellte PCL-File läuft viel schneller als mit dem Linux hpijs PCL-Treiber. Das kann jetzt entweder an CUPS oder an dem Treiber liegen, oder?

Schaut mir so aus als wenn's nicht am Parallelporttreiber liegen würde sondern an der PCL-Datei. Du kannst ja mal unter Linux eine PCL-Datei erstellen, siehe http://localhost:631/sam.html#4_1. Außerdem gibt's noch andere PCL-Treiber als hpijs, nämlich direkt die Ghostscript-Treiber.

Aber ehrlich gesagt würde ich über Postscript drucken, nur damit hast du unter Linux alle Features die der Drucker kann (Papierfachwahl, EcoMode usw.). Aber muss natürlich du wissen.

USB kann der Drucker nicht?

Ich würde ja gerne unter Postscript drucken, aber da treten noch mehr Fehler auf. Beispiel 1: http://www.bwl2.uni-mannheim.de/uploads/media/orientierungstage-ws0506_01.pd... Mit Postscript 1 Minute, mit PCL (hpijs) auch eine Minute. Langsam für eine Textseite, aber funktioniert immerhin. Windows: 20 Sek, mit Windows-PCL Datei unter Linux direkt ebenso. Beispiel 2: http://www.bwl2.uni-mannheim.de/uploads/media/Studienarbeit_19_09_05.pdf Mit PCL (hpijs) eine halbe Minute, bei Postscript druckt er nach ein paar Sekunden eine Fehlermeldung: "ERROR: typecheck, OFFENDING COMMAND: image, STACK: " Windows: 10 Sek, mit Windows-PCL Datei unter Linux direkt ebenso. Beispiel 3: eine PDF-Datei mit einer größeren 3-dimensionalen Grafik (Zinsgebirge) (Alternativ auch: http://www.uni-mannheim.de/ext/studwerk/speiseb/sp_plan/zmekw0545.pdf) Mit PCL (hpijs) eine knappe Minute, bei Postscript habe ich nach 5 Stunden aufgegeben. Windows: 10 Sek, mit Windows-PCL Datei unter Linux direkt ebenso. (Größen-Anzeige im Druckmanager/kjobviewer: Windows 45,6MB und Linux 9MB) Fazit: - Postscript funktioniert manchmal gar nicht, meistens langsamer und nur manchmal genauso gut. Kann ich daran was ändern? - Die langsamere PCL-Geschwindigkeit unter Linux muss am PCL-Treiber oder an CUPS liegen, denn mit der PCL Datei aus Windows ist es so schnell wie es sein sollte. Um CUPS auszuschließen, würde ich gerne mit meinem momentanen CUPS PCL-Treiber (hpijs) in eine PCL Datei drucken. Wie das geht habe ich aber auch mit der CUPS Doku nicht rausfinden können. Bin nur zufällig über eine Möglichkeit gestolpert, PS->PCL zu konvertieren mit gs. Einerseits möchte ich aber nicht konvertieren, andererseits wusste ich nicht, was ich als Device angeben soll (will ja den hpijs Treiber nutzen, um die Zeiten vergleichen zu können). Kann mir jemand helfen? Was meintest du mit den Ghostscript PCL-Treibern? Wo finde ich diese? Der hpijs Treiber war einer der wenigen PCL Treiber mit denen ich alle Features nutzen kann, deswegen habe ich den gewählt. Auch wenn das Druckbild des Windows-Treibers besser ist. USB kann er nicht. Ich könnte eine Netzwerkkarte nachrüsten, allerdings scheint es ja nicht am Parallelport zu liegen, geht ja mit dem Windows-PCL-File ruckzuck. Danke und viele Grüße, David

Hallo, On Nov 8 19:25 David Geiger wrote (shortened):

Ich würde ja gerne unter Postscript drucken, aber da treten noch mehr Fehler auf. ... http://www.bwl2.uni-mannheim.de/uploads/media/Studienarbeit_19_09_05.pdf Mit PCL (hpijs) eine halbe Minute, bei Postscript druckt er nach ein paar Sekunden eine Fehlermeldung: "ERROR: typecheck, OFFENDING COMMAND: image, STACK: " ... http://www.uni-mannheim.de/ext/studwerk/speiseb/sp_plan/zmekw0545.pdf) Mit PCL (hpijs) eine knappe Minute, bei Postscript habe ich nach 5 Stunden aufgegeben. ... - Postscript funktioniert manchmal gar nicht, meistens langsamer und nur manchmal genauso gut. Kann ich daran was ändern? - Die langsamere PCL-Geschwindigkeit unter Linux muss am PCL-Treiber oder an CUPS liegen, denn mit der PCL Datei aus Windows ist es so schnell wie es sein sollte. ... ... meinem momentanen CUPS PCL-Treiber (hpijs)

Lösung: Eine Warteschlange mit der originalen PPD Datei vom Hersteller des Druckers für optimale Druckqualität, siehe http://portal.suse.com/sdb/de/2004/03/jsmeix_print-einrichten-91.html "Allgemeine Hinweise zum Einrichten von PostScript Druckern" Eine zusätzliche Warteschlange mit einem PCL-Treiber für die Problemfälle: hpijs benötigt normalerweise recht viele Resourcen auf dem Rechner. hpijs hat aber oft einen "draft" Modus. ljet4 benötigt viel weniger Rechenleistung. Ich weiss jetzt auf die Schnelle nicht, wie schnell das PCL von hpijs im Vergleich zum PCL von ljet4 vom Drucker zu Papier gebracht werden kann. Da das stark vom Druckermodell abhängt, ist es am besten, das einfach auszuprobieren. Siehe auch: http://portal.suse.com/sdb/de/1999/12/jsmeix_print-kompatibel.html Gruss, Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/

Bernhard Walle wrote:

David Geiger [2005-11-08]:

...

Um CUPS auszuschließen, würde ich gerne mit meinem momentanen CUPS PCL-Treiber (hpijs) in eine PCL Datei drucken. Wie das geht habe ich aber auch mit der CUPS Doku nicht rausfinden können. Bin nur zufällig über eine Möglichkeit gestolpert, PS->PCL zu konvertieren mit gs. Einerseits möchte ich aber nicht konvertieren, andererseits wusste ich nicht, was ich als Device angeben soll (will ja den hpijs Treiber nutzen, um die Zeiten vergleichen zu können). Kann mir jemand helfen?

YaST -> Drucker -> Hinzufügen -> "no" -> Anderes Setup -> Anderer Drucker (URI) -> file://tmp/out.pcl -> Name/File/Standort festlegen -> gleiche PPD-Datei wie dein Drucker

Dann drucken und du findest in /tmp/out.pcl den Output.

(sorry, reply-adresse nicht ausgetauscht ;)) Wenn ich versuche, die Queue über Yast hinzuzufügen, akzeptiert er die URI file://tmp/out.pcl nicht. Über die CUPS Verwaltung klappt es, allerdings funktioniert das Drucken nicht - die Datei wird nicht angelegt, obwohl die Queue gefüllt und wieder geleert wird. Grüße, David

Hallo, On Nov 18 22:19 David Geiger wrote (shortened):

Wenn ich versuche, die Queue über Yast hinzuzufügen, akzeptiert er die URI file://tmp/out.pcl nicht. Über die CUPS Verwaltung klappt es, allerdings funktioniert das Drucken nicht - die Datei wird nicht angelegt, obwohl die Queue gefüllt und wieder geleert wird.

Siehe /etc/cups/cupsd.conf: -------------------------------------------------------------------------- # FileDevice: determines whether the scheduler will allow new printers # to be added using device URIs of the form "file:/foo/bar". The default # is not to allow file devices due to the potential security vulnerability # and due to the fact that file devices do not support raw printing. # FileDevice Yes -------------------------------------------------------------------------- Gruss, Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/