The UNIX and Linux Forums  


Go Back   UNIX og Linux Forums > Top Forums > UNIX for Advanced & ekspertbrukere
.
google unix.com



UNIX for Advanced & ekspertbrukere Expert-til-ekspert. Lær avanserte UNIX UNIX kommandoer, Linux operativsystem, systemadministrasjon, programmering, Shell, Shell Scripts, Solaris, Linux, HP-UX, AIX, OS X, BSD.

Mer UNIX og Linux Forum Emner Du kan finne nyttig
Tråd Tråd startet Forum Svar Siste innlegg
Sammenligne filer enen når de ikke er i rekkefølge ragavhere Shell programmering og Skripting 2 06-04-2008 06:13
Bestill filer ved å lage dato mab_arif16 Shell programmering og Skripting 4 05-15-2006 02:04
Slik ekskluderer filer fra trykte resultater umen UNIX for Dummies Spørsmål og svar 2 09-18-2005 07:35
liste over filer i datorekkefølge Jeannine UNIX for Dummies Spørsmål og svar 2 08-15-2005 03:19
Liste filer i nummerorden Steve_H Shell programmering og Skripting 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 denne tråden Rate Thread Visningsmoduser
  #1 (permalink)  
Old 02-10-2004
mabrownawa mabrownawa is offline
Registrert bruker
  
 

Bli Date: Feb 2004
Innlegg: 2
lp - rekkefølgen på filer som skrives ut

Jeg har et shell script som looper gjennom en liste med Postscript filer som skal skrives ut.

ls-1tr *. PS> print.lst
...
PRINT_LIST \u003d `cat print.lst`
...
for DMFILE i $ PRINT_LIST
gjøre
lp-d $ PRINTER_NAME-o juridiske $ DMFILE
...
ferdig

Filene i print.lst er i den rekkefølgen de skal skrives ut, vises imidlertid hvilken rekkefølge filene skrives ut for å være helt tilfeldig.

Her er et eksempel på print.lst, sekvensert i den rekkefølgen du vil skrive 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

Her er resultatet fra lpq:

aktiv racuser 619 MNSF021.M0209137.PS 20200778 bytes
1ste racuser 627 MNSF021.M0209145.PS 16781507 bytes
2dre racuser 621 MNSF021.M0209139.PS 20925819 bytes
3dje racuser 625 MNSF021.M0209143.PS 17315067 bytes
4de racuser 607 MNSF021.M0209125.PS 20202748 bytes
5te racuser 633 MNSF021.M0209151.PS 16825285 bytes
6te racuser 628 MNSF021.M0209146.PS 17372512 bytes
7nde racuser 629 MNSF021.M0209147.PS 17078571 bytes
8nde racuser 606 MNSF021.M0209124.PS 20928279 bytes
9nde racuser 610 MNSF021.M0209128.PS 20928424 bytes

Hvorfor er filene skriver i denne tilsynelatende tilfeldig rekkefølge? Finnes det en måte jeg kan tvinge filer som skal skrives ut i den rekkefølgen presentert?

Takk, MB
  #2 (permalink)  
Old 02-13-2004
RTM's Avatar
RTM RTM is offline Forum Advisor  
Hog Hunter
  
 

Bli Dato: april 2002
Beliggenhet: På min motorsykkel
Innlegg: 3039
Det kan være et par grunner - men siden du ikke legge den operativsystem og versjon, jeg må bare håpe at dette også gjelder for ditt operativsystem (det sannsynligvis ikke)

Sitat:
Som implementert, operativsystemet Solaris's (versjon 9,8, og 7) LP spoling delsystemet for mottak av innkommende utskriftsjobber, utgivelser utskriftsjobber basert på når de er ferdig kommer kontra når de ble faktisk sendt (grunnet resultat). Derfor sendte en liten jobb sekund fra en klientdatamaskin kan faktisk komme først og være sluppet til en fysisk ut enheten før en stor jobb som ble sendt inn først. Dette scenariet har også vært arve til mange andre LPR / LPD-utskrift implementeringer fordi deres opprinnelige design all bruk minst 11 "logiske porter" for å sende data (LPR forespørsler). Dessverre, i noen implementeringer har mottatt siden (LPD) ikke alltid tatt ansvar for FIFO, enten som en del av standard design, eller som et alternativ. Dette gir store operasjonelle problemer i "statement", "faktura" og "sjekk"-miljøer.

Det som gjør dette problemet spesielt unnvikende og plagsom er det faktum at ved å "sjanse" FIFO er vanligvis opprettholdt under Solaris LP. Men, det er ikke garantert, og er tydelig i første rekke når svært små utskriftsjobber (<\u003d 50 Kbytes) er blandede med mer normal eller stor størrelse utskriftsjobber. Dette problemet har vært diskutert med Sun og de står bak nåværende utforming og ikke anser det å være defekt.
(sitat fra FIFO av utskriftsjobber )

Og hvis jeg husker riktig, vil utskriftskøer vanligvis ut mindre filer først (uansett OS) - kan være et problem på et annet utskriftskø enn bare ditt OS. Du må også nevne hvordan og hvor er - dette er en UNIX bare utskriftskøen, eller ikke sende den den til en LAN / WAN utskriftskøen i NT eller et annet OS?

Du kan se om det er hold alternativ for lp kommando - i så fall setter alle utskriftsjobber på vent, og deretter slippe når de er alle det kan løse problemet ditt (du vil fortsatt må kontrollere at det ikke kommer til å re - ordne jobber etter størrelse).
  #3 (permalink)  
Old 02-16-2004
mabrownawa mabrownawa is offline
Registrert bruker
  
 

Bli Date: Feb 2004
Innlegg: 2
Takk for followup, RTM. Beklager manglende informasjon. Dette problemet er oppstått på Solaris 8. Ditt svar gir mening i at disse filene kan variere i størrelse.

Bare én type utskrift er sendt til utskriftskøen i spørsmålet. Vanligvis vil et stort antall belastning notater sendes skal skrives på en gang. Rekkefølgen er viktig for folk som behandler belastning memoer. I et forsøk på å rette, jeg har satt en vente i scriptet mellom LP uttalelser, håper at forsinkelsen gjør at filen som skal behandles, og for å bli opprettholdt. Synes å bli arbeider fin så langt, men utvalgsstørrelsen er liten.

MB
Closed Thread

Hugseliste

Thread Tools Søk i denne tråden
Søk i denne tråden:

Avansert søk
Visningsmoduser Ranger denne tråden
Ranger denne tråden:

Innleggsaktivitet Regler
Du kanskje ikke poste nye tråder
Du kanskje ikke poste svar
Du kanskje ikke post vedlegg
Du kanskje ikke redigere innleggene dine

BB-kode er
Smilefjes er
[IMG] koden
HTML-koden Av
Pingbacks er
Refbacks er




Alle klokkeslett er GMT -4. Nå er klokken 07:05.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Language Translations Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX og Linux Forums Content Copyright © 1993-2009. All Rights Reserved.Ad Management by RedTyger

Content Relevant nettadresser av vBSEO 3.2.0