バックグラウンドや最小化ではなく、アクティブウィンドウとして保持すると、ジョブがより速く終了するという神話を聞いたことがあります。
これに真実はありますか？CPUは、これが発生するタスクを優先しますか？
ありがとう、
4 に答える
7
Windowsでは、フォアグラウンドアプリケーションの優先度が上がります。これは、ユーザーへの応答性を維持し、I / Oイベントを待機した後に実行する準備ができたときに、実行を待機している可能性のある他のほとんどのアプリケーションよりも先に実行できるようにするためです。
フォアグラウンドアプリケーションでは、クォンタムが長くなる可能性もあります。
アプリケーションがバックグラウンドではなくフォアグラウンドで実行された場合にどれだけ速く完了するかはわかりません。これには非常に多くの要因が関係します（特にI / O）。目的は、アプリケーションの応答性を高めることです。
これはすべてある程度構成可能です（おそらくサーバーSKUでのみ）：
于 2009-07-20T14:20:10.317 に答える
4
設定によって異なります。デフォルトのWindowsデスクトップオペレーティングシステムでは、これは当てはまります。Windowsサーバーのオペレーティングシステム（Windows 2003など）では、これは当てはまりません。
[システムのプロパティ]に移動し、[パフォーマンス]タブをクリックすると、設定を変更できます。正確なレイアウトはWindowsのバージョンによって異なりますが、「ワークステーション」と「サーバー」の構成の間の無線/コンボの選択肢、または選択肢のいずれかが表示されます（または、[詳細設定]サブタブをクリックするか[スケジューラー]を検索して表示できます）。プログラムまたはバックグラウンドサービスの優先順位付けの間。どちらの場合も、これらは同じものです（サーバー/ワークステーションの言語はWindows 2000のものですが、プログラム/サービスはより消費者向けのXP用に作成されています）-スケジューラーがスレッドのスレッドを特に重要視するかどうかを決定します一番上のウィンドウ、またはすべてのスレッドが同等に扱われる場合（スレッドの優先度プロパティに基づく）。
于 2009-07-20T14:24:46.410 に答える
1
これは、Windowsでは部分的に当てはまります。Windowsは、ウィンドウが少し高い優先度を持つGUIアプリケーションを割り当てます。したがって、優先度が通常または低い他のタスクがある場合、他のプログラムの実行速度が少し遅くなる代わりに、プログラムの実行速度が実際に少し速くなる可能性があります。
ただし、問題があります。Visual Studio IDEでコンパイルを開始すると、IDEはコンパイル用に別のプロセスを生成し、その出力のみを独自のウィンドウにリダイレクトします。コンパイルプロセスには独自のウィンドウがないため、アクセラレーションは得られません。
于 2009-07-20T14:19:41.860 に答える
1
Windowsでは、「フォアグラウンド」タスクに優先順位を付けることができるため、それは神話ではないかもしれません。代わりに「サービス」タスクに優先順位を与えるように設定することもできるため、インストールによって異なります。
これは優先度にのみ影響することに注意してください...他に実行中のタスクがない場合は、どちらの場合も目立って異なる方法で実行されることはありません。違いに気付くのは、CPU時間を必要とする別のアプリケーションがある場合のみです。
于 2009-07-20T14:20:56.430 に答える