同時にログインできるユーザー数はいくつですか?

同時にログインできるユーザー数はいくつですか?

ローカル コンピューターに同時にログインできる Windows ユーザーはいくつですか? つまり、同時にいくつのセッションを開くことができますか? 制限はありますか?

より詳細な:

「tasklist.exe」を使用すると、コンピュータで実行中のタスクを確認できます。管理者として「tasklist.exe」を実行すると、現在のユーザーだけでなく、すべてのタスクが表示されます。セッション ID はそれぞれ異なります。システムの場合は 0、最初にログインしたユーザーの場合は 1、2 番目にログインしたユーザーの場合は 2 です。

そこで質問なのですが、ローカル コンピューターで同時に何人のユーザーがタスクを実行できるのでしょうか? ローカル コンピューターには同時にいくつのセッション (異なるセッション ID を持つ) が存在できるのでしょうか? 制限はありますか?

答え1

簡単に答えると、Windows エディションの任意の制限を除けば、システム リソース (通常は使用可能なメモリ) を使い果たすまで、できるだけ多く実行できます。

システムインターナルズマーク・ルシノビッチは以前、ブログシリーズ「ウィンドウの限界を押し広げるこの論文では、Windows がオペレーティング システムのさまざまな部分で直面する可能性のあるさまざまな制限について説明しています。ハードコードされたいくつかの値を除き、ほとんどの制限はシステム アーキテクチャ (32/64 ビット) または使用可能なメモリ (物理 RAM または RAM + ページファイル) から生じます。セッションの構造について説明しています。6部構成具体的な制限については言及していない(彼が言及している4つのデスクトップの制限はSysinternals デスクトップ(システム制限ではありません)。

サーバー版が手元になかったので、1.5GBのRAMを搭載したWindows 7 Enterprise(32ビット)のVMでちょっとしたテストをしました。Windowsのクライアント版の制限は1であるため、これはうまくいきました。相互の作用セッションでは、必要な数のセッションを開くことができますが、別のセッションをアクティブ化すると (たとえば、リモート デスクトップを使用して)、現在の対話型セッションはロックされます。結果は次のとおりです。

1 つまたは 2 つのセッションが開かれている (デスクトップのみ)

1セッションまたは2セッションのみのデスクトップ

6 つのセッションが開かれています (デスクトップのみ)

デスクトップのみの6セッション

予想どおり、開かれるセッションが増えるほどメモリの使用量は増えます。この場合、セッションあたり約 50 MB で、それほど多くはありませんが、これは起動時にプログラムをロードせず、肥大化したドライバーもないベアボーン仮想マシンです。

もちろん、プログラムを開き始めると状況は変わります。私は各セッションで Firefox を開き、タブを 1 つまたは 2 つ開きました (あまり重くはなく、メイン セッションでは SuperUser、他のセッションでは Firefox のウェルカム ページです)。

6 つのセッションが開かれています (各セッションに 1 つまたは 2 つのタブがある Firefox)

Firefox を使った 6 つのセッション

ご覧のとおり、メモリ使用量はほぼ 2 倍になっています。これは、アプリケーションを 1 つ開いた場合だけです。実際のシステムでは、セッション開始時に開かれるすべてのプログラム (通知領域のすべてのアイコンと、ウィンドウもアイコンもないその他のプログラム) と、使用するすべてのプログラムを追加します。

したがって、実際には、前述のハードコードされた値を持つオブジェクトをリークするバグのあるプログラムがない限り、主な制限は物理メモリだと思います。使用可能なメモリにはページファイルが含まれますが、システム制限に達する前に使用可能制限: メモリがいっぱいになると、Windows はより多くのものをページファイルに移動し、ファイル キャッシュがほとんどなくなるため、ハード ディスクが破損し始めます (キャプチャでは、6 つのセッションとアプリがない場合、ファイル キャッシュは 560 MB ですが、Firefox を開いた場合は 87 MB に減少していることがわかります)。

この例として、私のガールフレンドは以前、シンクライアントを使用して、リモート デスクトップまたは Citrix (よくわかりません) を使用して Windows サーバーにログインし、ほとんどの作業をリモート セッションで実行していた公共機関で働いていました。問題は、システムが問題なくサポートできるユーザー数よりも多くのユーザーがいたため、セッションを開くだけで 5 ~ 7 分もかかってしまうことでした。

関連情報