問題タブ [cold-start]

.NET で作業すると、アプリケーション自体のパフォーマンスは全般的に向上しますが、アプリケーションの初期ロード時間が非常に長くなります。その多くは、測定が困難なアセンブリのロードに使用されます。

アセンブリに適用して、GAC や Ngen を使用せずに読み込みを高速化できる最適化はありますか? ClickOnce では利用できません。

これは WinForms 2.0 プロジェクトです。3.5 にアップグレードできますが、それではユーザー ベースが制限されます。マシンに .NET Framework 3.5 がインストールされています。

この新しいエンティティに関する情報が不足しているために、新しいユーザーまたはアイテムがシステムに入るときに推奨を行うことが問題になる「コールドスタート」問題を克服するための方法/アプローチは何ですか。

予測に基づいた推奨（性別、国籍など）を行うことを考えることができます。

次のコード ( Vitaliy Liptchinskyによる) は、アセンブリ内のすべての型を調べ、すべてのメソッドで PrepareMethod を呼び出します。これにより、コールドスタートの遅延が改善されますか?

マシンの再起動（コールドスタート）後に.netアプリケーションを起動するのが非常に遅い理由を誰かが知っていますか？

グーグルで調べた後、私はそれをスピードアップするためのいくつかの手がかりを見つけました。

1. アセンブリのマージ
2. リソース言語の設定
3. NGEN
4. GACのインストールなど。

.netアプリケーションを高速化するのに十分ですか、それとも他に何か足りないものがありますか？

.NETコールドスタートは既知の問題であり、DLLの読み込み、JITのコンパイル、w3wp.exeの作成など、ASP.NETWebサイトを初めて読み込むのに必要な時間を示します。

web.configファイルでsgen.exeを使用すると、コールドスタートが改善されますか？

より基本的には、web.configでこのツールを使用できますか？使用できる場合は、どのように使用しますか？

AppEngineが事前のウォームアップなしでコールドダイナミックインスタンスを使用してリクエストを処理するのはなぜですか？

私はSpringSecurityとSpringMVCを使用するWebアプリを持っているので、コンテキストの初期化には多くの時間がかかり、両方で約70秒かかります。したがって、初期化を2つのフェーズに分割しました。ここでは、ウォームアップ要求はアプリケーションコンテキスト（セキュリティ）のみを初期化し、SpringDispatcherサーブレットは次の要求で初期化されます。これにより、時間が最大60秒未満に保たれます。

現在、私の実稼働環境では、何らかの理由で、クライアント要求は2つの常駐（アイドル）インスタンスのいずれによっても処理されませんが、代わりに新しいコールドインスタンスによって処理されます。次に、このインスタンスはセキュリティ、ディスパッチャサーブレットを初期化し、リクエストを処理する必要があります。これは60秒後に中断されます。

コールドインスタンスの使用を可能な限り回避するために、最小保留待ち時間は500ミリ秒に設定され、最大は15秒に設定されていますが、これは大きな負荷なしで発生します。

私は、何万ものアイテムとその機能の説明を含むレコメンダー システムを構築しましたが、現時点ではユーザー プロファイルはありません。システムのブートストラップに役立つアプローチへのポインタを探しているので、評価を行うことができます。この問題に対処した論文/アプリケーションへのポインタをいただければ幸いです。

アプリ エンジン アプリケーションでコールド スタートの問題に直面しています。そこで、Google App Engine Application Extremely slowでJochenJungが提供した提案に従うことにしました。

「Always on」チェックボックスを有効にしようとしましたが、説明に従ってみると... [アプリケーションの管理コンソールの [請求設定] ページに移動し、[Always On] チェックボックスをクリックします]、パネルにチェックボックスが見つかりませんでした.

これは請求設定ページのスナップショットです

「常にオン」チェックボックスを取得する方法を教えてください。

アプリの起動時に、コールド スタートかどうかを判断する方法は? コールド スタートとは、アプリが以前の状態から再開されただけでなく、最初から起動されたことを意味します。

:編集: 私の質問を詳しく説明します: アプリの起動モードを見つけようとしています: コールド スタートまたはウォーム スタート。コールド スタートとは、アプリがバックグラウンドで起動されない、または起動されないことを意味するため、完全な起動が必要です。ウォーム スタートとは、まだバックグラウンドにあることを意味するため、より迅速に再開および開始できます。これら2つの開始モードをプログラムで区別する方法は?

StackOverflow のアプリ ハーバーに関する同様の質問がありますが、ユーザーは問題を解決するために新しい遺物を使用しようとしませんでした。

ASP.NET MVC プロジェクトを App Harbor にデプロイしました。構成は非常に簡単で、Git から自動デプロイを設定することもできます。しかし、私のウェブサイトはまだ主に私だけが使用しているため、非常に長いコールド スタート (15 秒以上) が発生していました。それを避けるために、New Relic をインストールしました。アイデアは、アプリケーションを同時に監視することでしたが、「多くの人」によると、ロード時間を大幅に短縮する定期的なpingも作成することでした.

動いていない。New Relic は毎分正しくアプリケーションに ping を送信していますが、それでも非常に長いコールド スタートが発生します。たとえば、5 分前、16 秒のコールド スタートがありました。1 分後、1 秒もかからずにページが読み込まれました。

Pingdom または StillAlive を使用して同じ結果を得ることができたことはわかっています。AppHarbor でアプリのパフォーマンスを向上させるにはどうすればよいですか?

私は New Relic が好きで、Web サイトの速度が低下するため、アプリ ハーバーに多くのアドオンを配置したくないので、そうしたくありません。何が原因なのか、何か考えはありますか?