問題タブ [daemon]

2 つのコンポーネントを持つ Java EE アプリケーションがあります。1 つ目は、インターネットから情報を取得してデータベースに入力するサービスです。2 つ目は、ユーザーがその情報を参照できる Web インターフェイス (Tomcat にデプロイされている) です。

最初のコンポーネントを実装するための最良のアプローチは何ですか? バックグラウンド デーモン/サービスとして実行する必要がありますか、それともコンテナー内のスレッドとして実行する必要がありますか?

語彙力がないので、ここで何を質問したらいいのかわかりません...

Tomcat サーブレット (およびそのための任意のサーバー) は、ステートレスであり、状態がデータベースに保存されている状態でリクエストに迅速に応答する場合、うまく機能します。実行時間の長い操作がある場合、バックグラウンドで他のサービスを実行し、Tomcat ハンドラーがそれと通信するようにしたいと思うかもしれません。Tomcat と同じ JVM で実行時間の長い Java アプリケーションを実行し、「通常の」Tomcat サーブレットを介して対話する方法はありますか?

例: HTTP で RESTful な因数分解サービスを提供したいとします。

考えられるシナリオは次のとおりです (HTTP 構文が正しいことを願っています。ほとんどのヘッダーを省略しています)。

クエリを処理するサーブレットを作成する方法は考えられますが、同じ JVM でデーモン/独立して実行されるサービスを実装するにはどうすればよいでしょうか?

編集:上記の例で、私がやりたいことは、作業キューを使用して自律的に実行され、素数を因数分解し、Tomcat サーブレットが公開するために使用できる操作をサポートする Java インターフェイスを持つバックグラウンド アプリケーションを用意することです。ウェブへのサービス。これで、バックグラウンド アプリの Web インターフェイスや HTTP について心配する必要がなくなり、サーブレットでのマルチスレッドの問題や素因数分解について心配する必要もなくなりました。

このコードを使用してデーモン化するPythonスクリプトがあります

スクリプトは

ループ。数時間は正常に動作し、その後予期せず停止します。そのようなデーモン、エラーデーモンをデバッグするにはどうすればよいですか。

[編集]

monit のようなプロセスを開始せずに、Python でウォッチドッグを記述して、他のデーモンを監視し、ダウンしたときに再起動する方法はありますか? （番犬を見守る者）

私はこのレシピを使用しています：Ubuntuサーバーでhttp://code.activestate.com/recipes/278731/ 。

私はこのようなデーモンインスタンスを作成します：

問題は、スリープ中であっても、デーモンが利用可能なCPUパワーのほとんどすべてを消費することです。

私は何が間違っているのですか？

DropBox フォルダーにファイルを保存するときに DropBox がファイルをアップロードするのと同じように、指定したフォルダーにファイルが追加/ドラッグ/保存されたことを OS が認識するたびに、ドキュメントを GoogleDocs にアップロードしたいと考えています。

これはRubyで何が必要ですか?パーツは何ですか?

• ファイルが保存されたときにどのようにリッスンしますか?
• ファイルがフォルダーに追加されたとき、どのようにリッスンしますか?

GoogleDocs API を使用してこれらのイベントを取得したらアップロードする方法は理解していますが、これがどのように機能するかはわかりません。

アップデート

ファイルがディレクトリに追加されたかどうかを確認する方法はまだわかりませんが、Guard for ruby​​ のおかげで、ファイルがいつ保存されたかをリッスンするのは非常に簡単になりました。

現在、複数の実行可能ファイル（ボイスチャットサーバー）を生成するために使用している小さなPythonスクリプトがあり、ソフトウェアの次のバージョンでは、サーバーはUDPポートでハートビート信号を受信する機能を備えています。（ポート7878以上の範囲で、1台のマシンに数千台のサーバーが存在する可能性があります）

私の問題は、これらのサーバーがPythonスクリプトと同じマシンで実行されている可能性があり、UDPポートを開き、ハートビートを送信して応答を待つことを計画していたことです。タスクを強制終了してサーバーを再ロードすることにより、サーバーが応答しなかった場合にサーバーを再起動します。

問題は、サーバーがすでに使用しているUDPポートを開くことができないことです。これを回避する方法はありますか？プロジェクトリーダーはまだハートビートを実装しているので、ハートビートシステムを実装する方法についての提案も歓迎されると確信しています。--これはかなり一般的なスクリプトですが、他のプログラムにも適用される可能性があるため、私の主な焦点は引き続きそのUDPポートでの通信です。

I need to improve the throughput of the system.

The usual cycle of optimization has been done and we have already achieved 1.5X better throughput.

I am now beginning to wonder if I can utilize the cachegrind output to improve the system's throughput.

Can somebody point me to how to begin on this?

What I understand is we need to ensure most frequently used data should be kept small enough so that it remains in L1 cache and the next set of data should fit in the L2.

Is this the right direction I am taking?

私は、ユーザーがメールを送信してブログなどを更新できる Web サービスを設計しています。これに適した Windows 用の電子メール サーバーは何ですか? その他のアドバイス/例は大歓迎です!

ありがとう、ジェイソン

Rubyで正常に動作するUnixまたはLinuxデーモンを作成する適切な方法は何ですか？

とにかく行儀の良いデーモンの定義は何ですか、そしてRubyでそのようなプログラムをどのように書くでしょうか？