戦略ループは,一度使うと,時々60ms,時には10000+ms,時には10000+ms,時には10000ms,時には10000+ms,時には100ms,時には100ms,時には100ms,時には100ms,時には100ms,時には100ms以上,時には100ms以上,時には100ms以上,時には100ms以上,時には100ms以上,時には100ms以上,時には100ms以上. 私は内部で各機能を個別に計測し,小さいときの機能が小さく,大きなときの機能が大きくなったことに気づきました. また,チャート情報を更新する機能もあります. 状態バーの情報は,市場情報を取得するよりも長く使われます. これはクラウドサーバーによるものですか? Amazonのt2.microを使っています。 (実行策は簡単です)
支援を募る (画像をクリックして連絡)グラフのステータスバーは,理論上は,ネットワークIOが遅いことを示すためであり,ループ内のネットワークIOの部分をできるだけ同時に行動させることです.
小さな夢リアルディスクか,リテストか? ステータスバーのコンテンツは頻繁にリフレッシュされ,リフレッシュ率はあまり速くありませんので,表示されるコンテンツは,現在のステータスバーのコンテンツを即座に表示するものではありません. リアルタイムは基本的にネットワークIO要求によって生成され,他の操作時間は基本的に無視できます.
古い皮膚グラフの情報を更新し,ステータスバーの情報を複数のスレッドで利用できます.
小さな夢フォアループを10回まで短縮し,再び観察します.
淡いままにワタシは,このサイトをご覧になっているので,このサイトをご覧下さい. var A = new Date (().getTime (() について 変数 B = 0 変数 C = 0 for (var i = 0; i < 1000; i++) { ループの内側では, B=new Date (().getTime (() -A) について ありがとうございました. C=new Date (().getTime (() -A) について この式は,B=6で,C=220+です. 私は,時間を取って,何が問題なのかわからない.
淡いままにありがとうございました
小さな夢ネットワークIOなしでは時間がかかりません. 一般的には数ミリ秒です. 簡単なテストコードを与えることができます. 簡単なテストシナリオに変更して,戦略設計による問題を排除します.
淡いままにリアルディスクです.私が統計的に調べてみると,常に時間軸が小さい. 単一の状態盤ではなく,すべての機能が基本的には同じ割合で拡大縮小する.
淡いままにQAQのアイデアありがとうございました.