Hi All,

Dieser Thread wird eine Diskussion im Wesentlichen um mehr Informationen von den Experten auf Cron-Jobs und die damit verbundenen Datei-Handles.

So, hier ist die Frage.

Es ist definitiv eine Konstante 'n' als die maximale Anzahl von Datei-Handles alloted zu einem Prozess "p".

Gibt es einen Unterschied, wenn der Prozess "p" läuft als Vordergrund-Prozess oder als ein Prozess hervorgebracht durch cron Daemon; Die maximale Anzahl von Datei-Handles, die werden alloted für den Prozess?

Wenn ja, warum ist der Unterschied, oder grundsätzlich, was sind die Zwänge, die über den Prozess hervorgebracht von der Cron Daemon zu, dass der Prozess läuft als Prozess Vordergrund trat der aus dem Terminal?

Danke!

Je nach Betriebssystem die Anzahl der Datei-Deskriptoren pro Prozess ist in den Kernel zu kompilieren oder konfiguriert mit einem Parameter.

In Bezug auf die macht jedes Verfahren unterscheidet sich von UNIX es wirklich nur auf die folgenden ...

1. Gibt es eine Kontrolle der Endgeräte an

2. ist es die Eltern tot

3. ist es tot, dann ist es ein Zombie und hat keine Erinnerung, keine Datei-Deskriptoren und nur eine minimale Eintragung in die Liste.

Es gibt noch andere große Prozess Details wie Priorität, wirksame Benutzer usw., aber nicht viel, was ein Prozess anders, auch Fall 2 bedeutet lediglich, ersetzen sie die Muttergesellschaft pid mit'1 '.

Anzahl der Datei-Deskriptoren ist unwahrscheinlich, zu ändern.

Die genauen Angaben variieren je nach Betriebssystem. Dass ich mit HP-UX als Beispiel. Die Anzahl der möglichen decriptors Datei ist unter der Kontrolle der setrlimit (2). (Eine weniger leistungsfähige Schnittstelle, ulimit () ist ebenfalls verfügbar.) Ein Prozess kann nicht mehr fd's als die "weichen" Grenzen. Mit setrlimit (2), ein Prozess erhöhen oder senken ihre Soft-Limit. Aber kann ein Prozess nicht, das Soft-Limit über die harte Grenze. Ein Prozess kann die harte Grenze. Nur ein Root-Prozess können die harte Grenze. Kernel-Parameter definieren den ursprünglichen Wert der Hard-und Soft-Limit. Auch root kann nicht befugt, die harte Grenze über dem ursprünglichen Wert für die harte Grenze. Die Kernel-Parameter:
maxfiles
maxfiles_lim

Ich habe ein bisschen gemogelt, indem Sie HP-UX, da meine Probe OS. HP-UX ermöglicht dynamische Rekonfiguration des Kernels. Nur root kann den Kernel. Aber ein Root-Prozess könnte, in der Theorie, erhöhen maxfiles_lim und erhöhen dann die harte Grenze und dann relower maxfiles_lim. Nicht alle Versionen von Unix geben, dass zu viel Macht ein Root-Prozess.

Ich glaube nicht, dass Cron Geigen mit diesen Grenzen.

Standardmäßig stdin, stdout und stderr werden Dateideskriptoren geöffnet während des Prozesses zu schaffen.
Wenn die Datei liegt bei 16, zum Beispiel, dann hat die 13 Dateien mit Beschreibungen zu spielen.

In Shell-Skripten, Umleitung verbraucht Datei-Deskriptoren. Wenn die Zeile "doing" die Neuausrichtung wurde die Datei geschlossen ist, dh Schlagwort: ls *> myfile.txt. Neuausrichtung der Code-Blöcke, wie ein Loop, verwenden Sie ein Datei-Descriptor über viele Zeilen Code.

for file in `ls /path`
do
     cat $file
done > myfiles.txt

Jim, heißt es wird nicht die Differenz zwischen der Anzahl der Datei-Deskriptoren für die Vorder-und Cron-Jobs alloted?

Kühl! Ich hatte eine seltsame Zweifel, ob es irgendwelche Unterschiede könnten.

Geräumte

Vielen Dank an alle!

Vielen Dank für die Antwort.

Aber meine Frage ist im Zusammenhang mit dem Unterschied in der Verteilung der Datei-Deskriptoren zu den verschiedenen Verfahren (aus dem Terminal Vordergrund / Hintergrund).