問題タブ [polling]

Android向けのゲームを開発しています。多くのことが起こっていますが、かなりスムーズに実行されています。もちろん、それはユーザーが画面に触れるまでです。

彼らがそれに触れている間、フレームレートを完全に消去するため、かなり高い優先度であると思われるもので、約10ミリ秒ごとに（ 、および で）onTouchEvent呼び出されます。タッチが終了するとすぐに、フレームレートは良好な状態に戻ります。action = ACTION_MOVEx = 0y = 0

私はもう試した

• onTouchEventいつものようにゲームの入力を処理する
• すぐにonTouchEvent戻ってきたtrue
• まったくonTouchEvent実装していない

この問題は、3 つの状況すべてで持続します。

誰かがこれに遭遇しましたか？イベントが生成される速度を下げる方法ACTION_MOVE、または実際の動きがあるときにのみイベントが生成されるようにする方法、またはタッチの現在の位置を取得するだけのポーリング方法を使用する方法はありますか? それとも完全に無効にする方法ですか？

現在、4つのWebサーバーにDNSポーリングを使用しています。

私たちが遭遇した問題は次のとおりです。ユーザーが更新すると、他のWebサーバーに移動する可能性があります。ユーザーがすでにログインしている場合、これは非常に気分が悪くなります。セッションを使用してログインステータスを記憶しますが、他のWebサーバーに更新すると、セッションが失われます。

したがって、最善の解決策は、ユーザーが更新するときに同じWebサーバー上にいるようにすることです。抜け道はありますか？

Silverlight コンポーネントと WCF サービスを作成しました。どちらも、PollingDuplexHttpBinding を使用して通信し、プッシュおよびプル機能を有効にしています。

私たちのドメインでは完全に機能しますが、ドメイン外のホストは、公開されている Web サービスをまったく呼び出しません。

clientaccesspolicy ファイルが利用可能で、ルートからダウンロードできます。クロスドメイン ファイルも追加しました。したがって、サーバー A からサーバー B (同じドメイン内の A と B) へのポスト リクエストが、Silverlight クライアント (FireBug 内) から、A と C (C は外部サーバー) の間で見られます。 clientaccesspolicy ファイル。

PollingDuplexHttpBinding とクロスドメインはまだ可能ですか (これについては何も見つかりません)、それとも他に何か調べることができますか?

いくつかの JMX Bean をクエリする複数の Callable があるため、それぞれがタイムアウトする可能性があります。値をポーリングしたいのですが、毎秒としましょう。最も素朴なアプローチは、それぞれを別のスレッドで開始することですが、スレッドの数を最小限に抑えたいと考えています。より良い方法でそれを行うには、どのオプションが必要ですか?

BizTalk MSMQ 受信アダプターのポーリング間隔に影響する設定はありますか?

Professional BizTalk 2006 の「これは 1/2 秒に設定されており、構成できません」というセクションを読みましたが、テスト ボックスの遅延は約 10 秒のようです。

OK、COMETの実装を探しています。このページで、さまざまなオプションを比較しています。

http://cometdaily.com/maturity.html

「トランスポート」の下で、彼らはこの用語「コールバックポーリング」を使用しています-コールバックポーリングとは何ですか？通常のポーリングとロングポーリングとは何ですか？コールバックポーリングとは何ですか？

「ポーリングが悪い」理由に関する質問を見てきました。1 つのスレッドが使用するプロセッサ時間を最小限に抑えるという点では、スピン待機 (while ループで必要な変更をポーリングする) を行うか、カーネル オブジェクト (Windows のカーネル イベント オブジェクトなど) を待機する方がよいでしょうか。 ?

文脈上、コードはシングルコア、ハイパースレッディング、マルチコアなど、あらゆるタイプのプロセッサで実行する必要があると仮定します。待つ代わりに。最後に、スレッドが待機 (またはポーリング) を開始してから条件が満たされるまでの時間は、非常に短い時間から長い時間までさまざまです。

OSは「待機」の場合により効率的に「ポーリング」する可能性が高いため、「待機は単に他の誰かがポーリングを行うことを意味する」という議論を見たくありません。これは古いニュースであり、必ずしも100％正確であるとは限りません.

「ミドルマン」ロガーの構築に多くの問題があります。これは、/ usr / bin内のアイテムの上のパスに配置し、アプリケーションとの間でやり取りされるすべてのものをキャプチャすることを目的としています。（ブラックボックスのサードパーティアプリが何らかの理由でFTPに失敗しています。）実行されると、仲介者はフォークし、stdoutとstdinを親が制御するパイプとの間でリダイレクトし、/ usr/binでプログラムを実行します。（ハードコードされています;はい、私は知っています、私は悪いです。）

ただし、poll（）を実行すると、状況がおかしくなります。ログファイルのハンドルを失い、子供からの出力パイプのポーリングでエラーがスローされ、猫と犬が一緒に暮らし始めます。

誰かがこれに光を当てることができますか？

これが私が現在持っているものです...問題のpoll（）は、場所を特定しやすくするためにインデントされていないコメントでマークされています。

---

2009年6月23日12:20PMを編集

修正後、このプログラムで「banner」を実行しようとしましたが、次のような出力が得られます...

ログファイルには次のものがあります。

ERRNOに0が含まれている理由は、poll（）が問題なく返されるためです。エラーで戻ってきたのはpollArray[1].reventsです。これは、childOutPipe[0]がエラーとしてポーリングされたことを意味します。logChar（）は、私が知る限り、呼び出されることはありません。

poll（）を2つの異なる呼び出しに分割してみます。

---

さて、私がpoll（）を実行した瞬間、エラーメッセージが返されないstdinでも、logFileに書き込む機能が失われます。また、パイプでエラーが発生して出力ポーリングが返される前に、while（）ループが数回実行されることを発見しました。私は、poll（）が単に失われた原因であるとますます確信するようになっています。

---

errnoが「不正なファイル番号」に設定されているpoll（）が成功した場合でも、logFileへの書き込みはすべて失敗します。これは実際には起こらないはずです。正直なところ、ファイルハンドルにどのような影響があるかわかりません。

---

さて、どうやら私はバカです。私をまっすぐにしてくれてありがとう。nfdsは配列サイズではなく、バイトサイズであると想定していました。それは修正されました、そして出来上がり！logFileハンドルを強制終了することはもうありません。

ユーザーからデータを収集してサードパーティのWebサービスに送信するASP.NETWebサイトを構築しています。Webサービスはやや信頼性が低く、このためバックアップサービスがあります。

プライマリサービスへの呼び出しが失敗した場合（タイムアウトまたはその他のエラー）、静的クラスのビットを反転する必要があります。これにより、システムがトリップしてセカンダリサービスを使用します。

この時点で、プライマリサービス（ダミーデータを使用）のポーリングを開始して、バックアップされているかどうかを確認する必要があります（その時点で、OKコードを受け取ります）。この時点で、Webサイトがプライマリサービスの使用を再開できるように、ビットを元に戻す必要があります。

これを読んだことがあります。WindowsサービスまたはASP.NETバックグラウンドスレッドを使用する必要がありますか？コードをWindowsサービスに分離することが、ポーリングを実行するための最もクリーンな方法だと思いますが、Webアプリケーションとどのように通信するのでしょうか。

私が考えていたのは、WindowsサービスがWebアプリとの通信に使用できるWebサービスを公開することでしたが、これは面倒でやり過ぎのようです。

同様のタスクを実行するためのあなたの考えと経験に感謝します。

ありがとう

Java の Executor は (私が理解している限り) ThreadPool の概念を抽象化したものであり、タスクを受け入れて実行 (実行) できるものです。

ポーリングの概念について同様の例外を探しています。特定の Queue (これは を実装していません BlockingQueue) からアイテムを継続的にポーリング (デキュー) し、それらを実行してスリープ状態にし、シャットダウンするまでこれをすべて繰り返す必要があります。

既製の抽象化はありますか、それとも自分で何かを書く必要がありますか?

(より良いタイトルの提案は大歓迎です)