非同期ログ

私のアプリケーションでは、ある時点で、重いものをログファイルに記録しています。非同期ログ

基本的には、ログ用にのみ利用可能なデータのJSONを作成し、ログファイルにログインしています。これはJSON形式でデータを記録するビジネス要件です。

利用可能なデータからJSONを作成し、FILEにロギングすると時間がかかり、元のリクエストの戻り時間に影響します。アイデアを改善することを考えました。

我々が議論してきたことの一つは、我々のコードで

Executors.newSingleThreadExecutor()

を使用して、JSONとその後のログへのデータの変換を行いそれにタスクを提出するスレッドプールを作成することです。

スレッドプール自体を管理しているので、いくつかの問題を作成する予定ですか？

誰かがより良いソリューションを共有できるかどうかは分かります。これでLog4jを使うのはいつも。AsyncAppenderを使用しようとしましたが、望みどおりの結果が得られませんでした。 EJB 3、Jboss 5.0、Log4j、java6を使用しています。

出典

2013-06-10 Rips

私はあなたが記録するために別のスレッドプールを使用するという点で正しいと信じています。多くの製品では、非同期ロギング機能が表示されます。ログは蓄積され、要求スレッドとは別のスレッドを使用してログファイルにプッシュされます。特に退避環境では、何百万もの要求があり、応答時間は数秒以下にする必要があります。システムの速度を落とすためにログを取るなどの手間はありません。そのため、メモリバッファにログを追加し、それらを適度なサイズのチャンクで非同期にプッシュする方法が使用されています。

注意の言葉 として複数のスレッドがログファイル（複数可）に、メモリログバッファの作業をおこなう予定ログインするためのスレッドプールを使用している間、あなたはログに注意する必要があります。 FIFOタイプのバッファにログを追加して、タイムスタンプでソートされたログファイルにログが出力されるようにする必要があります。また、ファイルへのアクセスが同期されていることを確認し、ログファイルがすべて上下逆になったり、混乱したりしないようにしてください。

出典

2013-06-10 07:07:58

私は正しいdirection.Butで前進する自信を与えてくれてありがとう私の唯一の心配は、私はアプリケーションを作成したスレッドプールを使用している...任意の問題を作成するか、または私はこれのためにjbossスレッドプールを活用することができます。 – Rips

MongoDB for loggingを使用していますか？

非同期にを実行することができます。ロギングが遅かったり停止したりした場合には、ユーザの経験が停止することは望ましくありません。またはそれ以下です。 MongoDBは、の機能を提供して、ログコレクションへの挿入を開始し、応答コードを待つことはありません。（が応答を望む場合、getLastError（）を呼び出します。ここではスキップします）
古いログデータは自動的にLRU出力されます。上限付きのコレクションを使用すると、はログ用のスペースをあらかじめ割り当てており、いっぱいになるとログはをラップし、指定されたスペースを再利用します。過度のログ情報でディスクをいっぱいにするリスクはなく、ログアーカイブ/ 削除スクリプトを書く必要はありません。
問題が発生するのに十分速いです。まず、MongoDBは一般的にはで非常に速く、このような問題に対しては十分速いです。次に、キャップ付きコレクションを使用すると、挿入順序は自動的に保持されます。は、タイムスタンプでインデックスを作成する必要はありません。これにより、の処理も高速になります。ログの使用例は、大部分のデータベースのの問題とは反対に、書き込みの数が非常に多いであるため、重要です。
ドキュメント指向の/ JSONは、ログ情報に最適です。非常にフレキシブルであり、意味においては「スキームレス」です。いつでも私たちが望む時間にフィールドを投げることができます。

出典

2013-06-10 07:07:11 rajesh

まあおかげでこれを共有するためのCoralLogの開発者の一人ですが、私たちは今、そのルートを行っていると思ういけません。 – Rips

Logbackを参照してください。AsyncAppenderは既に別のスレッドプール、キューなどを提供しています。設定が簡単で、ほぼ同じことをしますが、ホイールを再発明する必要はありません。

出典

2013-06-10 07:11:02

これとlog4j.AsyncAppenderの間に違いはありますか？これの一部として、私はasychronosulyだけをログに記録するだけでなく、データをJSONに変換したくありません。 – Rips

@Rips（データ変換のような）他のタスクもある場合は、あなたのソリューションもOKです。 log4jとlogbackについては、log4jの開発は停止されており、ログバックはアクティブです。 log4jとlogbackの詳細については、この[link]（http://stackoverflow.com/questions/178215/log4j-vs-logback）を参照してください。 –

2もありLOG4Jさ：http://logging.apache.org/log4j/2.x/manual/async.htmlさらに、それは非常に高速である理由については、この記事をお読みください。http://www.grobmeier.de/log4j-2-performance-close-to-insane-20072013.html#.UzwywI9Bow4

出典

2014-04-02 15:55:09 Karussell

あなたはまた、非同期的かく乱パターンを使用してデータをログに記録するCoralLogを試すことができます。そうすれば、ロガースレッドで最小限の時間を費やして、すべてのハードワークが実際のファイルI/Oを実行するスレッドに渡されます。また、消費者スレッドを高速化してキューの競合を減らすために、Memory Mapped Filesも提供しています。

免責事項：私は

出典

2014-07-08 11:52:37 rdalmeida

答えて

関連する問題