0

一連の文字をファイルに書き込むプログラムをCで作成しました。5つの英数字の後に、1つ(char)(30)の「レコード区切り文字」文字を繰り返します...改行はありません。プログラムは、508回目の反復（3048文字）に達するまで問題なくループでき、その後、ファイルにアクセスできないと言って終了します。

プログラムの構造では、このシーケンスが書き込まれるたびにファイルを閉じて再度開く必要があるため（スクリプトは、より大きな疑似データベースシミュレーションモジュールの一部です）、開く/書き込み/閉じるプロセスには508サイクルあります。 。データベースモジュールコード（かなりの数の行があるので、それを避けることができれば、そうする必要はありません）を分析し始める前に、めったに遭遇しない読み取り/書き込み制限を誰かが知っているかどうか疑問に思いました。 Unix、または特定の制限時間内のファイル内の3048文字の問題、またはファイル内の508 {30}の問題、またはそのような単純な（しかしキャッチするのが難しい）問題。オフチャンスで読み取り/書き込みを数ミリ秒遅らせてみましたが、それが閉じたときに誤って開いたり、そのようにつまずいたりしましたが、葉巻はありませんでした。

4

1 に答える 1

6

508は疑わしいことに512に近く、開いているファイルの数の妥当なデフォルト値です。コマンドulimit -aを入力して、どのような制限が課されているかを確認します。私のFedora15システムでは、1024がプロセスごとに開くファイルの数の制限です。

[wally@lenovotower ~]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 22084
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

512の場合は、プログラムが実際にファイルを閉じていることを確認してください。いくつかのコードを表示せずに、私たちにできることは推測することだけです。

于 2012-10-12T15:34:06.210 に答える