Hallo Waldemar! Waldemar Brodkorb schrieb am Sonntag, 30. April 2000:
Am Sam, 29 Apr 2000 schrieb Marc Schiffbauer:
Hi Listies,
Ich hab hier ein Problem mit meinem Drucker. Eine Seite Text druckt das Ding genauso langasam wie ein riesiges vollflaechiges Bild!
Wenn ich mal 3 Seiten Text (lpr -Pascii) ausdrucken will, druckt der da ne halbe Stunde rum. Das ist Supernervig.
Drucker: HP Deskjet 870 Cxi Der ist eigentlich in Textsachen ziemlich schnell...
Ich hab den apsfilter schon mit verschiedenen deskjet "Treibern" probiert. Qualitaet is top, aber wie gesagt lahm.
Hat jemand den Drucker "in schnell" laufen? Wenn ja bitte wie?
In welchem Betriebsmodus ist denn deine parallele Schnittstelle? IRQ oder Polling-Betrieb. Bei den onboard-Schnittstellen der neuen Mainboards (Pentium aufwärts) ist ein IRQ-Betrieb vorzuziehen.
Zu der von Dir vertretenen Meinung zitiere ich hier mal ein f'up
aus einer anderen Linux-Mailingliste, in der es genau um diese
Thematik (Druck unter Linux --> Polling vs. IRQ) ging:
-----------------------> Beißkante <------------------------ -
From: Marcus Jodorf
polling: dein computer "schaut" immer wieder nach ob was am parallelport passiert.
irq: wenn was am paralellport passiert wird mittels irq dem computer zugerufen: "hier passiert was!"
die zweitere moeglichkeit ist rein vom prinzip her effizienter und leistungsfaehiger, sorgt also eventuell fuer verlaessliche kommunikation und hoehere datentransferraten. ob du das benoetigst, haengt natuerlich von der geschwindigkeit des druckers ab.
BTW:
Selbst ein alter 386er ist schnell genug, um in jedem Falle seine
parallele Schnittstelle ganz gut zuzumachen, egal in welchem Modus man
sie betreibt. Oft sind auch die Drucker einfach zu langsam. Man wird
daher i.d.R. keinen Unterschied im Drucktempo sehen können, wenn man
zwischen Polling und IRQ Betrieb wechselt.
IRQ-Betrieb ist auch tatsächlich nur im Prinzip effizienter. Immer wenn
der Drucker neue Daten annehmen kann, wird ein Interrupt ausgeführt.
Leider ist der Parport ungepuffert und es wird praktisch für jedes Byte
ein Interrupt ausgelöst. Und der Overhead für das Interrupthandling ist
ziemlich hoch. Daher ist, so blöd das klingt, im Regelfall der
Pollingbetrieb schneller, so überhaupt ein Unterschied feststellbar ist.
Rein theoretisch ist der umgekehrte Fall nur denkbar, wenn die Load des
Rechners schon durch die Decke ist und das Pollingintervall dadurch
extrem vergrößert wird.
</Zitat>
---------------------> hier abbeißen <---------------------- -
Dadurch würde die von Dir getätigte absolute Aussage etwas relativiert.
Grüße - Wilhelm
--
(°> Wilhelm Wienemann