|
|
|
Googleのunix.com
|
|||||||
| CEPのRSSニュース セップは、 ESPのとEPを集計RSSニュース。 |
その他のUNIXおよびLinuxフォーラムトピックは参考にすること
|
||||
| スレッド | スレッドスターター | フォーラム | 返信 | 最後の投稿 |
| メッセージングおよびイベント処理 | アイボット | CEPのRSSニュース | 0 | 2008年7月13日 06:10午前 |
| IBMのビジネスイベント処理されていないセップ言う | アイボット | CEPのRSSニュース | 0 | 2008年1月24日 10:20午前 |
| 単純なイベント処理！ \u003d複雑なイベント処理 | アイボット | CEPのRSSニュース | 0 | 2007年12月16日 12:10午後 |
| イベントの処理と意思決定の管理... | アイボット | CEPのRSSニュース | 0 | 2007年11月2日 01:00午後 |
| 複雑なイベント処理は何ですか？ （第8 ） | アイボット | CEPのRSSニュース | 0 | 2007年8月10日 12:50午前 |
を搭載 
|
|
|
LinkBack | スレッドツール | このスレッドを検索 | スレッドを評価 | 表示モード |
2008年8月5日
|
|||||
|
|||||
|
イベント処理ネットワークの遅延で
2008 - 08 - 05T09 ： 13:00.005 +03:00
 包装、 Anatalya 、トルコでの家族旅行へ行く。 興味深い議論に続き、昨日のパフォーマンスについての統計情報-イベント処理ネットワークの遅延が分かったのは、かなりトリッキーな定義されています。その理由は、イベントがネットワークを介して複数のパスでは、いくつかのそれをfilterred場合には、いくつかのパターンが完了していませんので、エージェントの内部状態に入るだけで、移動するには、いくつかのパターンとトリガの可能性がありますここでは反応の指標を定義するため、さまざまな方法がある。以来、機能の最適化を目標にする-が最適化されているこのことが重要です。このエリアの詳細な議論-した後に戻って来る。私に触れるのは1週間のためにされます。 ソース... |
スレッドモード
