> インストーラーでレジストリのrunスタートアップにダミー起動を登録し、ユーザーの体感時間を減らすようにしました。
> ダミー起動はMainの呼び出しで引数を見て判断して、何も処理せず終了させてます。
という話があったので (1) に限定した話だと思っていたのですが、冒頭のサイタマンさんの投稿ではなかったんですね。
問題になっているサイタマンさんの状況が (1) なのか (2) なのかはわかりませんが、一般的に「アプリケーションの１度目の起動時間が遅い」という質問に対する回答としては、(1) と (2) は、共に必要な議論であることは間違いありません。（どちらも解消されなければ、根本的な問題の解決にならない）
そういった意味で、スレッドは分けるべきではないのかも？ という気もします。「それには２つの要因があって、それぞれ別の観点でアプローチする必要があるんだよ」という回答はよいと思うのですが、質問者や検索者にとって必要なのは両方であって片一方ではないことがほとんどであろうと思います。
class Program
{
static void Main(string[] args)
{
#if PRINT
System.Console.WriteLine(
System.Diagnostics.Process.GetCurrentProcess()
.StartTime.ToString("yyyy-MM-dd hh:mm:ss.ff")
);
System.Console.WriteLine(
System.DateTime.Now.ToString("yyyy-MM-dd hh:mm:ss.ff"));
#endif
}
}
PRINT を定義したプログラム test.exe と、PRINT を定義していない autorun.exe の２つにコンパイルしておいて、手元の .NET Framework 3.5 SP1 環境および、同一マシンにて構成ファイルを使用して .NET Framework 2.0 を明示した場合、
# 3.5SP1 without autorun.exe
> test.exe
2010-01-16 09:59:53.53
2010-01-16 09:59:55.58
# 3.5SP1 with autorun.exe
> test.exe
2010-01-16 10:12:59.29
2010-01-16 10:13:00.07
# 2.0 without autorun.exe
2010-01-16 10:16:56.55
2010-01-16 10:16:59.28
# 2.0 with autorun.exe
2010-01-16 10:20:03.64
2010-01-16 10:20:04.47
こんなかんじでした。
計測精度は別おいといて、2050ms, 780ms, 2730ms, 830ms ですね。3.5 SP1 は、それ自身で起動速度がかなり改善されているように見えます。
