На одном из форумов видел заметку, что 32-х битные ОС не адресуют более 3-х Гб ОЗУ и больше ставить нету смысла. Это правда?

Да.

и не зависит ни от количества процессоров, ни от назначения?

Например работа сервера терминалов не поменяется с увеличением памяти с 3-х Гб, до 16-ти?

(0) врут
(1) обманывает
адресуют не более 4х гигабайт, включая накладные расходы.
А поставите 3 - будет еще меньше для приложений.

У тебя в тетрадке 100 клеток. И 200 клякс. Сможешь 200 клякс в 100 клеток накляксить?

(3) PAE - это иллюзия использования больше чем 3.75Gb ОЗУ.

(2)Например работа сервера терминалов не поменяется с увеличением памяти с 3-х Гб, до 16-ти?
Как ваши терминалы будут работать, если ОС не будет адресовать более 4х гиг? Или они в сферическом вакууме будут пиликать?

http://windowsnotes.ru/other/skolko-pamyati-mozhet-ispolzovat-32-bitnaya-operacionnaya-sistema/

(0) Windows Server 2003 Enterprise x86 презрительно вам усмехается.

(4)PAE - это иллюзия использования больше чем 3.75Gb ОЗУ.
- PAE - это не иллюзия, а разрешение приложениям работать "за" ограничением. Но только приложениям с AWE.
И то PAE доступно в Microsoft Windows Server 2003 определенных версий.
С х64 все это не актуально.

(8) Ну мы же об одном и том же, давайте за фразы не цепляться.

а какие приложения "с AWE"..? что может куртится на серваке и сипользовать это с АВЕ?

(9) вообще-то MS SQL (какой-то там версии 2005) поддерживает AWE и работу в PAE.
Так что дело не в фразах, а в точности. И понимании.

(10) читай доки по своим приложениям. Одно я привел в пример.

(8) Херово, Мишель. PAE и AWE не связаны друг с другом.

Для остальных SQL уже не настраивал, ибо стало не актуально после 64-битных ОС.

(13) ага-ага.
эсники, налетай....

(10) 1Сv8 - это приложение с AWE

кароч, эсники, поднимайте свой уровень.
А я спать пойду.

(17) Сладких снов.

(16) возможно.
Но 1С8 - это не то приложение, на которое можно рассчитывать "по документации".

(19) Иди спать. Без тебя разберемся, балабол

Я вот думаю, у меня дома уже лет 5 нет 32х систем, а у народа серваки на них работают до сих пор...

(20) Не, ну что, интересно рассказал.

Вот тут все есть
http://forall.ru-board.com/egor23/online/FAQ/Virtual_Memory/Limits_Virtual_Memory.html#p2

Корректная ссылка
http://forall.ru-board.com/egor23/online/FAQ/Virtual_Memory/Limits_Virtual_Memory.html#t

1cv8 собрана с ключом
IMAGE_FILE_LARGE_ADDRESS_AWARE

(2) нет не правда

сервер 2003 (32 битный) видит гораздо больше чем 3 гига

(0) где-то слышал... на одном из форумов...
http://www.microsoft.com/Rus/WindowsServer2003/evaluation/features/compareeditions.mspx

<<32-разрядная версия Enterprise Edition и 64-разрядная версия Standard Edition поддерживают до 32 ГБ оперативной памяти.
5 >>

(25) Видеть то он видит, а приложения все ровно работают только 2-мя гигами :)

Из того, что более-менее применимо в связке с 1С:   MS SQL может использовать AWE. В редких случаях думаю может пригодиться, возможно кто-то даже и использует такую схему, когда sql сервер стоит на 32-х разрядной системе, и кроме него ничего нет. И при этом, все равно sql будет x86. Наверное sql с awe был применим на переходном этапе, когда х64 системы еще не дошли до нас, а х86 уже устарели по объемам используемой памяти.

Для использования более 15GB awe , PAE нужно отключать

(27) по-моему там ограничение 2Гб на поток, если приложение многопоточное то все норм будет.

(27) вот только что - пример использования больше чем 2 гига памяти (загрузка сервера процентов 30 от обычной - утро ещё)

http://imglink.ru/show-image.php?id=7d9cfe70103b813fdbc0e02de82d1f56

(31) Имеется в виду, что отдельный процесс работает не более чем с двумя гигами.

(30) Все потоки одного процесса работают в одном адресном пространстве, поэтому ограничение применяется на процесс, а не на поток.

(32) но ведь адресует "выше" чем 2 гига так ведь?

(34) Не так... Он адресует в своём виртуальном адресном пространстве...
А где физически это будет находиться - это вопрос десятый....

(35) да не десятый. невозможно впихнуть 2,9 гигов используемой оперативы в "нижние" два. а значит эта операционка может адресовать "выше" 2 гигов. а в топике утверждается что "нет"

(36) Операционка может адресовать. Но процесс не может использовать приватно для себя более двух.

(30) Ограничение 2 Гб на процесс - все потоки одного процесса работают в одном адресном пространстве.
Причём 2Гб получается из-за того, что старшее адресное пространство выделено под DLL. Можно настройками поднять до 3 гигов.
Только нужно понимать, что 32-битное приложение даже и на 64-битной ОС не перейдёт этот рубеж (конечно, если не использует функции доступа к большой памяти).

(37) мы начинаем играть в софистику. вопрос был четкий "может или нет адресовать". ответ - может. серверная операционка на это способна

Когда там уже 128 бит двигать то будут,Ваши прогнозы?:)

Реально, если кто-то хочет в 32-битной программе использовать большой объём памяти, то можно смотреть в сторону файлов, проецируемых в память. Там размер кадра нельзя сделать большим, так как он проецируется в адресное пространство процесса, но кадр по файлу можно двигать куда угодно.

верно, на процесс.
в любом случае, накладные расходы на переключение банков памяти для работы с более 4 Гб ОЗУ под win32 весьма высоки, поэтому происзводительность в итоге будет сильно ниже чем для х64 системы.
поэтому сейчас уже давно неактуально.

(40) Это в два раза больше шин при никаком ускорении, так как будут накладные расходы на чтение байта с шины.
P.S. если подумать, то 32-битная система должна адресовать 16 Гб памяти, так как каждая ячейка памяти должна содержать 32-бита. В 86-серии, почему-то, решили адресовать каждый байт, считая, что так удобнее.

(42) Поэтому и система и процесс должны быть 64-битные - тогда никаких накладных расходов.

(43) о каких накладных расходах речь?

(45) Если мы хотим адресовать больше 4 Гб памяти в 32-битном процессе, то нам нужно каждое обращение к старшей памяти делать через "посредника", который работает на уровне системы и запрещает все прерывания, чтобы драйверы не свалились, когда будут переключаться шины памяти.
Поэтому, приходится кусок старшей памяти копировать в доступную процессу память и там уже с ним работать - такой подход хорош только для RAM-диска.

(42) PAE конечно замедляет работу, но незначительно.

(20) балаболы, в основном, эсники.

(20) да, тут темы про Сочи и ура-патриотизм, вам там интересней будет. Да и по профессионализм покажете.

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

(0) Для новых матерей уже не актуально, в бивесе можешь выставить невидимую память OS х86 распределять на устройства.