Действительно ли использование является/3GB statup переключатель в Windows 2008 x64, только выполняющем SQL-сервер 2 008 x64, хорошая вещь?
Мы используем Google Calendar в нашей команде, будучи всем Linux и парнями Mac. Иначе лучшее общее предложение, которое я видел, является календарным сервером Apple:
Переключатель/3GB не относится к 64-разрядным выпускам Windows
http://support.microsoft.com/kb/294418
Приложения, которые компилируются с/LARGEADDRESSAWARE опцией, как потребовался бы, чтобы использовать в своих интересах переключатель/3GB в 32-разрядном Windows, автоматически смогут обратиться к 4 ГБ виртуальной памяти без любых переключателей времени начальной загрузки или изменений в x64 Windows. Плюс, конечно, операционная система не должна совместно использовать это 4 ГБ пространства. Поэтому это не ограничивается вообще
и
Пул системных Записей Таблицы страниц (PTEs), который используется для отображения системных страниц, таких как пространство ввода-вывода, стопки Ядра и списки дескриптора памяти. 64-разрядные программы используют настраивающую модель 16 терабайт (Пользователь на 8 терабайт и Ядро на 8 терабайт). 32-разрядные программы все еще используют настраивающую модель 4 ГБ (Пользователь на 2 ГБ и Ядро на 2 ГБ). Это означает, что 32-разрядные процессы, которые работают на 64-разрядных версиях Windows, запущенного в настраивающей модели 4 ГБ (Пользователь на 2 ГБ и Ядро на 2 ГБ). 64-разрядные версии Windows не поддерживают использование переключателя/3GB в параметрах загрузки. Теоретически, 64-разрядный указатель мог обратиться к 16 эксабайтам. 64-разрядные версии Windows в настоящее время реализовывали до 16 терабайт адресного пространства
С SQL Server, чем больше памяти, тем лучше. SQL Server в значительной степени возьмет то, что когда-либо можно дать ему. Вы захотите зарезервировать по крайней мере 1 ГБ для ОС и оставить остальных для SQL Server.
Поскольку это - ОС на 64 бита, Вам не будут нужны 3 ГБ или переключатели AWE для ОС.