こんにちはすべて、

このスレッドの議論は基本的にcronジョブの専門家からより多くの情報をもたらすと関連付けられているファイルの処理になるだろう。

そのためには、ここで質問です。

ファイルの最大数は確実に処理' p 'を扱うalloted '定数n 'をされています。

場合は、プロセスの' p 'ををフォアグラウンドプロセスとして実行しているか何か違いは、プロセスのcronで生成されるよう デーモン;ファイルの最大数には、プロセスを処理するallotedことですか？

もしそうなら、なぜ違い、基本的にどのような制約を生成するプロセスはcronで置かれている以上です デーモン は、プロセスは、フォアグラウンドプロセスとして実行されている端末から蹴ったのか？

ありがとう！

プロセス毎のファイル記述子の数では、カーネルで修正されているパラメータを使用時間や設定、コンパイル、オペレーティングシステムによって異なります。

何が実際には、以下に限定されると任意のプロセスのUNIXへの便利な機能の面で...

1 。それを制御する端子がついている

2 。親が死んだのです

3 。が死んで、それはゾンビとの記憶がない、ファイル記述子がないと、プロセス一覧には、最小限のエントリです。

優先順位などが全体の詳細は、効果的な利用者などが、多くはないが、別のプロセスが、単にそれの親も、ケース2とpidを置き換えることを意味している他のプロセス'1 ' 。

ファイル記述子の数を変更するそうです。

正確な明細のOSによって異なります。私はHP - UXの場合を例に使用されます。 decriptors可能なファイルの数は、コントロールの下にある setrlimit （ 2 ）。 （以下強力なインターフェイス、 ulimit （ ） も利用可能です。 ）の過程をよりfdを持つことはできません" "制限ソフトよりもね。 ） setrlimit （ 2を使用して、プロセスを高めることができるか、そのソフトの上限を引き下げてください。しかし、プロセスでは、上記のソフトハードの制限の上限を引き上げることはできません。 Aプロセスは、ハード制限を低くすることができます。唯一のルート処理は、ハードの制限を上げることができます。カーネルパラメータは、ハードとソフトリミットの初期値を定義します。ルートでも、ハードの制限のための初期値は、上記のハードの制限を上げることはできません。カーネルのparamters ：
maxfiles
maxfiles_lim

私のHPを選んで少し- UXの私はだまされているサンプルのOSとして。 HP - UXのカーネルを動的に再構成することができます。唯一のルートは、カーネルを再構成することができます。しかし、ルートプロセスを、理論、 maxfiles_limしmaxfiles_limしrelowerのハードリミットを上げるを上げる可能性がある。 Unixのすべてのバージョンでは、ルート処理するために多くの力を与える。

私はと考えているわけではなく、これらの制限にcronのバイオリン。

デフォルトSTDINハンドル、標準出力、およびstderrファイル記述子ではしているプロセスの作成時にオープンした。
もし、ファイルの上限16 、例えば、そのプロセスを再生する13のファイル記述子があります。

シェルスクリプトでは、リダイレクトを記述ファイルを使用します。一度の行" "は、リダイレクトはファイルディスクリプタを完了されていることが閉じている例： ls * > myfile.txt 。は、ループのようなコードのブロックをリダイレクトする、コードの多くの行をファイル記述子を使用しています。

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

ジムwont手前のプロセスがファイル記述子の数の間に違いが意味するところは、 cronジョブalloted ？

涼しい！私は変な疑いがあるかどうかの違いがあった。

クリア

すべてに感謝！

回答いただきありがとうございます。

しかし、私の質問は、別のプロセスにファイル記述子の配分の違いには、ターミナル/背景から（手前）関連しています。