The UNIX and Linux Forums  
Hej och välkommen från USA till UNIX och Linux Forum! Tack för ditt besök och gå med i vår globala gemenskapen.

Go Back   UNIX och Linux Forum > Upp Forum > UNIX för avancerade & Expertanvändare
.
google unix.com



UNIX för avancerade & Expertanvändare Expert-to-experten. Läs avancerade UNIX UNIX-kommandon, Linux operativsystem, systemadministration, programmering, Shell, Shell Scripts, Solaris, Linux, HP-UX, AIX, OS X, BSD.

Mer UNIX och Linux Forum Ämnen Du kan hitta Helpful
Tråd Thread Starter Forum Svar Senaste Inlägg
Jämföra filer enen när de inte är så ragavhere Shell-programmering och Skript 2 06-04-2008 05:13
För filer som skapas datum mab_arif16 Shell-programmering och Skript 4 05-15-2006 01:04
Hur kan man utesluta filer från tryckta resultat umen UNIX for Dummies Frågor & Svar 2 09-18-2005 06:35
filförteckning i datumordning Jeannine UNIX for Dummies Frågor & Svar 2 08-15-2005 02:19
Notering filer i nummerordning Steve_H Shell-programmering och Skript 3 02-22-2005 10:52

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Sök i denna tråd Rate Thread Visningslägen
  #1 (permalänk)  
Old 02-10-2004
mabrownawa mabrownawa is offline
Registered User
  
 

Join Date: februari 2004
Inlägg: 2
LP - För filer tryckta

Jag har ett shell script som är looping igenom en lista med PostScript-filer för utskrift.

ls-1tr *. PS> print.lst
...
PRINT_LIST \u003d `cat print.lst`
...
för DMFILE i $ PRINT_LIST
göra
lp-d $ skrivarnamn-o rättslig $ DMFILE
...
gjord

Filerna i print.lst är i den ordning de ska skrivas ut, verkar dock i vilken ordning filerna är tryckta vara helt slumpmässigt.

Här är ett urval av print.lst, sekvenseras i syfte att skriva ut

/ 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

Här är resultaten från lpq:

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

Varför är filerna utskrift i denna till synes slumpvis ordning? Finns det något sätt att jag kan tvinga filer att skriva ut i den ordning fram?

Tack, MB
  #2 (permalänk)  
Old 02-13-2004
RTM's Avatar
RTM RTM is offline Forum Advisor  
Gult Hunter
  
 

Join Date: april 2002
Ort: På min motorcykel
Inlägg: 3039
Det kan finnas ett par skäl - men eftersom du inte lägga upp OS och version, jag måste bara hoppas att detta även gäller för ditt operativsystem (det gör väl det)

Citat:
Som genomförs, Solaris Operating System's (version 9,8 och 7) LP buffra delsystem för att ta emot inkommande utskriftsjobb releases utskrifter baserat på när de avslutar anländer jämfört med då de skickades faktiskt (av prestandaskäl). Ingav därför ett litet jobb sekund från en klientdator kan verkligen kommer fram först och lämnas ut till en fysisk skriva ut enheten innan ett stort jobb som först lades fram. Detta scenario har också ärva många andra LPR / LPD utskrift implementationer eftersom deras ursprungliga mönster alla använder minst 11 "logiska portar" för att skicka data (LPR förfrågningar). Tyvärr i vissa implementeringar, har den mottagande sidan (LPD) inte alltid tagit ansvar för FIFO, antingen som en del av standardutförande eller som ett alternativ. Detta innebär stora driftsproblem i "statement", "faktura" och "kontrollera" tryckning miljöer.

Vad som gör detta problem särskilt svårfångad och besvärliga är att genom "chans" FIFO upprätthålls generellt under Solaris LP. Det är dock inte garanterad och framför allt manifesterar sig när extremt små utskriftsjobb (<\u003d 50 Kbyte) är blandade med mer normala eller stora stora utskriftsjobb. Detta problem har diskuterats med Sun och de står bakom den nuvarande utformningen och inte anser det vara ett fel.
(citat från FIFO av utskriftsjobb )

Och om jag minns rätt, kommer utskriftsköer skriva ut vanligtvis mindre filer först (oavsett OS) - kan vara ett problem på en annan utskriftskö än bara ditt OS. Du måste också nämna hur och var är - detta är en UNIX endast utskriftskö eller är det fartyg det iväg till ett LAN / WAN utskriftskö NT eller något annat OS?

Du kan se att se om det finns ett håll för ditt lp kommando - i så fall lägga alla printjobs vänta och släppa upp när de har alla det kan lösa ditt problem (du fortfarande måste kontrollera att det inte kommer att re - ordna jobb efter storlek).
  #3 (permalänk)  
Old 02-16-2004
mabrownawa mabrownawa is offline
Registered User
  
 

Join Date: februari 2004
Inlägg: 2
Tack för uppföljning, RTM. Ledsen om att uppgifter saknas. Detta problem har uppstått på Solaris 8. Ditt svar är meningsfullt i att dessa filer kan variera i storlek.

Endast en typ av utskrift skickas till utskriftskön i fråga. Vanligtvis finns ett stort antal bankkort memos skickas som ska skrivas på en gång. Ordern är viktig för de människor som behandlar debet memos. I ett försök att rätta till, har jag lagt en avvaktande till skriptet mellan LP uttalanden, hoppas att förseningen kommer att göra det möjligt för filen att behandlas och för att kunna upprätthållas. Verkar fungera bra hittills, men storleken på urvalet är litet.

MB
Closed Thread

Komihåglista

Thread Tools Sök i denna tråd
Sök i denna tråd:

Avancerad sökning
Visningslägen Betygsätt denna tråd
Betygsätt denna tråd:

Utstationering Regler
Du får inte efter nya trådar
Du får inte efter svar
Du får inte skicka bilagor
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG] kod
HTML-koden är Av
Trackback är
Pingbacks är
Refbacks är




Alla tider är GMT -4. Klockan är nu 01:20.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Översättningar Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX och Linux Forum Innehållet upphovsrättsskyddat © 1993-2009. All Rights Reserved.Ad förvaltning RedTyger

Content Relevant webbadresser från vBSEO 3.2.0