問題タブ [pooling]

GAE Channel API を経済的に実行可能にする唯一の方法は、何らかのプール メカニズムを実装することです (アプリ エンジンの上級プロダクト マネージャーの 1 人が、私が法外な価格についてメールしたときに、このことを教えてくれました)。期限切れ。

私はチャネル プールを実装する方法 (場所) についてブレインストーミングを行ってきましたが、私が考える各方法にはかなり深刻な欠点があります。

サーブレットの静的メモリ-- 良いですが、新しい VM インスタンスが開いたり、クライアントがある VM から別の VM に渡されたりすると、かなりの数の開いているチャネルが失われます。

Memcache -- 少なくともメモリはすべての VM からグローバルにアクセスできますが、非アクティブとメモリ プレッシャーにより、非常に有効なチャネルが削除される可能性が高くなります。

バックエンド インスタンス-- 信頼性の点ではおそらく最良のオプションですが、バックエンドを実行するための費用が、最初にプールを実装することによる節約をすべて食い尽くしてしまいます!

不足している VM 間でチャネル プールを実装するためのより良い場所/方法はありますか? または、ここでのオプションの欠点に不必要にこだわっていますか? そうしないと、私のアプリはポーリングに戻す必要があるようです (私の暫定的な指標では、これはわずかに安価に見えます)。

Web ワーカーをプールするための適切なパターン/ライブラリを知っている人はいますか?

次のようなことができるようになりたいです。

• スレッドの最大数を設定します。
• 初めてワーカーを要求すると、新しいワーカーが作成されます。
• 次回は、まだ操作を完了していない限り、前のワーカーを返します。その場合、新しいワーカーを作成して返します。
• 最大数に達すると、ワーカーのリクエストをキューに入れ始め、ワーカーが利用可能になったときにそれらを開始します。
• これは現在、プールがすべて同じ .js ファイルを使用することを前提としています。

または、これに対するより良いアプローチはありますか？

私たちはIBMWebSphereMQアプリケーションに取り組んでおり、JMSAPIを使用してメッセージを操作しています。ただし、接続に時間がかかりすぎるという問題があり、JMS接続をプールしたいと考えています。スタンドアロンアプリケーションであるため、JNDIまたはプールサービスを提供するアプリケーションコンテナがありません。それで、これを解決するための解決策はありますか？JDBCの場合、DBCPまたはc3p0を使用してプールデータソースをアーカイブできます。JMSで、JMS接続をプールできる同様のプロジェクトはありますか？

接続を複数回開いたり閉じたりしようとしている単純な c# コードがあります。新しい接続が接続プールからのものであり、データベースにアクセスしていないことを確認するにはどうすればよいですか?

ODBC接続を開く必要があるという制限があるため、ODBCに関連する回答が優先されます。

「接続」オブジェクト内にデータメンバーはありますか、またはプールに未使用の接続がいくつあり、アプリケーションで使用されているかを実際に確認できるものはありますか?

前もって感謝します...

外部 Web サービスを呼び出すキャメル ルートがいくつかあります。この Web サービスのセッション プールを管理し、いくつかのセッションを開いたままにし、キャメル ルートがセッションを必要とするたびにアイドル状態のセッションを再利用する必要があります。

どちらが「より安全」ですか: - たとえば、JDBC を使用してデータベース内のセッション データを管理/永続化する、または - たとえば、apache-commons プールを使用して静的またはシングルトン プールを実装する

私のプロジェクトの一部は、アプリケーションのスレッド セーフ部分を強化することです。JDBC Connector/J を介して mysql データベースからデータを保存および取得できるようにしたいのですが、これには接続プールを使用する必要があることはわかっていますが、私のアプリケーションはサーブレットではありません ... Tomcat をインストールして構成を変更する必要がありますか?接続プーリング データソース、接続番号などの .xml ファイル...?

私はいつでもサーバーからデータを受信するアプリを開発しています。
このC2DMを実行するためのメカニズムを検索しましたが、アプリがインストールされるデバイスごとにGoogleアカウントが必要です

MQTT：しかし、それはサードパーティであり、私が開発している人はサードパーティを信頼していません。将来、サードパーティがサービスの料金を請求し始めたり、サービスを停止したりする可能性があるためです。

プーリング：バッテリーを大量に消費するため、これもお勧めできません。

これを行うためのより良い方法はありますか..
私は以前に同様の質問を投稿しましたが、満足のいく答えが得られず、まだ混乱しています...

ColdFusion アプリケーションから RESTful API を大量に使用したいと考えています。

私はCFの専門家ではありませんが、cfhttp呼び出しの繰り返しがボトルネックになると予想しています.それぞれの結果、接続が確立され、要求が送信され、応答が受信され、接続が切断されると考えています.

興味があります - 確立/切断の繰り返しを避けるためにリクエストを送信できる接続プールを維持する方法はありますか?

ColdFusion サーバーは、私が知らない機能 (CF 8 を使用しています) を提供していますか? それとも、プールを維持できる Java カスタム タグを作成できますか?

確かに他の誰かがこれに遭遇しました。

私の英語は3歳の赤ちゃんのようです。

最近、私は多くのファイル アクセスを使用して Web サイトを作成しました。

残念ながら、Tomcat から次のエラー メッセージが表示されました

これは、リクエストを短時間で送信したときに発生します。このジョブに対してオープンされているストリームが多すぎると思います。

この問題を解決する方法を知っている人はいますか。

私の環境は { tomcat 6.0.35, java 1.6.0_31, centos 5 } です。ああ、これは Linux でのみ発生します。

ありがとうございました。

2 つの apache2 サーバー間でapache 接続プールを実装したいと考えています。接続がすでに確立されているため、応答時間が短縮されます。

Worker または Event MPM のいずれかを使用する必要があることは承知しています。ログファイルで同じものを識別する方法も知る必要があります。

前もって感謝します、Paresh