Сколько пользователей могут быть авторизованы одновременно?

Сколько пользователей могут быть авторизованы одновременно?

Сколько пользователей Windows могут одновременно войти в систему на локальном компьютере? Т.е. сколько сеансов может быть открыто одновременно? Есть ли ограничение?

Более подробный:

Я могу использовать "tasklist.exe", чтобы увидеть задачи, запущенные на моем компьютере. Если я запущу "tasklist.exe" как Администратор, он покажет все задачи, а не только для текущего пользователя. Идентификаторы сеансов будут разными: 0 для Системы, 1 для первого вошедшего в систему пользователя, 2 для второго.

Итак, вопрос(ы) в том, сколько пользователей могут одновременно запускать свои задачи на локальном компьютере? Сколько сеансов (с разными идентификаторами сеансов) может существовать на локальном компьютере одновременно? Есть ли ограничение?

решение1

Короткий ответ: за исключением произвольных ограничений вашей версии Windows, столько, сколько сможете, пока не исчерпаются системные ресурсы (обычно доступная память).

Sysinternals' Марк Руссинович некоторое время назад написал серию блогов под названиемРаздвигая границы окнав котором он исследует различные ограничения, с которыми может столкнуться Windows в различных частях операционной системы. За исключением пары жестко закодированных значений, большинство ограничений исходили из архитектуры системы (32/64 бит) или доступной памяти, либо физической RAM, либо RAM + pagefile. Он рассказывает о структуре сеансовв шестой частии не упоминает никаких конкретных ограничений (обратите внимание, что ограничение в четыре рабочих стола, которое он упоминает, относится кSysinternals рабочий стол, а не предел системы).

Поскольку у меня не было серверной версии, я провел небольшой тест на виртуальной машине с Windows 7 Enterprise (32 бит) с 1,5 ГБ оперативной памяти. Это работает, поскольку ограничение для клиентских версий Windows равно одномуинтерактивныйсеанс, вы можете открыть столько сеансов, сколько захотите, но если вы активируете другой сеанс (например, с помощью удаленного рабочего стола), текущий интерактивный сеанс будет заблокирован. Вот результаты:

Один и два открытых сеанса (только рабочий стол)

Только один и два сеанса рабочего стола

Шесть открытых сессий (только рабочий стол)

Шесть сеансов только на рабочем столе

Как и ожидалось, чем больше открыто сеансов, тем больше памяти используется, в данном случае около 50 МБ на сеанс, что немного, но это базовая виртуальная машина, которая не загружает никаких программ при запуске и не имеет раздутых драйверов.

Конечно, это меняется, когда вы начинаете открывать программы. Я открывал Firefox в каждом сеансе с одной или двумя вкладками на каждый (ничего слишком тяжелого, SuperUser в основном сеансе и приветственные страницы Firefox в других):

Шесть открытых сессий (Firefox с одной/двумя вкладками в каждой сессии)

Шесть сеансов с Firefox

Как вы видите, использование памяти почти удвоилось, и это только при одном открытом приложении. В реальной системе вы бы добавили все программы, которые открываются при запуске сеанса (все эти значки в области уведомлений, а также другие без окон и значков), и все программы, которые вы собираетесь использовать.

Так что на практике, если только у вас нет глючной программы, которая пропускает объекты с жестко закодированными значениями, упомянутыми ранее, я думаю, что основным ограничением является физическая память. Хотя доступная память включает файл подкачки, прежде чем вы достигнете системного ограничения, вы достигнетепригодный к использованиюограничение: по мере заполнения памяти Windows перемещает больше данных в файл подкачки, а файловый кэш практически исчезает, поэтому жесткий диск начинает засоряться (на снимках видно, что при 6 сеансах и отсутствии приложений файловый кэш составляет 560 МБ, но при открытом Firefox он сократился до 87 МБ).

В качестве примера можно привести случай, когда моя девушка некоторое время назад работала в государственном учреждении, где они использовали тонкие клиенты и входили в сервер Windows с помощью Remote Desktop или Citrix (я не уверен), и люди делали большую часть работы в удаленных сеансах. Проблема была в том, что у них было больше пользователей, чем тех, кого система могла поддерживать без проблем, поэтому только открытие сеанса могло легко занять 5-7 минут.

Связанный контент