機能がcreated as a web app通常の機能よりも最初の読み込みが遅いですか?Webアプリケーションの機能が標準機能より遅い
私はHttpTriggerを通常の関数(.csx内)として、Webアプリケーション内に1つ持っています。そして、最初のレスポンスがウェブアプリ1では遅いように感じます。それ以降の呼び出しは問題ありません。最初のもののような気分はちょうどそれを目が覚めた。私は場合、私は本当に
機能がcreated as a web app通常の機能よりも最初の読み込みが遅いですか?Webアプリケーションの機能が標準機能より遅い
私はHttpTriggerを通常の関数(.csx内)として、Webアプリケーション内に1つ持っています。そして、最初のレスポンスがウェブアプリ1では遅いように感じます。それ以降の呼び出しは問題ありません。最初のもののような気分はちょうどそれを目が覚めた。私は場合、私は本当に
あなたはWebアプリケーションプロジェクトを使用して、プリコンパイルされたモデルに言及している、ウェブアプリの機能によって、仮に経験していない正常な機能で
は、私を修正してください違う。
コンパイル済みのモデルを使用している場合(コンパイルステップが不要なため)、コールドスタートのパフォーマンスはより良いでしょう。です。あなたのCSXを変更すると、ホストリロードが発生せず、機能の再コンパイルが行われ、再デプロイされた場所で、コールドスタート(Webアプリケーションベースバージョン用)とウォームホスト(CSX用)の比較として観察されることがありますプリコンパイルされた関数が行います。
あなたは両方のサイトを再起動すると、最初の要求性能を比較した場合、あなたは事前にコンパイルされたバージョン(これらは可変であってもよいし、機能を多く持っている場合は、より顕著になります)
そうで良い結果が表示されるはずです私はそれがより良くなることを期待していましたが、それが最初に呼び出されたとき(長い期間の後に)、明らかにひどく悪いと感じました。私はそれを定期的にpingするタイマートリガーを設定すると思う私は遅さに気づくかどうかを確認してください... – raklos
再び、この経験は、ワーカー割り当て、リモートファイルIOレイテンシなどのような他の要因に基づいて異なる場合があります。 GitHub(https://github.com/azure/azure-webjobs-sdk-script)で問題を開いてください。調査を行います。 –