fopen：開いたままにするか、バッファを使用するのは良い考えですか？

Question

私は多くのログファイルが必要です。プログラムの開始時に作成され、プログラムが終了するとファイルに保存されます。それを行うために優れている場合、私は思っていた

：

のfopen（）プログラムの開始時にプログラムが終了したときに、その後、ファイルを閉じます - 必要なときに私はちょうどファイルに書き込みます。これらのファイルがまだ「開かれている」状態で何か（他のファイルioなど）が減速しますか？

OR

プログラムが終了したとき、私は、バッファから、書き込み、クローズファイルをバッファに書き込まれる必要があるものを保存し、開いているファイル。私はこれがより速くなると思いますか？

Answer 1

まあ、fopen(3) + fwrite(3) + fclose(3)はです。バッファされたI/Oパッケージなので、別のバッファリングレイヤーでは処理が遅くなることがあります。

いずれにしても、簡単で正しいプログラムに進んでください。それがゆっくりと実行されるように見える場合は、それをプロファイルし、推測ではなく推測に基づいて最適化します。

Answer 2

短い答え：開いているファイルの

1. ビッグ番号は、ファイルへの書き込みは何も
2. だから、あなたが開いたが、やるそれらのファイルを残すことができますとにかく

バッファリングされます遅くてはなりませんあなたのOSで開いているファイルの制限をチェックすることを忘れないでください。

Answer 3

ログファイルのポイントの一部は、プログラムが問題に遭遇したときに何が起きたかを把握することができます。非常に少数の人々も（近く）リアルタイムでログファイル分析を行います。 2つ目のシナリオは、どちらのシナリオでも機能しません。

私は最初のアプローチから始めましたが、十分に高いレベルのインターフェイスで、本当に必要な場合は2番目のインターフェイスに切り替えることができます。私はそのスイッチを高水準インターフェースの大きなメリットとは見なしませんでした。本当のメリットは、通常はコードの残りの部分を少しきれいに保つことです。

Answer 4

あなたのプログラムにログメッセージをバッファリングし、終了時にそれらを書き出すのは良い理由ではありません。 fprintfを使用して生成されたとおりに書き込んでください。 stdioシステムがバッファリングを行います。もちろん、これは最初からファイル（fopen）を開いて開いたままにしておくことを意味します。

Answer 5

ログファイルの場合、プログラムがクラッシュすると（にはが発生することが知られています）、ログ情報は安全になるように、メッセージが完了するたびにデータをディスクにフラッシュする機能的なインターフェイスが必要になります。標準的なI/Oバッファにデータを残すことは、コアダンプからデータを掘削することを意味します。これは、ディスク上の情報を安全に保つことよりも満足できるものではありません。

その他のI/Oは、1つまたは複数のログファイルを保持することによって実際に影響を受けません。おそらくいくつかのファイル記述子が失われますが、それは重大な問題ではありません。問題が発生すると、1つのログファイルに対して1つのファイル記述子を使用し、情報をログに記録できるように開いたままにします。 stderrをログファイルにマップして、使用中のファイル記述子として残すことができます。

Answer 6

fopenによって返されたFILE *が既にバッファされていることが言及されています。ロギングの場合、おそらくsetbuf（）またはsetvbuf（）関数を使用してFILE *のバッファリング動作を変更する必要があります。

特に、1行ずつバッファリングモードを設定すると、各行の書き込み後に自動的にログファイルがフラッシュされます。使用するバッファのサイズを指定することもできます。