Hosttransform PCL5 mit AFPDS Spools langsam

[chrhu]

Hallo !
Wir nutzen unter V5R2 seit Jahren erfolgreich den Hosttransform um Spools mit Pagseg's und Overlays auf HP-Lasern mit PCL5 zu drucken.
Jetzt stellt sich allerdings das Problem, dass Spools mit noch mehr Grafik und Graurastern im Overlay die Bereitstellungsgeschwindigkeit stark nach unten ziehen.
Man sieht, dass im QSPL der Druckjob von RUN auf SELW wechselt - im gleichen Rythmus kommen die Blätter am Drucker raus.
Kann man den Druckjob (ausser mit RUNPTY, TIMESLICE etc - das hilft nix) noch beschleunigen oder ist hier speziell auch durch die vorhandenen PCL5 Treiber das "Ende der Fahnenstange" erreicht ??

Schönen Dank im Vorraus !

mfg
CHRHU

[Fuerchau]

Da hilft leider nur:
- mehr CPW
- mehr Hauptspeicher
- weniger Grafik

[TARASIK]

Hallo,
ich würde auf jeden Fall einmal die Printing Ptfs für das R520
abgleichen. Siehe unten

Topic: Print

Recommendations

These recommendations are based upon your system already having installed the most current Cumulative PTF Package, HIPER Group PTF, and Database Group PTF. For further information or to order these PTFs, please follow this link:

http://www.ibm.com/eserver/support/fixes/

The Rochester Support Center recommends installing the group and individual fixes listed below for corrective service and preventative maintenance. If a problem persists after the recommended fixes have been installed, the Rochester Support Center can more efficiently diagnose the problem and additional fixes may be recommended.

The following PTFs are fixes for printing to AFP-configured IBM® IPDS™ printers, printing using Host Print Transform (HPT), printing to LAN-attached printers using LPR/LPD and the PJL, SNMP, and IPP print drivers, printing to the IBM® iSeries™ family of servers system using PC5250 or TN5250e printer sessions, IBM® iSeries™ NetServer™ print shares and the IPP Server, and general printing and spooling.

Date Added Fixes Product Description
12/27/2005 SI21185 5722SS1 IBM® OS/400® IBM® Advanced Function Printing™
02/16/2006 SI22680 5722SS1 OS/400 Host Print Transform
12/02/2005 SI21153 5722SS1 OS/400 Print - PJL Print Driver and SNMP Print Driver
09/13/2005 MF34950 5722999 OS/400 Print - TN5250e and PC5250 printer sessions
01/31/2006 SI21276 5722SS1 OS/400 Print - IBM iSeries NetServer
03/08/2006 SI22688 5722SS1 OS/400 Print - IBM iSeries NetServer
03/23/2006 SI23360 5722SS1 OS/400 Print/Spool + IBM Infoprint Designer (CVTLINDTA)
03/21/2006 SI22826 5722SS1 OS/400 Print/Spool
02/10/2006 SI21504 5722SS1 OS/400 Print/Spool

When experiencing problems with network-related printing, it is recommended that the V5R2 TCP/IP Group PTF SF99313 also be applied.

[Fuerchau]

Ich denke das Hauptproblem sind die PAGSEG's und Overlays.
Da durch HPT alle Grafiken grundsätzlich als Bitmap konvertiert und übertragen werden können da durchaus mehrere MB zusammenkommen, so dass sowohl die Druckleistung als auch Übertragungsleistung drastisch einbricht.
Am schnellsten sind Grafiken, die nur schwarz/weiß enthalten, Graustufengrafiken sind entsprechend mächtiger.

Man braucht nur nachzurechnen:
Bei 300dpi ist ein 5x5cm Logo und 256 Graustufen ca. 350KB !

[chrhu]

Seltsamerweise ist die Anzahl der Grafiken nicht proportional zur Druckgeschwindigkeit; Belege mit nur 1 Bild sind kaum schneller als Blätter mit 7 Bildern.

Was aber sehr auffällt, ist die Grösse des Datenstromes: 100 Seiten von der iSeries erzeugen weit über 30 MB -- werden die gleichen 100 Seiten zunächst in PDF umgewandelt (ieffect) und dann vom PC gedruckt, dann sinds nur 6,8 MB !!!
Beides PCL5....

CHRHU

[raff]

Für mich sieht dies nicht nach einem OS400 Problem aus. Ich habe mal auf neuen HP und Lexmark (PCL5) Druckern Performance-Tests durchgeführt. Es hat sich herausgestellt, dass die meisten neuen Drucker schwächere Prozessoren als die alten haben. Dafür wurde auch PCL6 (= PCLXL + HPGL + PCL5) eingeführt, wobei die schnellste Komponente dieser PCLXL (ist bereits fast in der Maschinensprache des Druckers) Modus ist.
Um dies zu prüfen, würde ich vorschlagen, dass über CA-Druckersitzung der PCL-Datenstrom vom OS abgefangen wird. Mittels DOS - COPY Aweisung mehrfach an den Drucker senden und Druckgeschwindigkeit messen.
In meinem Fall habe ich festgestellt, dass die Drucker etwas "lahmig" waren.
In der Variante von ieffect sehe ich nur wenig Sinnvolles. Zuerst ein PDF und danach über PC wieder einen Druckdatenstrom erzeugen, wo soll da der Geschwindigkeitsvorteil sein? PC-Server sind zweitens im Vergleich der Ausfallszeiten immer noch weit hinter i-series.
Eventuell ein Output-Management mit einer Minimalkonfiguration anschaffen, das schon den PCL-Datenstrom auf der i-series erzeugt und die Grafiken nur einmal an den Drucker schickt und dann per Makroanweisung aufruft.

[sidoc_Support]

Hallo,
bitte mal bei den betroffenen Spools mit "8" die Attribute anzeigen und auf den hinteren Seiten den Wert für die konkrete Spooldateigröße mitteilen. Wie groß ist die pro Seite bzw. pro Spool?

Wenn das deutlich mehr als 1MB pro Seite sind, solltet ihr die Nutzung der Graustufen stark verringern! Das bringt sehr viel Performance, da die Datenmenge geringer wird.
Sind die Drucker im LAN oder über Leitung angeschlossen? Evtl. ist die Verbindung zum Drucker auch zu langsam.

Gruß
Martin