Профилирование — это сбор характеристик программы во время ее выполнения. При профилировании замеряется время выполнения и количество вызовов отдельных функций и строк в коде программы. При помощи этого инструмента программист может найти наиболее медленные участки кода и провести их оптимизацию. Профилирование можно проводить на обычном...
プロファイラの 提案はまだですか?
オプションno.2活字を一行ずつ取り出す。
を別機能にする。レナーテを信じよう:)
つまり、最終的にこのような結果になるはずです。
などはい、ここにEAへのリンクが あります。
2日経ちましたね~総集編は7%です・・・。
このマシンでは
プロファイラの 提供はまだですか?
いや、そんなことはない。いったい何を見ればいいのだろう?使い方がよくわからないんです。
オプション2.型の各文字列を入れること。
を別機能にする。レナーテを信じよう:)
つまり、最終的にそうなるはずなのです。
などそこで大幅なスピードアップを実現するのは、「case : 」の変形であって、「if」の変形ではありません。のようなものまで作ると
コードはさらに大きくなる。ただ、コンパイル時間や性能の比較はもちろんしてもいいのですが...。
このクルマに。
そうですね、このコードは大きくないですね、500メガバイトのコードを投稿したことはないです。
他にどのような手段があるのでしょうか?今のところ、これが一番早く思いつく選択肢なんですが...。
ロジックを最適化する。例えば、配列やループを使った作業。基準値を配列にまとめてみる。そして、ループでチェックを行う。そうすれば、7万4千件のニーズはなくなるかもしれない...。
1.いや、そんなことはない。いったい何を見ればいいんだ?使い方がよくわからないんです。
2. 速度を大幅に向上させるのは「case : 」バリアントであり、「if」バリアントではありません。のようなものまで作ると
コードはさらに速くなる...でも、確かにコンパイル時間や性能の比較はできますが...。
1.そこには、コードの最も遅い部分が表示されます。とはいえ...もうひとつは、コンパイルに影響を与えるかどうか...。
2.As you like:ケースを使用することができます。機能を細分化したほうがいいというアドバイスがありましたね。分解してテストする。はい、もちろん、コードは大きくなります。でも、どうしたらいいんだろう。
この列挙を、例えば外部のCSVファイルに転送しようとすると、ファイルを読むのに無駄な時間がかかるし、さらに、エージェントにタスクを渡すときに、EAコードは1人のエージェントに送られ、エージェント間で分割されるのに、各エージェントに500メガバイトも送ることができない、という問題が発生します。
そしてもう一つの質問ですが、私のコードは7zipで500から15メガバイトまで簡単に圧縮できますが、圧縮後のファイルは500程度になります - なぜそうなるのでしょうか - 原始的な圧縮(少なくとも100メガバイトまで)をする方法はないのでしょうか?
zipで圧縮する。zipを読み、中を解凍する。500MbのEAを転送するよりも高速になります(各エージェントにも転送されます)。
Renat Fatkhullin さん、プロファイラでコンパイルのボトルネックを明らかにすることができるのでしょうか?それとも、リアルタイムでコード速度をチェックするためだけに使うのか?
プロファイラーはコンパイルとは関係ありません。