をナットを駆動しています。
あなたのクライアントがdev VMに持っているのと同じアンチウイルスをインストールすることによってその仮説を証明する必要があります。スロースタートアップを再現できない場合は、マシン間でProcMonのトレースを比較してください。
私はハンスはお金であり、あなたは、あなたの質問に参照
QAで正解ごととしてアンチウイルスは、最も可能性の高い犯人であると信じてい
:
私は非常に見てきました新しく展開された最初の実行.Netアプリケーションのパフォーマンスが悪い(数秒対数秒)。ウイルス対策ツールが新しくチェックされているため、ユーザーはウイルス対策ソフトウェアを実行している。
は、.NET Framework 3.5のSP1を使用するか、上記の「スタートアップの領域でのパフォーマンスが大幅に向上がある。特に、WPFアプリケーションと」とし、3.5 SP1は、スプラッシュ画面を備えていることを確認します。
スプラッシュスクリーンは、迅速な(一時的な)修正プログラムです。悲しいかな、理想的な解決策ではありません。
ClickOnceのは今かなり古くなっていると、なぜ、このようなWindowsインストーラやアプリで更新メニューとして、さまざまな展開機構を別の戦略を採用していない、この分野での進歩の多くがありました。 MSIインストーラをInstall to same path when upgrading applicationにする手順を詳しく説明します。
ClickOnceの代わりに最新のバージョンを使用しているすべての人に厳しいものにしたい場合は、新しいバージョンがリリースされたときに、Webサービスを起動してダウンロードして実行する方がよいでしょう。
また、この分野のGoogleからヒントを受け取ります。あなたはジェフ・アトウッドの記事を覚えている:http://blog.codinghorror.com/the-infinite-version/

あなたはClickOnceのを使用していけない場合は、NGENとbsdiff、おそらくはGoogle courgetteのようなものを使用することができます。
ClickOnceアプリケーションdiscussed hereの起動を高速化する他のいくつかの方法があります。
これは直接あなたの質問に答えられないかもしれないが、うまくいけば、それは根本的な原因を特定し、および/またはアップデートをロールアウトするための別のよりアップ-DO-日付メソッドを使用する方法についての思考のためにあなたの食べ物を与えます。
アプリケーションの開始後に更新を検索するようにclickonceを設定してみましたか? – Pikoh
こんにちは、コメントありがとうございます。 いいえ、私は試していません。私は、更新プログラムの検索が最初の小さなポップアップ(ユーザーに更新プログラムを探していることを通知する)の後に終了すると考えました。 私は確かにそれを試してみましょう! – Massimo
@Pikohいいえ、パフォーマンスの変更はありません(最初の更新部分を削除する以外) – Massimo