問題タブ [throttling]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
581 参照

wcf - WCF とネットワーク帯域幅調整

WCF サービスのメソッドを呼び出すクライアント アプリケーションがあります。このメソッド呼び出しのパラメーターの 1 つが 10MB に近い場合があります。これは、クライアントが非常に低速なネットワークにある場合に問題を引き起こします。10MB のデータがサーバーに転送されているとき、ネットワーク内の他のユーザーは深刻な速度低下を経験します。メソッド呼び出しごとに帯域幅の使用を調整する方法はありますか?

高低を検索して、オプションのみがカスタム チャネルを作成しているようです。カスタム チャネルの作成方法に関する適切なドキュメントを見つけることができません。どんなポインタでも本当に役に立ちます

0 投票する
1 に答える
293 参照

c - Windows(Vista) CMD 垂直リフレッシュレート

それで、私は DOS プロンプト用の昔ながらの ASCII ゲームを開発しています。そう言えば、ノスタルジックです。とにかく、私がそれに戻ってから、画面メモリに直接アクセスすることを再学習し、ゲームのリフレッシュレートが約30〜60Hzになる最近まで、とても楽しんでいました. XP、Vista、および 7 では、コマンド プロンプトの vert refresh が約 14 Hz でスロットルされているように見えます。一定の KB 入力を与えると、約 25 ~ 30 Hz に跳ね上がります。

要点は次のとおりです。DOSゲームを実行すると、ウィンドウモードで非常に途切れますが、スペースバーを押したままにすると、更新がはるかに改善されます。フルスクリーンモード(Alt + Enter)で実行すると、問題はまったくないので、メインOS(Windows)がエミュレートされたOS(DOS)のリフレッシュレートを測定する方法に関係があると確信しています.

DOS エミュレーター (コマンド プロンプト) のリフレッシュ レートをデフォルトにする方法はありますか? それとも、KB 割り込みを介して一定の KB 入力をエミュレートしますか?

0 投票する
1 に答える
1642 参照

google-chrome - http リクエストのスロットリング Google Chrome 拡張機能

私の前の質問に対する答えがうまくいかないことが判明しました。問題は、リクエストでサーバーに過負荷をかけていることです。後続のリクエストが少し遅くなるように、プロセスにはスロットルが必要です。これが問題のコードです。タイマーまたは setInterval を必要とするコードの重要な部分は、アラート「Profile Rejected」で始まる部分ですが、両方を遅くしても問題ありません。助言がありますか?

0 投票する
1 に答える
290 参照

wcf - WCF を介した MSMQ からの Windows サービスの読み取り...スロットリング

WCF を介してメッセージ キューを読み取る Windows サービスがあります。サービスがキューから 50 件以下のメッセージを処理するようにしたい。スロットリング構成を 50 に設定しましたが、何もしていないようです。メッセージを次々と処理するだけです。

何か不足していますか?

私の web.config :

<serviceThrottling maxConcurrentCalls="1" maxConcurrentSessions="1" maxConcurrentInstances="50" />

私のサービスファイル:

[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple, InstanceContextMode = InstanceContextMode.PerCall)]

何か変更点があれば教えてください。

0 投票する
3 に答える
11219 参照

javascript - window.onresize: サイズ変更中およびサイズ変更完了時に関数を起動する

私はJavaScriptが初めてです。ユーザーがウィンドウのサイズ変更を完了した後に関数を起動する onresize 関数を作成する方法を理解しようとしています。ほとんどの場合、セッション タイムアウトが発生します。

基本的な関数を書くためのアイデアはありますか?

ここに私が試みているものの修正版があります。目標は、ページのサイズ変更中にページのメイン カプセル div を非表示にすることです。最初に onresize イベントがトリガーされると、div の可視性がオンになり、「情報を処理する間お待ちください」という待機画面になります。

スクリプト Exp:

0 投票する
4 に答える
4166 参照

java - Javaスロットリング

との組み合わせScheduledThreadPoolExecutorを使用して、可変パラメーターを受け入れるコマンドを調整するにはどうすればよいですか?コマンドからの応答を受け取ったら、前述のコマンドの出力に基づいて新しいコマンドを作成する必要があります。また、1秒あたり100回の呼び出しのしきい値を順守する必要があります。ScheduledFutureExecutorCompletionServiceCallableCallableCallableCallable

0 投票する
2 に答える
712 参照

jquery - ajaxライブ検索機能のスロットリング

私が書いた次のajaxライブ検索機能を抑制したいと思います。

2文字以上入力した場合のみリクエストが送信されるようにしました。また、ユーザーが必要なものを入力できるように、ajaxを1/4秒間スロットルします。ajaxをsetTimeout関数でラップしましたが、機能しませんでした。

もう1つ質問する必要があるのは、おそらくajaxの結果をキャッシュする必要があるということです。

0 投票する
1 に答える
6975 参照

jquery - ajax リクエストを抑制する方法

livesearch 関数で ajax リクエストを調整するために、次のコード(別のユーザーによって作成された)を使用しています。

デモが必要な場合は JSFiddle: http://jsfiddle.net/4xLVp/

しかし、それはバグのようです。で値をクリアしCtrl+shift+back-arrow、再度入力すると、リクエストが殺到します。空白の値でもリクエストが発生します。特に、リクエストの遅延がより測定されているように見えるjQuery UI autocompleteと比較すると、正しくないようです。

これを処理するより良い方法はありますか?

0 投票する
1 に答える
912 参照

asp.net-mvc - How can I throttle requests per minute in ASP.NET MVC?

I want to be able to say that if a request from the same user (for an API) starts to happen quickly enough that their requests per minute reaches a certain level, I want to start denying the requests until it slows down. (Just like the guys at Zendesk did).

The question is two fold, what's an efficient way of calculating the request rate (minimal DB read/writes) and where in the MVC hierarchy (Action filter, Controller method override?) would this code best reside?

0 投票する
1 に答える
273 参照

facebook - Facebook アプリ診断での「Calls Access Too Many Data」の意味

私たちの Facebook アプリケーションの診断ページには、2 つの異なるクエリについて、"Calls Access Too Much Data" というメッセージがあります。これが何を意味するのか正確に知っている人はいますか?

具体的には、これは、呼び出しごとの平均リクエスト サイズが大きすぎることを意味するのでしょうか?それとも、総計であまりにも多くのデータにアクセスしていることを意味するのでしょうか? ユーザーごとのクエリの合計数を制限できるように、(GraphAPI クエリと FQL クエリの両方で) クエリを可能な限りまとめてバッチ処理するように多大な努力を払っています。しかし、これら 2 つの呼び出しが実際に「大量のデータにアクセスしている」場合、これらのクエリのバッチ処理についてあまり積極的ではないということでしょうか?