[offtop]nesco, рано сдали позиции, коллега)

Dilma,я тут в постах выше случайно за nesco ответил на вопрос, каким костылём в 32bit x86 адресовать много памяти одному приложению. Причём реализовано было не только (и не столько ))) ) в Windows, но и в unix-подобных системах. Как в иксах сделано - врать не стану, а в Windows сделано и активно работало в MSSQL серверах баз данных на x86 32bit по технологии AWE. Да, можно говорить, что это невероятная редкость и мало какими приложениями поддерживается. Но факт не оспоримый. Технология есть, и только маркетинг не давал её предоставить обычным юзверям в бытовых версиях ОС. И сейчас тот же маркетинг ставит палки в колёса юзверям до сих пор. Чтобы не создавать конкуренции со своими серверными ОС, мелкософт урезал поддержку ОЗУ даже в 64-битных версиях Windows 7 бытового класса (до "Профессиональной").
------------ Дoбавленo в 01.05:
При этом я уже говорил, что 64-битные системы имеют преимущества в работе с массой данных, и адресация большой памяти значительно проще, чем извраты со страничным мэппингом. Так что я только за повышение разрядности. Но надо быть справедливыми, мировой заговор жадных буржуев должен быть изобличён и подвергнут праведному гневу))[/offtop]

[flood]
Бронивичок подогнать [/flood]

ключевой момент - прозрачная поддержка более 4Gb памяти на 32х битной архитектуре не возможна. А раз так, то простите о каком маркетинге вообще идет речь?


это еще одна причина, по которой люди, желающие получить максимум от своего железа и своей ОС выбирают linux, а не Windows, которая практикует подобные вещи не только с ОЗУ, т.к. им, как верно уже было замечено, не нужна конкуренция с серверными версиями, и что более важно - со старыми

PS: в *nix для 32х битных систем есть модификация ядер с суффиксом pae, которая позволяет системе видеть более 4Gb. Поскольку там(в отличие от Windows) никаких проблем с переходом на amd64 никогда не было, то костыльными технологиями по адресации одной программой более 4Gb (а на самом деле более 3Gb) никто не занимался, ибо бесперспективность подхода очевидна любому технарю.

Испытал сегодня EnumProcess на х64 как и думал выдает в список только х32 процессы.

[flood] Они намеренно не реализовали поддержку большой памяти в бытовых ОС, соответственно, AWE никто не использовал. Если бы поддержка реализовывалась начиная, скажем , в 2001г. с WinXP Home, то ёмкие пользовательские приложения вроде САПР, видео, фоторедакторов, сервера БД и т.д. уже лет десять как работали бы с оперативкой до 64 Гб и одним искуственным маркетинговым преимуществом в рекламе новых архитектур стало бы меньше, для конечного пользователя, естественно.[/flood]

Dilma, в выложенной схеме каждое нажатие кнопки прибавляет к показываему в диспетчере размеру по ~50 Кб (пятьдесят килобайт) от 1140 - 1200 -1240.... Кб

а к виртуальной?

Dilma, [flood]Ещё раз спасибо за Ваше мнение о моих знаниях Вот пошаговая инструкция -- как раз [/flood]
Если правильно увидел, то по 20 Мб

Леонид, программа показывает то, что мы на запрос у системы 20Мб получили 20Мб, а не в 8 раз больше. В виртуальной памяти выделенный кусок оказался потому, что он нами никак не используется. Это можно проверить к примеру так:
прибавит 20Мб и туда, и туда

PS: чем проще эксперимент, тем точнее его результаты.

Dilma, спасибо, чуть просветлело