Так как Windows XP SP2 (32 бит) может использовать не более 3 Гб (точный предел зависит от конфигурации компа), то неиспользуемый четвертый гигабайт хотелось бы использовать в качестве виртуального диска, на котором можно было бы сделать временную папку и кеш для браузера.
Может как-нибудь можно программно (или драйверу в режиме ядра) получить доступ к четвертому гигабайту, пусть даже косвенным (более медленным) способом, используя PAE, x64 адресацию, страничный доступ или еще что-нибудь? Cуществует такая программа (RAM Disk) для WinXP SP2?
Хотя на WinXP SP1 можно через PAE иметь доступ к памяти выше 3 Гб, но новые версии программ требуют наличия SP2, в том числе Visual Studio.

mkol

Учи матчасть! .

Единственный вариант для 32-битной ОС - это PAE + MemoryRemap + драйвера работающие в режиме PAE + Серверная ОС(или XP c SP < 2). Вероятность что это всё заведётся на обычном компьютере очень маленькая.

эмм, по-моему тут совсем другую матчасть надо учить.
Четверый гигабайт отводится по кернел - кернел конечно редко когда столько жрет - но "неиспользуемой" эту чаcть памяти назвать ну никак нельзя.
А так конечно никто не мешает написать драйвер который захватыет из этого гигабайта сколько дадут - и уж дальше уж хоть что (напр. вирутальный диск хоть под "временную папку" хоть под "кеш для браузера")
Но идея стрёмная.

Мне очень интересно получить ссылку в которой говорится, что 4Гб физической памяти не используется... Или используется ядром. Погуглил и нашел ограничение в 4Гб для винхп. Ни о каких 3Гб физической памяти нигде речи не идет.

Не... Если у Вас есть ссылка куда меня послать, сделайте милость, мне интересно в самом деле стало.

KefirFromPerm
ты про "virtual address space" vs. "physical memory"? - ну в этом смысле - да - я тоже несколько мутно написал (хотел как по-проще не залезая в дебри )

Дж. Рихтер
Впервые увидев адресное пространство своего 32-разрядного процесса, я был удивлен тем, что его полезный объем чуть ли не вдвое меньше. Неужели раздел для кода и данных режима ядра должен занимать столько места? Оказывается — да. Это пространство нужно системе для кода ядра, драйверов устройств, кэш-буферов ввода-вывода, областей памяти, не сбрасываемых в файл подкачки, таблиц, используемых для контроля страниц памяти в процессе и т.д. По сути, Microsoft едва-едва втиснула ядро в эти виртуальные два гигабайта.

Заметьте, что ядро и так с трудом умещается в двухгигабайтовом разделе. Но при использовании ключа /3GB ядру остается всего 1 Гб. Тем самым уменьшается количество потоков, стеков и других ресурсов, которые система могла бы предоставить приложению. Кроме того, система в этом случае способна задействовать максимум 16 Гб оперативной памяти против 64 Гб в нормальных условиях — из-за нехватки виртуального адресного пространства для кода и данных режима ядра, необходимого для управления дополнительной оперативной памятью.

Спасибо, буду знать...

sleepwalker
Рихтер говорит об адресном пространстве процесса, а в теме обсуждается физическая память. Так что цитата ни к селу, ни к городу.

тогда уж и постановка вопроса "ни к селу, ни к городу", с чего это Windows XP не может использовать более 3Гб? Может. Но процесс по умолчанию может получить только 2Гб, а если в boot.ini прописать /3G, то 3Гб.

coldfire
с чего это Windows XP не может использовать более 3Гб?
Вообще-то статью я писал в том числе и для того, чтобы не повторять одно и то же в бессмысленных диалогах с людьми, ранее не сталкивавшимися с этой проблемой и не особо стремящимися самостоятельно разбираться в ней. Впрочем, самостоятельно разобраться действительно не всегда просто.
По существу материала, изложенного в статье, возражения есть? Добро пожаловать в форум с ее обсуждением.

Добавление от 26.03.2008 14:45:

coldfire
Но процесс по умолчанию может получить только 2Гб
Причем независимо от того, стоит ли на машине 2 Гб физической памяти или всего 128 Мб. Не так ли?

Игорь Лейко
вообще-то больше 4Гб физической не используется, а больше 3х то пожалуйста. От 3.3 до 3.7 обычно винда видит при установленных 4Гб, в зависимости от того столько адресного пространства отъедают устройства в/в.

Причем независимо от того, стоит ли на машине 2 Гб физической памяти или всего 128 Мб. Не так ли?
естественно. Если у нас 3.5Гб физической, есть пара процессов получивших 2Гб виртуальной, то практически вся физическая из доступных 3.5 будет использована. Так почему же больше 3Гб физической Windows использовать не может?

coldfire
От 3.3 до 3.7 обычно винда видит при установленных 4Гб
Я бы сказал, что в последнее время обычно - от 3 до 3,25. Больше бывает редко. На практике тройка первое по порядку целое число, поэтом в противовес четырем нередно говорят о трех.

Если у нас 3.5Гб физической, есть пара процессов получивших 2Гб виртуальной, то практически вся физическая из доступных 3.5 будет использована.
Не обязательно, получение виртуальной памяти может не сопровождаться выделением физической.

Так почему же больше 3Гб физической Windows использовать не может?
Воспринимайте "три" как условную величину, означающую "три или чуть больше".
Для легкости общения, не более, не менее. (с)
А Windows понимайте как "клиентская 32-разрядная версия Windows", поскольку в остальных случаях подобные вопросы, как правило, не возникают.

Игорь Лейко
Воспринимайте "три" как условную величину, означающую "три или чуть больше".
натянуто все таки обычно видится более 3х, прям ровно 3 это скорее особенности конкретной материнской платы, а не Windows XP.

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

coldfire
естественно. Если у нас 3.5Гб физической, есть пара процессов получивших 2Гб виртуальной, то практически вся физическая из доступных 3.5 будет использована.
есть квоты GetProcessWorkingSetSize
кроме того, следует учитывать размер свопа.
1.процесс никогда не получит N мегов, если в сумме объем физической и свопа меньше этого значения. выскочит предупреждение системы при попытке аллокировать такой объем.
2.32бит процесс никогда не получит больше 3G - дельта, т.к. ОС тоже должна где-то помещаться. да и буфера для 3D много требуют. причем в двойном (или даже в тройном) размере видеопамяти на карте. размер свопа тут определяет совокупное количество памяти для всех запущенных процессов. т.е. чем больше своп, тем больше процессов можно запускать.
3.и наконец, 32бит процессы должны быть слинкованы соответствующим образом, чтобы преодолеть 2G барьер для указателей.

т.ч. /3G довольно метафизическое значение.

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

1. это и так подразумевается2. если допустим на видеокарте 1.5Гига (проф. ускоритель), и их к тому же 2 (на 4 монитора или для sli), то я в принципе ничего не получу (ибо по вашему 3Г - 1.5*2 (это как минимум, а то и еще * 3)), так что-ли?
Но в MS сделали по другому, ОС помещается в последнем гигабайте виртуальной памяти (если /3G в Boot.ini указан) , там же мапится окно для доступа к видеопамяти (обычно 256Мб) и другим девайсам. На получение процессом своих виртуальных 3Гб это не влияет, если не хватит 1 гигабайта оставленных нами под систему, то она будет просто сбоить.

3. всего лишь опция /LARGEADDRESSAWARE (для Visual C++)

Konstantin Mironovich
3.и наконец, 32бит процессы должны быть слинкованы соответствующим образом, чтобы преодолеть 2G барьер для указателей.
Программы, наверное, а не процессы? Интересно, какой был в этом заложен сакральный смысл. AFAIK, в том же Linux можно собрать ядро с любой верхней границей. При создании процесса ядро просто прилепит самостоятельно сверху стек. Для чего может потребоваться самой программе знать границу - ума не приложу... Не гигабайтные же ж исполняемые образы, что даже если их статически цеплять, то необходимо знать, на 2м или 3м гигабайте. Снизу - статически исполняемый образ, сверху - стек, посередине все динамическое - библиотеки, кучи и пр.