lp - a fájlok nyomtatott

mabrownawa · #1 (**permalink**) 02-10-2004

Nekem van egy szkript, amely looping keresztül listája Postscript fájlok nyomtatását.

ls-1tr *. PS> print.lst
...
PRINT_LIST \u003d `cat` print.lst
...
A DMFILE in $ PRINT_LIST
tesz
lp-d $ nyomtatónév-o $ jogi DMFILE
...
kész

A fájlok print.lst vannak a megadott sorrendben kell nyomtatni, de a sorrendet, amely a fájlok nyomtatott úgy tűnik, hogy teljesen véletlenszerű.

Itt egy példa a print.lst, ütemezni, hogy a nyomtatott

/ 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

Itt a kimenete lpq:

aktív racuser 619 MNSF021.M0209137.PS 20.200.778 bájt
1. racuser 627 MNSF021.M0209145.PS 16.781.507 bájt
2. racuser 621 MNSF021.M0209139.PS 20.925.819 bájt
3. racuser 625 MNSF021.M0209143.PS 17.315.067 bájt
4. racuser 607 MNSF021.M0209125.PS 20.202.748 bájt
5. racuser 633 MNSF021.M0209151.PS 16.825.285 bájt
6. racuser 628 MNSF021.M0209146.PS 17.372.512 bájt
7. racuser 629 MNSF021.M0209147.PS 17.078.571 bájt
8. racuser 606 MNSF021.M0209124.PS 20.928.279 bájt
9. racuser 610 MNSF021.M0209128.PS 20.928.424 bájt

Miért vannak a fájlok nyomtatás ez a látszólag véletlenszerű sorrendben? Van úgy, hogy tudom erő a fájlokat a nyomtatni a sorrendben benyújtani?

Kösz, MB

RTM · #2 (**permalink**) 02-13-2004

Lehet, hogy egy-két ok miatt -, hanem mert nem az operációs rendszer és a postai változatot, én csak azt remélem, hogy ez vonatkozik az operációs rendszert (ez valószínűleg nem)

Idézet:

Végrehajtott, a Solaris Operating System (kivitelek 9,8 és 7) LP tekercselés alrendszer fogadására bejövő nyomtatási feladatokat, a kiadott nyomtatási feladatok alapján, amikor befejeztük érkező képest, amikor valóban benyújtották (a teljesítmény miatt). Következésképpen, egy kis munkát nyújtott be a második a kliens számítógép ténylegesen megérkezett az első, és fel kell szabadítani a fizikai nyomtatóeszközt előtt egy nagy feladat, amit be először. Ez a forgatókönyv is örökli sok más LPR / LPD nyomtatási megvalósítások, mert az eredeti terveket minden országban a használt, legalább 11 "logikai kikötők" az adatküldés (LPR kérelmek). Sajnos, bizonyos megvalósítások, a fogadó oldalon (LPD) nem mindig vették felelősséget FIFO, akár annak egy része a normál kivitel, vagy mint lehetőséget. Ez mutatja be jelentős működési problémát "utasítást", "számla" és az "ellenőrzés" nyomtatási környezetekhez.

Mi teszi ezt a problémát különösen ravasz és fáradságos az a tény, hogy a "lehetőséget" FIFO általában fenntartják Solaris alatt LP. Azt azonban nem garantált, és nyilvánvaló, főleg ha nagyon alacsony a nyomtatási feladatok (<\u003d 50 Kbyte) vannak összekeverve több normál vagy nagyméretű nyomtatási feladatokat. Ez a probléma már megtárgyalt, a Sun és azok mögé a jelenlegi tervezési, és nem úgy vélik, hogy hibának.

(idézet az FIFO a nyomtatási feladatok )

És ha jól emlékszem, nyomtatási sorokat általában nyomtatás kisebb fájlok (nem számít az OS) - probléma lehet egy másik nyomtatási sort tartalmaz, mint a OS. Be kell azt is megemlíteni a hogyan és a hol van - ez a UNIX csak nyomtatási sor, illetve melyik hajó le a LAN / WAN nyomtatási sor NT vagy más operációs rendszerek?

Lehet, hogy néz, hogy ha van egy hold beállítást a lp parancs - ha igen, amivel minden printjobs tartásban, majd szabadon, amint azok minden, ami megoldja a problémát (akkor is ellenőriznie kell, hogy nem fog újra rendezni a munkahely méret).

mabrownawa · #3 (**permalink**) 02-16-2004

Kösz a követ, RTM. Elnézést a hiányzó információkat. Ez a probléma felmerül a Solaris 8. Meg a választ van értelme, hogy ezek a fájlok mérete változó.

Csak egyféle print küld a nyomtatási sor kérdést. Általában a nagy számú betéti emlékeztetőket küldenek ki lehet nyomtatni egyszerre. A sorrend fontos, hogy az emberek, akik a terhelési folyamat memó. Arra törekszik, hogy orvosolja, van hogy egy várni a forgatókönyv között LP nyilatkozatok, remélve, hogy a késedelem lehetővé teszi a fájl feldolgozása és a rend fenntartását. Úgy tűnik, hogy eddig jól működik, de a minta mérete kicsi.

MB

Több, UNIX és Linux fórum témák Ön által talált Hasznos
Szál	Thread Starter	Fórum	Válaszok	Utolsó hozzászólás
Comparing enen kép akkor is, amikor nem a	ragavhere	Shell programozás és Scripting	2	06-04-2008 06:13 PM
Rendelési fájlok létrehozására dátuma	mab_arif16	Shell programozás és Scripting	4	05-15-2006 02:04 PM
Hogyan lehet kizárni fájlokat nyomtatott eredmények	umen	A UNIX a dummies Kérdések és válaszok	2	09-18-2005 07:35 AM
lista fájlok dátuma érdekében	Jeannine	A UNIX a dummies Kérdések és válaszok	2	08-15-2005 03:19 PM
Listázási kép számsorrendben	Steve_H	Shell programozás és Scripting	3	02-22-2005 10:52 AM

Téma eszközök	Keresés a téma
Show Nyomtatható verzió Küldés e-mailben	Keresés a téma: Részletes keresés
Megjelenítési módok	Rate this thread
Váltás Linear Mode Hibrid üzemmód Switch to Threaded Mode	Rate this thread:


	Powered by