lp - orden de los archivos impresos

mabrownawa · #1 (**Enlace permanente**) 02-10-2004

Tengo un script de shell que se bucle a través de una lista de archivos PostScript para imprimir.

ls-1tr *. PS> print.lst
...
PRINT_LIST \u003d `cat print.lst»
...
para DMFILE en $ PRINT_LIST
hacer
lp-d $ PRINTER_NAME-o jurídica $ DMFILE
...
hecho

Los archivos en print.lst están en el orden en que deben imprimirse, sin embargo el orden en que los archivos se imprimen parece ser completamente al azar.

Aquí está una muestra de print.lst, secuenciado en el orden de impresión

/ prtspool/racprint/debitmemos/MNSF021.M0209137.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209138.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209139.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209140.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209141.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209142.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209143.PS
/ prtspool/racprint/debitmemos/MNSF021.M0209144.PS

Aquí está la salida de lpq:

activa racuser 619 MNSF021.M0209137.PS 20200778 octetos
1 ª racuser 627 MNSF021.M0209145.PS 16781507 octetos
2 ª racuser 621 MNSF021.M0209139.PS 20925819 octetos
3 ª racuser 625 MNSF021.M0209143.PS 17315067 octetos
4 racuser 607 MNSF021.M0209125.PS 20202748 octetos
5 racuser 633 MNSF021.M0209151.PS 16825285 octetos
6 racuser 628 MNSF021.M0209146.PS 17372512 octetos
7 racuser 629 MNSF021.M0209147.PS 17078571 octetos
8 racuser 606 MNSF021.M0209124.PS 20928279 octetos
9 racuser 610 MNSF021.M0209128.PS 20928424 octetos

¿Por qué son los archivos de impresión en este orden aparentemente aleatoria? ¿Hay alguna manera de que me puede obligar a los archivos a imprimir en el orden presentado?

Gracias, MB

RTM · #2 (**Enlace permanente**) 02-13-2004

Puede haber un par de razones - pero ya que no se publicaron en el sistema operativo y versión, me basta con esta esperanza también se aplica a su sistema operativo (tal vez sí)

Cita:

Tal como se aplica, el sistema operativo Solaris de la (versiones 9,8, y 7) LP subsistema de cola de entrada para la recepción de los trabajos de impresión, las emisiones basadas en los trabajos de impresión cuando se termine de llegar frente a cuando se presentó de hecho (por razones de rendimiento). En consecuencia, un pequeño trabajo presentado el segundo a partir de un equipo cliente puede en realidad llegar primero y ser puesto en libertad a un dispositivo físico de impresión antes de un gran trabajo que se presentó en primer lugar. Este escenario ha sido también heredar a muchos otros LPR / LPD impresión debido a que sus implementaciones de todos los diseños originales uso por lo menos 11 "puertos lógico" para el envío de datos (LPR de solicitudes). Lamentablemente, en algunas aplicaciones, la parte receptora (DBP) no siempre ha asumido la responsabilidad de FIFO, ya sea como parte del diseño estándar o como opción. Esto presenta importantes problemas de funcionamiento en "declaración", "factura" y "comprobar" entornos de impresión.

¿Qué hace que este problema especialmente difícil y problemático es el hecho de que por "oportunidad" FIFO el mantenimiento general de bajo Solaris LP. Sin embargo, no está garantizada y es evidente sobre todo cuando los trabajos de impresión extremadamente pequeñas (<\u003d 50 Kbytes) se entremezclan con los más grandes o de tamaño normal de los trabajos de impresión. Este problema ha sido discutido con el Sol y que están detrás del diseño actual y no consideran que sea un defecto.

(cita de FIFO de trabajos de impresión )

Y si mal no recuerdo, colas de impresión suelen imprimir archivos más pequeños primera (sin importar el sistema operativo) - podría ser un problema en otra cola de impresión no sólo su sistema operativo. Usted necesidad de mencionar también el cómo y dónde está - es sólo una cola de impresión de UNIX o tiene que enviar a un LAN / WAN cola de impresión en NT o cualquier otro sistema operativo?

Usted puede mirar para ver si hay una opción para celebrar su comando lp - en caso afirmativo, poner en suspenso todas las printjobs y luego liberar una vez que estén todos que puede resolver su problema (que sigue siendo necesario para comprobar que no va a volver a organizar los puestos de trabajo por tamaño).

mabrownawa · #3 (**Enlace permanente**) 02-16-2004

Gracias por el seguimiento, RTM. Lo sentimos acerca de la información que falta. Este problema se está produciendo en Solaris 8. Su respuesta tiene sentido en que estos archivos pueden variar en tamaño.

Sólo un tipo de impresión se envía a la cola de impresión en cuestión. Típicamente, un gran número de notas de débito se envían a imprimir a la vez. El orden es importante para la gente que el proceso de las notas de débito. En un intento de rectificación, he puesto en un compás de espera en la secuencia de comandos entre LP declaraciones, con la esperanza de que la demora permitirá el archivo para ser procesado y el orden se mantenga. Parece estar funcionando bien hasta ahora, pero el tamaño de la muestra es pequeño.

MB

Más UNIX y Linux Foro Temas usted puede encontrar útiles
Hilo	Hilo para principiantes	Foro	Respuestas	Último mensaje
La comparación de archivos enen cuando no están en orden	ragavhere	Programación de scripts de shell y	2	06-04-2008 05:13 PM
Fin de crear archivos por fecha	mab_arif16	Programación de scripts de shell y	4	05-15-2006 01:04 PM
Cómo excluir archivos de resultados impresos	umen	UNIX for Dummies Preguntas y Respuestas	2	09-18-2005 06:35 AM
lista de los archivos de la fecha para	Jeannine	UNIX for Dummies Preguntas y Respuestas	2	08-15-2005 02:19 PM
Listado de archivos en orden numérico	Steve_H	Programación de scripts de shell y	3	02-22-2005 10:52 AM

Herramientas de hilo	Buscar en este Hilo
Mostrar Versión para imprimir Enviar esta página	Buscar en este Hilo: Búsqueda avanzada
Modos de visualización	Vota a este hilo
Cambiar a modo lineal Modo híbrido Cambiar a modo de línea	Vota a este hilo:


	Powered by