Windows 2003 максимальный объем памяти

Материал из РУВИКИ — свободной энциклопедии

У этого термина существуют и другие значения, см. Windows Server.

Windows Server 2003
Разработчик	Microsoft
Семейство ОС	Windows NT
Основана на	Windows 2000 Server
Первый выпуск	24 апреля 2003[1]
Последняя версия	2003 SP2 (5.2.3790.3959) (13 марта 2007 года)
Тип ядра	Гибридное ядро
Интерфейс	Luna
Лицензия	Microsoft EULA
Состояние	Историческое. Общая поддержка прекращена 13 июля 2010 года; расширенная — 14 июля 2015[2]
Предыдущая	Windows Server 2000 и Windows 2000
Следующая	Windows Server 2003 R2
Веб-сайт	(Архив)

Windows Server 2003 (кодовое название при разработке — Whistler Server, внутренняя версия — Windows NT 5.2) — операционная система семейства Windows NT от компании Microsoft, предназначенная для работы на серверах. Она была выпущена 24 апреля 2003 года^[3].

Windows Server 2003 является новой версией Windows 2000 Server и серверным вариантом операционной системы Windows XP. Изначально Microsoft планировала назвать этот продукт «Windows .NET Server» с целью продвижения своей новой платформы Microsoft .NET. Однако впоследствии это название было отброшено, чтобы не вызвать неправильного представления о .NET на рынке программного обеспечения.

Основная поддержка Windows Server 2003 корпорацией Microsoft прекращена 13 июля 2010 года, а расширенная — 14 июля 2015 года.

Windows Server 2003 в основном развивает функции, заложенные в предыдущей версии системы — Windows 2000 Server. На это указывала и версия NT 5.2 ядра системы (NT 5.0 для Windows 2000). Ниже приведены некоторые из наиболее заметных изменений по сравнению с Windows 2000 Server.

Поддержка .NET[править | править код]

Windows Server 2003 — первая из операционных систем Microsoft, которая поставляется с предустановленной программной платформой .NET Framework. Это позволяет операционной системе выступать в роли сервера приложений для платформы Microsoft .NET без установки дополнительного программного обеспечения.

Улучшения Active Directory[править | править код]

Windows Server 2003 включает в себя следующие улучшения для Active Directory — службы каталогов, впервые появившейся в Windows 2000:

• Возможность переименования домена Active Directory после его развёртывания.
• Упрощение изменения схемы Active Directory — например, отключения атрибутов и классов.
• Улучшенный пользовательский интерфейс для управления каталогом (стало возможно, например, перемещать объекты путём их перетаскивания и одновременно изменять свойства нескольких объектов).
• Улучшенные средства управления групповой политикой, включая программу Group Policy Management Console.

IIS 6.0[править | править код]

В составе Windows Server 2003 распространяется версия 6.0 служб Internet Information Services, архитектура которой существенно отличается от архитектуры служб IIS 5.0, доступных в Windows 2000. В частности, для повышения стабильности стало возможным изолировать приложения друг от друга в отдельных процессах без снижения производительности. Также был создан новый драйвер HTTP.sys для обработки запросов по протоколу HTTP. Этот драйвер работает в режиме ядра, в результате чего обработка запросов ускоряется.

Безопасность[править | править код]

По заявлениям Microsoft, в Windows Server 2003 большое внимание было уделено системе безопасности^{[источник не указан 3203 дня]}. В частности, система теперь устанавливается в максимально ограниченном виде, без каких-либо дополнительных служб, что уменьшает поверхность атаки. В Windows Server 2003 также включён программный межсетевой экран Internet Connection Firewall. Впоследствии к системе был выпущен пакет обновления, который полностью сосредоточен на повышении безопасности системы и включает несколько дополнительных функций для защиты от атак.
Согласно американскому стандарту безопасности Trusted Computer System Evaluation Criteria (TCSEC), система Windows Server 2003 относится к классу безопасности C2 — Controlled Access Protection.

Прочее[править | править код]

В Windows Server 2003 впервые появилась служба теневого копирования тома (англ. Volume Shadow Copy Service), которая автоматически сохраняет старые версии пользовательских файлов, позволяя при необходимости вернуться к предыдущей версии того или иного документа. Работа с теневыми копиями возможна только при установленном «клиенте теневых копий» на ПК пользователя, документы которого необходимо восстановить.

Также в данной версии системы был расширен набор утилит администрирования (dsadd, dsget, dsmod и др.), вызываемых из командной строки, что упрощает автоматизацию управления системой.

Роли[править | править код]

Введено новое понятие — «роли», на них основано управление сервером. Проще говоря, чтобы получить файл-сервер, необходимо добавить роль — «файл-сервер».

Поддержка оборудования[править | править код]

Windows Server 2003, Standard Edition поддерживает 4 центральных процессора и до 4 Гбайт оперативной памяти. 64-разрядная версия Standard Edition поддерживают до 32 Гбайт оперативной памяти.

Windows Server 2003 Enterprise Edition поддерживает до 32 Гбайт оперативной памяти в 32-разрядной версии (оперативная память более 4Гбайт может использоваться только при включённой функции Physical Address Extension^[4]), до 64 Гбайт оперативной памяти в 64-разрядной версии и до 8 центральных процессоров. В ней также поддерживаются 64-разрядные процессоры Intel Itanium, оперативная память с возможностью «горячей» замены и неоднородный доступ к памяти (NUMA).

Windows Server 2003 Datacenter Edition способна работать с бо́льшими объёмами оперативной памяти — до 64 Гбайт в 32-разрядной версии (для доступности более 4 Гбайт также необходимо включение PAE^[4]) и до 128 Гбайт в 64-разрядной версии. Минимальное количество процессоров для работы Datacenter Edition — 8, максимальное — 32.

Windows Server 2003 доступен в четырёх основных изданиях, каждое из которых ориентировано на определённый сектор рынка.

Все эти издания, за исключением Web Edition, доступны также в 64-разрядных вариантах (AMD64 и IA-64). Включение поддержки 64-разрядных процессоров даёт системам возможность использовать большее адресное пространство и увеличивает их производительность.

• Web Edition — серверная система, оптимизированная для Web- служб и Web- узлов (издание для World Wide Web) представляет собой «облегчённую» версию Windows Server 2003 специально для использования на веб-серверах. Это издание не способно выполнять функции контроллера домена и не поддерживает некоторые другие важные возможности прочих изданий, но содержит службы IIS и стоит значительно дешевле. Поддерживает до 2 гигабайт^[5] оперативной памяти и до четырёх процессоров на компьютер.

• Standard Edition (стандартное издание) ориентировано на малый и средний бизнес. Оно содержит все основные возможности Windows Server 2003, но в нём недоступны некоторые функции, которые, по мнению Microsoft, необходимы только крупным предприятиям. Поддерживает до 4 гигабайт^[5] оперативной памяти и до четырёх процессоров на компьютер.

• Enterprise Edition (издание для предприятий) ориентировано на средний и крупный бизнес. В дополнение к возможностям Standard Edition, оно позволяет использовать больший объём оперативной памяти (до 32 гигабайт^[5] оперативной памяти) и SMP на 8 процессоров (Standard Edition поддерживает лишь 4). Это издание также поддерживает кластеризацию и добавление оперативной памяти «на лету».

• Datacenter Edition (издание для центров данных) ориентировано на использование в крупных предприятиях при большой нагрузке. Windows Server 2003, Datacenter Edition может одновременно поддерживать в определённых ситуациях больше 10000 пользователей и кластеры, содержащие до восьми узлов. Эта система поддерживает до 64 процессоров и 128 гигабайт^[5] оперативной памяти.

Windows Compute Cluster Server 2003[править | править код]

Windows Compute Cluster Server 2003 (CCS), выпущенный в июне 2006 года, разработан для высокотехнологичных приложений, которые требуют кластерных вычислений. Издание разработано для развёртывания на множестве компьютеров, которые собираются в кластер для достижения мощностей суперкомпьютера. Каждый кластер на Windows Compute Cluster Server состоит из одной или нескольких управляющих машин, распределяющих задания и нескольких подчинённых машин, выполняющих основную работу. Computer Cluster Server использует the Microsoft Messaging Passing Interface v2 (MS-MPI^[en]) для связи между исполняющими машинами в сети-кластере. Он связывает части кластера вместе мощным надпроцессовым механизмом. API состоит из более чем 160 функций. MS MPI был разработан как совместимым с open source интерфейсом MPI2, который широко используется в высокопроизводительных вычислениях. За некоторыми исключениями по соображениям безопасности MS MPI покрывает функциональность MPI2 за исключением возможностей динамического порождения процессов.

Некоторые другие продукты Microsoft также включают в себя Windows Server 2003 в качестве основы:

• Microsoft Small Business Server 2003 — продукт для малого бизнеса, содержащий в себе всё необходимое (по мнению Microsoft) для первого сервера небольшого предприятия. В дополнение к Windows Server 2003, этот пакет содержит Microsoft SQL Server, Microsoft ISA Server и некоторые другие продукты, а также упрощённые средства управления. Версия Windows Server 2003, входящая в этот пакет, имеет некоторые ограничения, в основном связанные со службой Active Directory (например, она не может поддерживать более 75 пользователей).
• Microsoft Windows Storage Server 2003 — выделенный файловый сервер для хранения большого количества данных.

Service Pack 1[править | править код]

30 марта 2005 года Microsoft выпустила пакет обновления 1 (SP1) для Windows Server 2003. Этот пакет включает в себя различные улучшения системы безопасности, в том числе:

• Security Configuration Wizard (мастер конфигурации безопасности) — средство, предназначенное для уменьшения поверхности атаки серверов. SCW анализирует роли, выполняемые сервером, и отключает ненужные службы, а также включает некоторые дополнительные средства безопасности.
• Windows Firewall — новая версия программного межсетевого экрана, замена Internet Connection Firewall.
• Post-Setup Security Updates — средство, снижающее уязвимость только что установленной копии Windows Server 2003 путём блокировки всех сетевых портов до установки обновлений безопасности с веб-сайта Microsoft.
• Аутентификация и шифрование для службы Windows Terminal Services с применением SSL^[6]

Windows Server 2003 R2[править | править код]

6 декабря 2005 года Microsoft выпустила новую версию Windows Server 2003, официально называемую R2 (от англ. Release 2 — «выпуск 2»). Согласно заявлениям Microsoft, эта версия включает в себя существенные улучшения в следующих областях:

• управление серверами подразделений;
• управление учётными записями и доступом;
• управление хранилищами;
• веб-приложения;
• виртуальные серверы.

Service Pack 2[править | править код]

Service Pack 2 для Windows Server 2003 был выпущен 13 марта 2007 года^[7], хотя первоначально его выпуск был запланирован на первую половину 2006 года^[8]

Microsoft характеризует Service Pack 2 как стандартный выпуск пакета обновления, содержащий ранее выпущенные обновления безопасности, хотфиксы, улучшения надёжности и производительности. Помимо этого, Service Pack 2 содержит в себе Microsoft Management Console 3.0, Windows Deployment Services (который заменил Remote Installation Services), поддержку WPA2 и добавление функциональности в IPSec и MSConfig. Service Pack 2 также содержит возможности Windows Server 2003 Scalable Networking Pack (SNP),^[9], позволяющие сделать аппаратное ускорение обработки сетевых пакетов.

В конце сентября 2020 года произошла утечка исходного кода Windows XP, куда в том числе вошёл и исходный код Windows Server 2003. Архив, размером около 40 ГБ разместили на форуме 4chan, но спустя 4 часа после публикации, обсуждение было помещено в архив. Однако до этого архив успел разойтись по сети. Имеются подтверждения подлинности исходного кода^[10].

• Маримото Рэнд, Аббат Эндрю, Ковач Эрик, Робертс Эд. Microsoft Windows Server 2003 решения экспертов. — М.: КУДИЦ-ОБРАЗ, 2005. — С. 784. — ISBN 5-9579-0083-4. (недоступная ссылка)
• Уильям Бозуэлл. Внутренний мир Windows Server 2003, SP1 и R2 = Inside Windows Server 2003. — М.: «Вильямс», 2006. — С. 1264. — ISBN 0-7357-1158-5. (недоступная ссылка)
• Джеффри Р. Шапиро, Джим Бойс, Марсин Полихт, Брайан Паттерсон и Скотт Лезерс. Windows Server 2003 Библия пользователя. — М.: «Диалектика», 2004. — С. 1205. (недоступная ссылка)
• Рэнд Моримото, Кентон Гардиньер, Майкл Ноэл, Омар Драуби. Microsoft Windows Server 2003. Полное руководство = Microsoft Windows Server 2003 Unleashed. — 2-е изд. — М.: «Вильямс», 2006. — С. 1312. — ISBN 0-672-32667-1.

Русскоязычные сайты

• FAQ по Windows Server 2003
• Рабочая станция (мультимедиа ПК) на базе Windows Server 2003

Зарубежные сайты

• Официальный сайт Windows Server 2003 на английском языке (англ.)
• Windows Server 2003 TechCenter — официальный ресурс для администраторов Windows Server 2003 (англ.)
• What’s New in Windows Server 2003 R2 — обзор новых возможностей в Windows Server 2003 R2 (англ.)
• Официальный сайт Small Business Server 2003 на английском языке (англ.)
• Официальный сайт Windows Storage Server 2003 на английском языке (англ.)

Ось Windows Server 2003 Standart Ed — сколько гиг оперативы максимум можно впихнуть?

☑

0

Злопчинский

15.03.10

✎

19:27

— 4 Гб или больше?

1

ДенисЧ

15.03.10

✎

19:27

4

2

SergoOd

15.03.10

✎

19:32

FAQ по Windows а наш вопрос вот тако
Прислали на н

3

SergoOd

15.03.10

✎

19:34

4

Злопчинский

15.03.10

✎

20:23

А почему тогда 2003 !!__Энтерпрайз__!! Эдишен 32-разрядный — может юзать больше 4 Гб

????

5

ilkoder

15.03.10

✎

20:25

Я очень сильно подозреваю, что в энтерпрайзе отдельные 32-битовые приложения не могут использовать больше 4 гиг каждый… То есть типа эмуляция какая-то (как раньше в дос всякие расширенные-верхние режимы были)

6

smaharbA

15.03.10

✎

20:33

(3) разрядность тут не причем

7

smaharbA

15.03.10

✎

20:35

(5) никакой эмуляции, 32х могут адресоваться к 36х памяти

(сколько может «схавать» одно приложение к этому не имеет отношения)

8

ilkoder

15.03.10

✎

20:38

(7) Тогда почему у нас на терминале с 16 гиг памяти и энтерпрайзом, когда сидят человек пятьдесят одновременно — ни фига не может сервер дт-шник выгрузить — пишет памяти ему мало, хотя из 16 — 9 и вообще свободно. А выкинешь человек 15 — кто дольше часа простаивает — выгрузит зараза…

9

Злопчинский

15.03.10

✎

20:39

(6) так…

а что тут надо смотреть?

.

в плане вот этой ветки (ось на вот этот сервак ставится будет, оператива 6Г)

Зацените, плиз, сервер

10

smaharbA

15.03.10

✎

20:41

(9) стандарт только 4Гб, если не нарушать лицензионную чистоту

11

Злопчинский

15.03.10

✎

20:48

(10) а в чем заключается возможное «нарушение»…???

12

Злопчинский

15.03.10

✎

20:49

(10) т.е. на стандарт эдишен у меня 2 ГБ будут вааще неиспользуемые?

13

smaharbA

15.03.10

✎

20:55

(12) да

(11) правка в реестре одного ключа

14

i_rodionov

15.03.10

✎

21:23

По-моему на стандарт не поддерживается 64-разрядное расширение процессоров x86

15

i_rodionov

15.03.10

✎

21:25

(4) Энтерпрайз использует аппаратные возможности современных процов относительно виртуальной памяти. Там каталог страниц 64-разрядный, поэтому виртуальная (не физическая) память может расширяться выше 4Гб

16

i_rodionov

15.03.10

✎

21:29

В любом случае 32-разрядному приложению винда никогда не выделит больше 3Гб памяти, да и то с ключом /3G в boot.ini . 64-разрядная винда может выделить и так 3Гб, но не больше, для 32-разрядных приложений

17

ice777

15.03.10

✎

21:30

(4) не может 32х разрядный юзать более 4 гб физической. ограничение по адресации выше наложено самой разрядностью ОС.

18

i_rodionov

15.03.10

✎

21:31

(9) Поставьте туда 64 бита винду. Она будет использовать все это пространство. Для терминалов это востребовано

19

ilkoder

15.03.10

✎

21:31

(16,17) — это точно на счет 3 гигов, даже в ентерпрайзе?

20

ice777

15.03.10

✎

21:31

(15) вот это не знаю. по-моему достаточно, что физической больше не сможет использовать — в топку.

21

i_rodionov

15.03.10

✎

21:32

(19) Да! 32-разрядные приложения не могут взять более 3гигов в любой винде

22

i_rodionov

15.03.10

✎

21:33

(20) Аппаратно современные процессоры поддерживают в 32-разрядной среде более 4Г _виртуальной_, а не оперативной памяти

23

ice777

15.03.10

✎

21:34

(14) зачем по-моему, достаточно грамотно попользоваться сайтом майкрософт. Не так давно ползал, и все там ясно, — на 32-х систему нет смысла брать мозгов >4. Правда, сайтик еще тот по интуитивности.. но надо производителя слушаться.)

24

ilkoder

15.03.10

✎

21:35

(21) — от блин… так смысл в ентерпрайзе от 16 гигов. лучше 4 по 4, чем 1 на 16…

25

ice777

15.03.10

✎

21:35

(18) вот это правильно. сам к тому пришел.

26

i_rodionov

15.03.10

✎

21:36

+(21) Адресное пространство 32-разрядного процесса организовано так, что с сумме максимум 4Гб, это понятно из архитектуры. Верхний гиг берется на систему, а адреса с 0 до 3 гиг могут быть отданы процессу. Это виртуально. Физически они могут находиться и выше 4 гб, если процессор и биос поддерживают это

27

Ковычки

15.03.10

✎

21:38

ключ 3г никакого отношения к доступной памяти не имеет

28

Ковычки

15.03.10

✎

21:39

(22) что ?

29

i_rodionov

15.03.10

✎

21:40

(27) Ключ 3г может заставить SQL взять не 2 гига, а 3 гига в обычной 32-разрядной винде

30

Ковычки

15.03.10

✎

21:46

(29) точно ?

(22) т.е. процесс не сможет адесоваться к выше 4 Гб оперативной ?

31

i_rodionov

15.03.10

✎

21:48

(30) На винде так точно

32

i_rodionov

15.03.10

✎

21:48

+(31) Это касается приложений 32 разряда

33

ilkoder

15.03.10

✎

21:53

мда… страница может быть в любом из присутствующих 16гб, но размер ее по любому не больше 4-3, а фактически (судя по ms-sql) и вообще 2 гб…

34

Ковычки

15.03.10

✎

21:57

(31) точно, точно ?

35

i_rodionov

15.03.10

✎

21:57

(33) Бит гранулярности страниц — это системная величина (в 32 разрядах 4килобайта). Но это неважно. Сама винда так спроектирована, что по умолчанию для процесса (32-разрядного) выделено 2гига. В высших 2гигах-система. Это виртуально, повторяю. То есть в теневые регистры сегментов могут загружаться 64-разрядные числа, и их значение зависит от содержимого VMT (Таблица виртуальной памяти), которой управляет система

36

Ковычки

15.03.10

✎

21:59

какой бред

37

ilkoder

15.03.10

✎

21:59

пойду напьюсь…

38

Ковычки

15.03.10

✎

21:59

и слов то умных нашлось

39

i_rodionov

15.03.10

✎

21:59

(36) Слушаю ваше объяснение

40

Ковычки

15.03.10

✎

22:00

(39) объяснение чего ?

41

Ковычки

15.03.10

✎

22:04

42

i_rodionov

15.03.10

✎

22:04

(40) Вы ставите себя так, как будто вы _делаете вид_ что что-то знаете, притом лучше других.

43

Ковычки

15.03.10

✎

22:06

(42) и так знаю при всем

44

i_rodionov

15.03.10

✎

22:07

(41) Не надо присылать коммерческих релизов Майкрософт, лучше укажите на документацию Интел, по архитектуре процесоров, где я ошибся. Буду благодарен

45

Ковычки

15.03.10

✎

22:09

т.е. Вы обвиняете микросовт во лжи в приведенной ссылке ?

46

ice777

15.03.10

✎

22:12

(45) у меня один умник хотел нарастить память в серверной матери DDR3 памятью, мотивируя подходящестью, таксать, по разъемам )) Это из той же песни.

47

i_rodionov

15.03.10

✎

22:12

(45) Нет, никого не обвиняю, а вам просто говорю, что вы ведете не дискуссию, а неаргументированные отрывочные реплики в мой адрес. Я читал документацию Интел по их процессорам, и потому говорю так уверенно. Но, может быть, что-то я и упустил. Потому, если вам что-то известно, очень прошу вас указать на мою ошибку, и я тотчас ее признаю

48

Ковычки

15.03.10

✎

22:13

49

ice777

15.03.10

✎

22:13

(47) процессоры без ОС с софтом не работают )

50

Ковычки

15.03.10

✎

22:13

так хватит ? или ппро выдать даташиты ?

51

i_rodionov

15.03.10

✎

22:15

(48) несмотря на все это SQL2000, как 32-разрядное приложение, вы не сможете заставить взять больше 3Г памяти

52

ilkoder

15.03.10

✎

22:15

53

i_rodionov

15.03.10

✎

22:16

+(51) А про Pentium Pro — это ЛОЖЬ!!!!!!!!!!

54

i_rodionov

15.03.10

✎

22:16

(52) Именно!!!!

55

i_rodionov

15.03.10

✎

22:18

(48) Все сказанное там, говорит только о том, что современные процессоры могут использовать больше физической памяти в качестве виртуальной, но более 3Гигов ни одному 32-разрядному процессу Винда никогда не выделит

56

Ковычки

15.03.10

✎

22:23

(55) что ?

57

Ковычки

15.03.10

✎

22:23

(51) дак мы говорим о приложении или приложениях ?

58

Ковычки

15.03.10

✎

22:24

(53) что ?

59

i_rodionov

15.03.10

✎

22:25

(57) ОДНОМУ приложению 32 разряда Виндовс не может выделить более 3Гб. Разумеется, если запущено несколько его копий, то каждому потенциально отводится по 3Гб

60

Ковычки

15.03.10

✎

22:25

61

i_rodionov

15.03.10

✎

22:27

(58) Пентиум Про 95 года выпуска еще не имел понятия о 64 разрядной архитектуре, и чипсеты, с которыми он работал (тогда была память DRAM) не могли работать с более чем 2 гига

62

ilkoder

15.03.10

✎

22:27

чудес не бывает — на ентерпрайзе можно запустить приложение, которое запустит несколько процессов и они будут занимать больше 4 гиг, но один процесс запросит больше 3 гиг и сдохнет….

63

Ковычки

15.03.10

✎

22:27

(59) (не стану оспаривать про 3, фих с ним, 3 дак 3)

т.е. для 3-х вполне возможно использование 9 Гб ОЗУ ? (откинем ядро и прочую систему)

64

Ковычки

15.03.10

✎

22:27

(61) а Вы где то видели речь о 64х ?

65

i_rodionov

15.03.10

✎

22:29

(60) Виртуальное адресное пространство — это не файл подкачки. Это VMT. Таблица, которая отображает адресацию приложений на физическое размещение в памяти. Разумеется, применяется и вытеснение страниц из памяти, с помощью исключения 14. Но это уже детали.

Итак. Витруальное адресное пространство — это не файл подкачки

66

Ковычки

15.03.10

✎

22:30

(65) а кто то спорит ?

67

i_rodionov

15.03.10

✎

22:30

(63) Да

68

Ковычки

15.03.10

✎

22:32

(67) теперь вернемся к бреду в (15) и (22)

что с ним делать ?

69

Ковычки

15.03.10

✎

22:33

и (31)(32)

70

i_rodionov

15.03.10

✎

22:36

(68) Ну, просто почитайте доки Интел. А что еще делать? В винде 32-разрядные приложения не могут пользоваться больше 3Г (каждое по отдельности), и это факт. Суммарно в Винде Энтерпрайз объем занятой памяти может привысить 4Г, но засчет расширений таблицы виртуальной памяти

71

i_rodionov

15.03.10

✎

22:40

+(70) Вот (62) говорит, больше 3Г низззя

72

Ковычки

15.03.10

✎

22:40

(70) по докам интел, процессор х86 может адресоваться к 36-х адресному пространству (про разом или нет речи не ведем)

73

i_rodionov

15.03.10

✎

22:42

(72) Но такая ОС не существует. Существует винда, которая выделяет 32-разрядному приложению максимум 3Г виртуальной памяти, и баста.

74

ilkoder

15.03.10

✎

22:44

Чего спорить — написано же «В 64-разрядных программах используется модель настройки 16 терабайт (8 терабайт для пользователя и 8 терабайт для ядра). В 32-разрядных программах все еще используется модель настройки 4 ГБ (2 ГБ для пользователя и 2 ГБ для ядра).»… жаль…

75

i_rodionov

15.03.10

✎

22:45

(74) Я тоже не знаю, зачем спорить. это факт, подкрепленный интеловской документацией

76

Федя Тяпкин

15.03.10

✎

22:56

очень вовремя ветка. вопрос в тему кто юзал 64 разрядную 1С 8 на 2008 серваке, какие траблы могут возникнуть? вчера развернули сервант пока проблема с дровами ни SQL сервер ни 1С еще не ставил стоит ли вообще заморачиваться или лучше Enterprise server 32 разрядный поставитьб пока не поздно?

77

i_rodionov

15.03.10

✎

22:58

(76) Сколько пользюков?

78

Ковычки

15.03.10

✎

23:04

(73) при чем тут приложению, Вы уходите от ответственности

79

Федя Тяпкин

15.03.10

✎

23:15

(77) сейчас 30-ть колотушек, ожидается 80-100

80

Федя Тяпкин

15.03.10

✎

23:17

+(79) но интенсивность работы пользователей будет небольшая, вводить оперативно доки будут человек 10-ть остальные так, отчетики посмотреть, заплонировать чего, себестоимость посчитать

81

i_rodionov

15.03.10

✎

23:41

(79) По моему опыту пока активных не будет больше 60, не надо 64 разряда

82

ilkoder

16.03.10

✎

00:14

(80) таки ресурсы то на себя съедать все будут. А они (ресурсы) у 32 бит похоже не резиновые… интересно можно ключи поменять 32 битные на 64…

83

Злопчинский

16.03.10

✎

00:20

84

Злопчинский

16.03.10

✎

00:26

итого: для 32-разрядной Операционки, которая будет стоять на 32 разрядной системы — максимальный объем памяти, который может быть использован для приложений (одного или нескольких) = 4Гб.

.

т.е. если у меян сейчас стоит 32разрядное железо с 6 гигами оперативы, то на 32 разрядной оси Вин2003 СтандартЭдишен — 2 ГБ — лишние, будут торчать без дела..

так?

85

ilkoder

16.03.10

✎

00:30

— можно типа домой унести и никто не заметит

86

Злопчинский

16.03.10

✎

00:32

(85) и куда я дома это втыкну? у мну Атлон 2200+ с 3 гигами…

87

ilkoder

16.03.10

✎

00:33

(86) — ну тогда мне подари, я куда нибудь втыкну :)))

88

Злопчинский

16.03.10

✎

00:37

(87) я так понимаю, что желание поиметь нахаляву планку 2 гига свидедельствует о положительном ответе на (84)…?

89

ilkoder

16.03.10

✎

00:39

(88) — просто у меня сильное подозрение, что в нашем серваке 12 гигов  торчат без дела (16-4) :)))

90

i_rodionov

16.03.10

✎

00:41

(88) Ставь 64, для терминала пригодится, хоть SQL все равно не возьмет более 3Гб. Еще гиг на винду, итого у тебя 2 гига на пользюков, а на этот объем их можно напихать ой-ой-ой, нормально. Ставь 64 Энтерпрайз

91

Злопчинский

16.03.10

✎

00:43

(90) 64-ых — нету.. застремались мы что-то брать их…

есть 32-ух Энтерпрайз

92

i_rodionov

16.03.10

✎

00:44

(91) А разве License Agreement запрещает менять разрядность ОС 2003?

93

Злопчинский

16.03.10

✎

00:53

(92) навскидку — не скажу, ибо что есть на даннный момент — то есть.

94

i_rodionov

16.03.10

✎

00:59

(93) Я помню, вроде бы нет, по крайней мере на последнем месте работы. У нас стояли HP ProLiant, я настоял, чтобы заменили разрядность на одном серваке, что обслуживал моих юзеров (там их было 5, но два только в моем ведении, SQL-1С и бэкап). И ничего, вроде все законно

95

Злопчинский

16.03.10

✎

00:59

с 32 до 64 вряд ли поднять можно, наоборот — может и есть такая хрень…

96

i_rodionov

16.03.10

✎

01:08

(95) Знаю наверняка, что для 2008 лицензия предусматривает любую разрядность

97

ilkoder

16.03.10

✎

01:09

Лицензия на Windows Server Enterprise Edition, закупленная по программе корпоративного лицензирования, позволяет использовать любую версию на выбор, достаточно просто заказать соответствующий носитель. В OEM-канале версии 64bit и 32bit поставляются отдельно.

98

Злопчинский

16.03.10

✎

01:12

(97) что есть «программа корпортаивного лицензирования»?

.

опять же, по-любому.. если у меня есть 32-энтерпрайз — то я его могу 1 раз поставить (в качестве энерпрайза или страндарта)…

99

i_rodionov

16.03.10

✎

01:14

(97)Во, что-то в этом роде. Наверно на наших Хьюлетовских серваках было такое, потому что поставили. В этой конторе очень щепетильно относились к софту, там все работали на ОпенОфис, и 1С на всех филиалах была лицензирована, это порядка 15 эскюэльных лицензий

100

i_rodionov

16.03.10

✎

01:16

(98) Если винда была куплена с серваком, то, скорее всего можно заменить разрядность, потому что лицензия обычно продается с ними корпоративная, а не OEM, как на обычных компах

101

ilkoder

16.03.10

✎

01:20

ну если не oem — когда операционка в комплекте с сервером, значит корпоративная, тем более ентерпрайз

102

i_rodionov

16.03.10

✎

01:23

(101) На серваках обычно не OEM, а именно корпоративная, если только поставщик солидный

103

Злопчинский

16.03.10

✎

01:24

ваще с этим лицензированием — это трындец.. столько тонкостей…

104

i_rodionov

16.03.10

✎

01:25

(103) А вот та винда, что продается в коробке с 1С — на 2, что ли сервера, не помню, та вот точно не позволяет ничего, она и Стандарт к тому же

105

i_rodionov

16.03.10

✎

01:26

(103) Да звякните в Майкрософт, да узнайте все, что к чему

106

skunk

16.03.10

✎

05:56

107

smaharbA

16.03.10

✎

06:14

(102) на серверах обычно ОЕМ если поставщик солидный

108

Иду

16.03.10

✎

10:03

предлагаю перекомпилить семерку с /LARGEADDRESSAWARE.

ЗЫ PAE не доели, теперь надоть AWE пожевать.

109

Злопчинский

16.03.10

✎

14:07

(108) я чегой-то видимо не понимаю…

.

апока речь не о 7.7, а об оси, которая стандарт эдишен 32р на 32р системе. Сколько памяти ей будет доступно для работы (как она эту память и кому распределит — пока не суть важно) — ????

110

Злопчинский

16.03.10

✎

14:09

по макрософтовским табличкам 4ГБ и фсе…

Сравнение редакций Windows Server 2003

Возможность	Standard	Enterprise	Datacenter	Web
	Edition	Edition	Edition	Edition
Спецификации на оборудование
Поддержка 64-разрядных приложений 1	+	+	+	—
«Горячее» добавление памяти 2, 3	—	+	+	—
Неодинаковое время доступа к памяти (NUMA) 3	—	+	+	—
Datacenter Program	—	—	+	—
Максимальный объем оперативной памяти 2 ГБ	—	—	—	+
Максимальный объем оперативной памяти 4 ГБ	+	—	—	—
Максимальный объем оперативной памяти 32 ГБ 4	+/-	+/-	—	—
Максимальный объем оперативной памяти 64 ГБ 5	—	—	+/-	—
Максимальный объем оперативной памяти 1 ТБ 6	—	+/-	+/-	—
Поддержка 2-процессорных систем	+	+	—	+
Поддержка 4-процессорных систем	+	+	—	—
Поддержка 8-процессорных систем	—	+	+	—
Поддержка 32-процессорных систем	—	—	+	—
Поддержка 64-процессорных систем	—	—	+	—
Службы каталогов
Службы каталогов	+	+	+	+/-
Microsoft Identity Integration Server 2003 (MIIS)	—	+	+	—
Службы безопасности
Брандмауэр подключения к Интернету 2	+	+	—	—
Инфраструктура открытого ключа, службы сертификации и смарт-карты	+/-	+	+	+/-
Службы терминалов
Удаленный рабочий стол для администрирования	+	+	+	+
Сервер терминалов	+	+	+	—
Каталог сеанса сервера терминалов	—	+	+	—
Средства взаимодействия
Службы для UNIX	+	+	+	+
Технология кластеризации
Распределение нагрузки сети	+	+	+	+
Служба кластеров	—	+	+	—
Коммуникационные и сетевые службы
Поддержка виртуальных частных сетей (VPN)	+	+	+	+/-
Служба IAS	+	+	+	—
Сетевой мост	+	+	—	—
Общий доступ к подключению к Интернету	+	+	—	—
IPv6	+	+	+	+
Службы доступа к файлам и принтерам
Распределенная файловая система	+	+	+	+/-
Шифрованная файловая система	+	+	+	+
Теневые копии общих папок	+	+	+	+
Передача теневых копий	—	+	+	—
Съемные накопители	+	+	+	+
Внешнее хранилище	—	+	+	—
Служба факсов	+	+	+	—
Службы для Macintosh	+	+	+	—
Службы для UNIX	+	+	+	+
Виртуальная дисковая служба	+	+	+	+
Служба теневого копирования тома (VSS)	+	+	+	+
Службы управления
Технология IntelliMirror	+	+	+	+/-
Результаты использования групповой политики	+	+	+	+/-
Командная строка инструментария управления Windows (WMI)	+	+	+	+
Дистанционная установка ОС	+	+	+	+
Службы удаленной установки (RIS)	+	+	+	—
Windows System Resource Manager (WSRM)	—	+	+	—
Службы приложений .NET
Платформа .NET Framework 2	+	+	+	+
Информационные службы Интернета (IIS) 6.0	+	+	+	+
ASP.NET 2	+	+	+	+
Корпоративные службы UDDI	+	+	+	—
Multimedia Services
Службы Windows Media™ 2	+/-	+	+	—

• 07.12.07 16:59

  Используем 4 ядерную машину с установленной на ней windows 2003 server x64 для расчетов. Хотелось бы чтобы система загружала и резервировала минимальное количество памяти для системных ресурсов. Можно ли это как-то настроить?

• 07.12.07 22:55Ответ на сообщение ограничение системных ресурсов в windows 2003 пользователя evgeny

  Вопрос следующий.
  В 64х битной версии до сих пор осталось ограничение на то, что приложение не может занимать больше чем объем памяти минус 2 гб на систему? То есть Даже если 8 гигабайт памяти, то приложение больше 6 не может занять и с этим никак нельзя бороться?

• 08.12.07 00:07Ответ на сообщение Re: ограничение системных ресурсов в windows 2003 пользователя evgeny

  >> В 64х битной версии до сих пор осталось ограничение на то,
  Как это понять? Осталось с 32х битных систем? Если да, то это не верно.
  >> что приложение не может занимать больше чем объем памяти минус 2 гб на систему?
  Первый раз слышу такое.

  В 64х битной системе 32битное приложение может получить 2 по-умолчанию и до 3 (4, если не ошибаюсь, в windows server) с модификацией исполняемого файла, 64битное приложение может использовать всю память системы (а вообще до 8 терабайт). Windows Server 2003 x64 может использовать до терабайта оперативной памяти.

  Кажется понял, что имеется ввиду. Вы исходили из стандартного максимального объёма 4 гигабайт памяти на систему и 2 гигабайт на процесс в 32битной windows. Но это не верно, в 32х битной windows процессу можно адресовать до 3х гигабайт памяти, если модифицировать исполняемый файл.

  Что касается первого поста, то не верна постановка вопроса. Процессы используют столько памяти, сколько им необходимо — отключайте ненужные, плюс настраивайте систему (например, в Windows XP можно было выгружать из памяти неиспользуемые dll’ки и выкидывать ядро в своп). Если я правильно вас понял.

  Исправлено пользователем RealWega (08.12.07 00:11)

• 08.12.07 00:51Ответ на сообщение Re: ограничение системных ресурсов в windows 2003 пользователя RealWega

  Таки ошибся. В Windows Server 32битное обычное приложение при модификации может получить до 3ех гигов (но там есть нюансы).
  Плюс система резервирует себе 2 гигабайта под нужды ядра (т. н. раздел привилегированного режима). Из этих двух один можно забрать в область процесса, тогда ему станет доступно 3 гигабайта (как и писал выше) — ключевые слова: /3GB и IMAGE_FILE_LARGE_ADDRESS_AWARE. Но при отъёме 1 гига памяти от раздела привилегированного режима возникают нюансы, например, система не сможет использовать более 16 гбайт оперативной памяти.

• 08.12.07 01:05Ответ на сообщение Re: ограничение системных ресурсов в windows 2003 пользователя RealWega

  Приложения, использующие AWE могут обращаться ко всей доступной физической памяти, например:
  Microsoft SQL Server 2005 может использовать до 64 гигабайт оперативной памяти в Microsoft Windows 2000 Server и Microsoft Windows Server 2003.

• 09.12.07 06:17Ответ на сообщение Re: ограничение системных ресурсов в windows 2003 пользователя evgeny

  В ответ на: В 64х битной версии до сих пор осталось ограничение на то, что приложение не может занимать больше чем объем памяти минус 2 гб на систему? То есть Даже если 8 гигабайт памяти, то приложение больше 6 не может занять и с этим никак нельзя бороться?

  Что за ерунда такая? Если бы было так, то при памяти меньше 2 гиг вообще бы ничего не работало.

  Нельзя понять непонятное.
  Пузьма Кротков.

• 10.12.07 16:10Ответ на сообщение ограничение системных ресурсов в windows 2003 пользователя evgeny

  Я делал тест и одно приложение не может занять памяти больще только 6 гигов, а есть 8. Несколькими приложениями конечно можно занять всю область памяти.

• ViT

  veteran

  Сообщений: 1934

  11.12.07 10:03Ответ на сообщение Re: ограничение системных ресурсов в windows 2003 пользователя evgeny

  Как бы «библия програмиста» Platform SDK

  http://msdn.microsoft.com/library/default.asp?url=/library/en-us/win64/win64/introducing_64_bit_windows.asp

  Introducing 64-bit Windows
  A 64-bit operating system supports far more physical memory than a 32-bit operating system. For example, most 32-bit Windows systems support a maximum of 4 gigabytes of physical memory, with up to 3 gigabytes of address space for each process, while 64-bit Windows supports up to 1 terabyte of physical memory with 8 terabytes of address space for each process.

  ну и дальше по ссылкам.

  /Нет денег на Зубару?! Зубилы — дёшево, 2км вперед по трассе!!!

Это перевод Pushing the Limits of Windows: Physical Memory. Автор: Марк Руссинович.

Это первый пост в блоге из серии «Pushing the Limits of Windows», которую я буду писать ближайшие месяцы и в которой буду описывать как Windows и приложения используют конкретный ресурс, лицензионные и реализационные ограничения ресурса, как измерить использование ресурса и как диагностировать его утечки. Чтобы эффективно управлять своими Windows системами вам нужно понимать как Windows управляет физическими ресурсами, такими как процессоры (CPUs) и память (memory), а также логическими ресурсами, такими как виртуальная память (virtual memory), дескрипторы (handles) и объекты оконного менеджера (window manager objects). Знание пределов и ограничений этих ресурсов и методы слежения за ними позволит вам соотносить использование ресурсов с приложениями, которые их используют, эффективно изменять систему для определённой нагрузки и идентифицировать приложения с утечкой ресурсов.

Физическая память

Физическая память является одним из основных ресурсов компьютера. Менеджер памяти Windows является ответственным за заполнение памяти кодом и данными запущенных процессов, драйверов устройств и самой операционной системы. Поскольку большинство систем работают с большим объёмом кода и данных, чем может вместить в себя физическая память компьютера, то физическая память, по сути, является окном в используемые код и данные. Поэтому количество установленной памяти влияет на производительность, потому что если данные или код не присутствуют в физической памяти, то менеджеру памяти необходимо загрузить их с диска.

Кроме влияния на производительность, количество установленной физической памяти привносит и другие ограничения. Например, размер не подкачиваемого пула (non-paged pool) — буфера операционной системы — очевидно, ограничен физической памятью. Физическая память также влияет на ограничения системной виртуальной памяти, размер которой является грубой суммой физической памяти плюс максимальным размером всех файлов подкачки. Ещё Физическая память может неявно влиять на максимальное число одновременно работающих процессов, о чём я буду говорить в будущем посте, посвящённому ограничениям на процессы и потоки.

Ограничения памяти на серверных Windows

Поддержка физической памяти Windows диктуется ограничениями аппаратной части, лицензированием, структурами операционной системы и совместимостью драйверов. Страница Memory Limits for Windows Releases в MSDN описывает ограничения в различных версиях Windows, а также в пределах версий по редакциям (SKU).

Вы можете увидеть различия в поддержки памяти у разных редакций Windows, диктуемые лицензионными ограничениями. Например, 32-х битная Windows Server 2008 Standard поддерживает только 4 Гб, в то время как 32-х битная же Windows Server 2008 Datacenter поддерживает уже 64 Гб. Аналогично, 64-х битная Windows Server 2008 Standard поддерживает 32 Гб, а 64-х битная Windows Server 2008 Datacenter может оперировать целыми 2 Тб. Вокруг нас не так много систем с 2 Тб физической памяти на борту, но команда производительности Windows Server (Windows Server Performance Team) знает парочку, включая одну, которая была у них в лаборатории для тестов. Вот скриншот Менеджера Задач (Task Manager), работающего на такой системе:

Максимальное ограничение в 128 Гб на 32-х битных Windows, поддерживаемое редакцией Windows Server 2003 Datacenter, следует из того, что структуры, используемые менеджером памяти для отслеживания физической памяти, занимали бы слишком много виртуального адресного пространства на системах с большим количеством памяти. Менеджер памяти следит за каждой страницей (page) памяти, храня данные о ней в массиве, называемом базой данных PFN (PFN database), и (по соображениям производительности) проецируя всю базу данных PFN в виртуальную память. Поскольку в ней каждая страница физической памяти представлена структурой данных размером 28 байт, то вся БД PFN для системы с 128 Гб занимает около 930 Мб. 32-х битные Windows имеют 4 Гб виртуального адресного пространства, которое аппаратно делится на две части: пользовательскую, в котором выполняется процесс пользователя (например, Блокнот), и системную. Поэтому 980 Мб занимают практически половину их доступных 2 Гб из системной части виртуального адресного пространства, оставляя только 1 Гб для ядра, драйверов устройств, системного кэша и других системных структур данных, что делает совершенно неразумным дальнейшее увеличение размера БД:

По этой же причине в таблице с ограничениями также указываются пределы для той же редакции, но при загрузке с модификацией этих 4 Гб (опция называется 4GT и включается указанием в Boot.ini /3GB или /USERVA, а также опцией /Set IncreaseUserVa в Bcdedit), потому что опция 4GT передвигает границу между пользовательской и системной частью виртуального адресного пространства, что даёт до 3 Гб пользовательской части, но оставляет только 1 Гб для системы. Для улучшения производительности, 32-х битный Windows Server 2008 увеличивает зарезервированную часть для системного адресного пространства понижением максимального размера поддерживаемой памяти до 64 Гб.

Менеджер памяти мог бы поддерживать и больше памяти, проецируя БД PFN по кускам в адресное пространство по мере необходимости, но это добавило бы сложности и уменьшило производительность за счёт добавленных накладных расходов на операции проецирования и снятия проекции (map and unmap operations). Только недавно системы стали настолько большими, что нужно задумываться об этом, но поскольку размер адресного пространства не является ограничением для БД PFN на 64-х битных Windows, то поддержка большего количества памяти перекладывается на 64-х битные Windows.

Максимальный предел в 2 Тб на 64-х битном Windows Server 2008 Datacenter не следует из каких-либо ограничений реализации или аппаратной части, но Microsoft поддерживает только те конфигурации, который она может протестировать. Ко времени релиза Windows Server 2008, самая большая система в мире имела 2 Тб, поэтому Windows ограничивает свою поддержку памяти именно 2-мя Тб.

Ограничения памяти на клиентских Windows

64-ти битные клиентские редакции Windows поддерживают различное количество физической памяти как средство усиления различий между редакциями (SKU-differentiating feature) — от нижнего предела в 512 Мб для Windows XP Starter до 128 Гб для Vista Ultimate. Все 32-х битные клиентские редакции Windows, однако, (включая Windows Vista, Windows XP и Windows 2000 Professional) поддерживают максимум 4 Гб физической памяти. 4 Гб — это максимальный размер физической памяти, доступный из стандартного режима управления памятью на x86. В те времена не было необходимости даже рассматривать большее число памяти на клиентских системах, потому что даже сервера с таким количеством памяти были редкостью.

Однако, ко времени, когда Windows XP SP2 был в разработке, клиентские системы с более чем 4 Гб памяти появились в обозримом будущем, поэтому команда Windows начала широкомасштабное тестирование Windows XP на системах с памятью более 4 Гб. Windows XP SP2 также включал по-умолчанию поддержку Physical Address Extensions (PAE) на железе, которое реализовывало память no-execute, потому что оно требовалось для Data Execution Prevention (DEP), но оно же включало поддержку для памяти выше 4 Гб.

Но при этом разработчики Windows обнаружили, что многие системы начинали вылетать, зависать или вообще не загружаться, потому что некоторые драйвера устройств (часто это такие видео или аудио драйвера, которые обычно используются на клиентских системах, а не на серверах) не были запрограммированы работать с физическими адресами больше 4 Гб. В результате, драйвера обрезали такие адреса, приводя к порче памяти и побочным эффектам такой порчи. Серверные системы обычно имеют более общие устройства с простыми и более стабильными драйверами, а поэтому обычно не встречаются с подобными проблемами. Эта проблематичная экосистема клиентских драйверов привела к принятию решения об игнорировании памяти выше 4 Гб на клиентских редакциях, даже если система теоретически может адресовать столько памяти.

Реальные ограничения памяти на клиентских 32-х битных Windows

Хотя 4 Гб памяти заявлено как предел для 32-х битных редакций Windows, но реальный предел будет ниже и зависит от чипсета системы и подключенных устройств. Причина в том, что физическое адресное пространство включает в себя не только оперативную память (RAM), но также и память устройств, а системы x86 и x64 проецируют память устройств ниже границы в 4 Гб для обеспечения совместимости с 32-х битными операционными системами, которые не знают, как обращаться с адресами выше 4 Гб. Если система имеет 4 Гб оперативной памяти и устройства, типа видео, аудио или сетевых адаптеров, будут реализовывать окна в свою память (которая в сумме пусть будет равна 500 Мб), то 500 Мб памяти из 4-х Гб будут расположены выше границы в 4 Гб, как показано ниже:

В результате этого, если у вас есть система с 3 Гб или более памяти под управлением клиентской версии 32-х битной Windows, вы не сможете получить в своё распоряжение всю оперативную память. На Windows 2000, Windows XP и Windows Vista RTM вы можете узнать, сколько оперативной памяти доступно системе в диалоговом окне Свойства системы, странице Производительность Менеджера Задач и, в Windows XP и Windows Vista (включая SP1), в утилитах Msinfo32 и Winver. На Window Vista SP1 некоторые из этих мест теперь показывают установленную память, а не доступную для системы память, как указано в этой статье Knowledge Base.

На моём ноутбуке с 4 Гб памяти, когда я загружаю 32-х битную Vista, количество доступной физической памяти будет 3.5 Гб, как показано в утилите Msinfo32:

Вы можете посмотреть раскладку физической памяти с помощью утилиты Meminfo от Alex Ionescu (он также внёс вклад в 5-ю редакцию Windows Internals, которую я написал в соавторстве с Дэвидом Соломоном). Вот вывод Meminfo, которую я запустил на этой же системе с ключом -r для создания дампа диапазонов физической памяти:

Обратите внимание на пробел в адресном пространстве со страницы 9F000 до страницы 100000, и ещё один от DFE6D000 до FFFFFFFF (4 Гб). Однако, когда я загружаюсь на этой же системе в 64-х битной Vista, все 4 Гб показываются как доступные и вы можете видеть, как Windows использует ещё 500 Мб оперативной памяти, находящиеся выше границы в 4 Гб:

Откуда берутся эти пробелы ниже 4 Гб? На этот вопрос нам поможет ответить Диспетчер Устройств. Для проверки, запустите «devmgmt.msc», выберите «Ресурсы по подключению» в меню «Вид», и разверните узел «Память». На моём ноутбуке главным похитителем памяти стала, что и неудивительно, видеокарта, которая потребляет 256 Мб в диапазоне E0000000-EFFFFFFF:

Прочие девайсы занимают большинство оставшегося места, а шина PCI резервирует дополнительные диапазоны для устройств во время загрузки как часть консервативной оценки firmware этих устройств.

Потребление адресов памяти ниже 4 Гб может быть весьма значительным на топовых игровых конфигурациях, имеющими видеокарты с большими объёмами памяти. Например, я купил одну такую систему в бутике игрового стенда компании — она шла с 4 Гб памяти и двумя видеокартами по 1 Гб каждая. Я не уточнил версию ОС, полагая, что они сообразят поставить 64-х битную Виста, но система пришла с 32-х битной версией. В результате только 2.2 Гб памяти было доступно для Windows. Вы можете увидеть гигантскую дыру в памяти с адреса 8FEF0000 по FFFFFFFF в следующем выводе Meminfo с этой системы после того, как я поставил на неё 64-х битную версию Windows:

Диспетчер Устройств показывает, что 512 Мб из этой дыры в зарезервированно для видеокарт (256 Мб каждая), и похоже, что firmware просто зарезервировало больше памяти, либо для динамического проецирования, либо же в результате использования консервативных оценок:

С такими проблемами могут встретиться даже системы имеющие на борту только 2 Гб. Проблемы возникают из-за чипсетов, агрессивно резервирующих регионы памяти для устройств. Наш общий семейный компьютер, который мы купили всего несколько месяцев назад от известного OEM поставщика, сообщает о доступности только 1.97 Гб из 2-х установленных:

Диапазон физических адресов от 7E700000 до FFFFFFFF зарезервирован шиной PCI и устройствами, что оставляет теоретический максимум физического адресного пространства в 7E700000 байт (1.976 Гб), но даже часть из этого резервируется для памяти устройств, что оставляет Windows только 1.97 Гб.

Поскольку теперь производители устройств обязаны отправлять как 32-х битный, так и 64-х битный драйвера в лаборатории Windows Hardware Quality Laboratories (WHQL) для получения сертификата подписи, то большинство производителей устройств сегодня могли бы поддерживать физические адреса выше 4 Гб. Однако, 32-х битные Windows будут продолжать игнорировать память выше этой границы, потому что всё ещё существуют определённые сложности с измерением риска такого изменения, а производители OEM двигаются (или, по крайней мере, должны) в сторону перехода на 64-х битные Windows, где эта проблема просто не стоит.

Суть заключается в том, что вы можете использовать всю установленную у вас память (до предела, установленного редакцией системы) с 64-х битной Windows, вне зависимости от её количества, и если вы покупаете высокопроизводительную геймерскую систему, то вам определённо стоит попросить продавца установить на неё 64-х битную Windows.

Достаточно ли у вас памяти?

Вне зависимости от того, сколько памяти у вас есть, настоящий вопрос заключается в том, достаточно ли этой памяти? К сожалению, не существует какого-либо простого правила, с помощью которого вы точно узнаете ответ на этот вопрос. Хотя есть общее руководство, которое вы можете использовать, оно основано на мониторинге доступной системе памяти за промежуток времени, особенно в моменты работы приложений, требовательных к памяти. Windows определяет доступную память как физическую память, которая не была привязана к процессу, ядру или драйверу устройства. Как следует из этого названия, доступная память доступна для присвоения её по требованию процесса или системы. Системный менеджер памяти, конечно же, пытается использовать максимум памяти, используя свободную память как файловый кэш (список standby), как обнулённую память (список страниц, заполненных нулями), а функция Superfetch в Vista также использует её для предзагрузки (prefetch) данных и кода в списке standby и упорядочивает их по наибольшей вероятности использования в ближайшее время.

Когда доступная память становится дефицитом, это означает, что либо процессы, либо система активно используют физическую память, и если доступная память находится в районе нуля продолжительное время, то вы вероятно выиграете от установки большего количества памяти. Есть несколько способов отслеживать доступную память. В Windows Vista вы можете неявно следить за доступной памятью, наблюдая за историей использования физической памяти (Physical Memory Usage History) в Диспетчере Задач, Task Manager. Вот снимок экрана Диспетчера Задач на моём настольнике с 8 Гб памяти (хмм, я думаю, что у меня, пожалуй, даже слишком много памяти!):

На всех версиях Windows вы можете увидеть график доступной памяти, используя оснастку Производительность (Performance Monitor) и добавляя в ней счётчик Available Bytes из раздела Memory:

Вы также можете видеть мнгновенные значения в диалоге System Information утилиты Process Explorer, или, на версиях Windows до Vista, на вкладке Производительность Диспетчера Задач (Task Manager’s Performance page).

Преодолевая пределы

Из процессора (CPU), памяти и дисков — память обычно наиболее важна для общей производительности системы. Чем больше памяти — тем лучше. И 64-х битные Windows являются способом убедиться, что вы используете все возможности вашей системы. Кроме того, 64-х битные Windows могут иметь и другие бонусы в плане производительности, о которых я поговорю в следующем посте серии Pushing the Limits, когда я буду говорить о виртуальной памяти.