Hej Alla,

Denna tråd kommer att bli en diskussion i princip få ut mer information från experter på cron jobb och tillhörande filreferenser.

Så, här är frågan.

Det finns definitivt ett konstant "n" som det maximala antalet filhandtag anvisade till en process "P".

Blir det någon skillnad, om processen "p" körs som en förgrund process eller som en process som lekte med cron daemon, Det högsta antalet filhandtag som är anvisade till processen?

Om så är fallet varför är skillnaden, eller i princip vad är begränsningarna placeras över processen lekt med cron daemon den som en process som körs som en förgrund process sparkat av från terminalen?

Tack!

Beroende på operativsystem antalet filen deskriptorer per process är fast i kärnan under kompileringen eller konfigurerad med en parameter.

När det gäller vad som gör en process skiljer sig från UNIX det skulle begränsas verkligen till följande ...

1. har det en kontrollerande terminal bifogas

2. är moderbolag död

3. är död, då är det en zombie och har inget minne, inga handlingar deskriptorer och bara en liten post i processen listan.

Det finns andra processen breda detaljer såsom prioritet, effektiv användare etc, men inte mycket som gör en process annorlunda, även fall 2 bara form ersätta det överordnade pid med "1".

Antal fil deskriptorer är sannolikt inte att förändras.

Exakta uppgifter varierar beroende på operativsystem. Jag kommer att använda HP-UX som exempel. Antalet möjliga fil decriptors är under kontroll av setrlimit (2). (En mindre kraftfullt gränssnitt, ulimit () finns också.) En process kan inte ha fler fd s än de "mjuka" gräns. Använda setrlimit (2), kan en process höja eller sänka dess mjuk gräns. Men en process inte kan höja den mjuka gräns ovanför hård gräns. En process kan sänka hård gräns. Endast en process som kan höja hård gräns. Kärnparametrar definiera det ursprungliga värdet av hårda och mjuka gränsen. Även rötterna kan inte höja hård gräns över det ursprungliga värdet för hård gräns. Kärnan paramters:
maxfiles
maxfiles_lim

Jag har fuskat lite med att plocka HP-UX som min prov OS. HP-UX möjliggör dynamisk omkonfigurering av kärnan. Endast root kan konfigurera kärnan. Men en rot process skulle, i teorin, öka maxfiles_lim och sen höja dess hård gräns och sedan relower maxfiles_lim. Inte alla versioner av Unix ge så mycket makt till en rot process.

Jag tror inte att cron fioler med dessa gränser.

Som standard stdin, stdout och stderr är fil deskriptorer öppnas under processen skapas.
Om filen gräns är 16 till exempel, då processen har 13 filer deskriptorer att leka med.

I skalskript använder omdirigering upp fil deskriptorer. När raden "göra" den omdirigering har avslutat Fildeskriptor är stängd, dvs: ls *> minfil.txt. Omdirigera block av kod, som en loop, använder upp en fil deskriptor över många rader kod.
Cron-jobb kör utan TTY, är stdin skriptet.

Jim, betyder det brukar vara någon skillnad mellan antalet filen deskriptorer för förgrunden processen och arbetstillfällen cron anvisade?

Sval! Jag hade en konstig tvivel om att om det skulle vara någon skillnad.

Cleared

Tack till alla!

Tack för svaret.

Men min fråga är relaterad till skillnaden i fördelningen av filen beskrivningar till de olika process (förgrundsinformationen från terminalen / bakgrund).