queue

    49

    6答えて

    私は2の容量に初期化したキュー<T>オブジェクトを持っていますが、それは明らかに容量だけであり、項目を追加すると拡大し続けます。制限に達するとアイテムを自動的にデキューするオブジェクトが既に存在しますか、または自分の継承クラスを作成するための最良のソリューションですか?

    2

    1答えて

    私は外部Webサービスを扱うシステムを設計しています。このサービスは、特定の期間(T)にわたって実行できる要求の数を制限します。このシステムは、ある数の要求(R)のバッチ処理を可能にする。サービスがサポートしているオペレーションは一定数あります(O)。 私のコードでは、ユーザーからの未知数のリクエストが処理されます(この時点では実際には分かりませんが、1日に1回のリクエスト、1秒間に数千回のリクエ

    1

    2答えて

    私はこのシステムを、複数の異なるステージをパイプでつなぎ合わせたものです。 具体的には、私はtcp-ipを介して通信する多くの異なるプロセスを持っています。メッセージは、パケット指向のプロトコル(特定の条件が満たされている場合は、単一のワイヤプロトコルデータユニット でいっぱいにまとめることができます)を介して と交換されます。私も制御フローキューを持っています - 送信が失敗した場合、ソケットは

    4

    3答えて

    名前はありますが、私はそれが何であるかわからないので、Googleには難しいです。 私が探しているのは、キューのペア、プロデューサによって使用される「保留」キュー、および消費者が使用する「処理」キューであるJava並行性ユーティリティのものです。キューをアトミックにスワップします。この方法(1つのプロデューサスレッド、1つのコンシューマスレッド)で使用する場合、個々のキューはスレッドセーフである必

    0

    2答えて

    データを受け取るときに、より低いレベルのアプリケーションが常にコールバックRecData(char * buf)を呼び出すアプリケーションを使用しています。 コールバックで私は2つのスレッドを作成し、これらの作成されたスレッドにコンシューマとプロデューサ関数を渡しています。 マイコード: 空隙RecData(チャー*のBUF) { CreateThread(NULL,0,producer_queu

    2

    7答えて

    私たちは、さまざまなことを行い、特定のアクションに応じてユーザーに電子メールを送信するWebアプリケーションを持っています。 SMTPサーバーやバックログに問題がある場合に備えて、実際に電子メールを送信しないようにhttpリクエストスレッドを切り離したいと思っています。これまで私はJMSを使用していましたが、問題はありませんでした。しかし、現時点では、私たちがJMSをやっているWebアプリケーショ