Ответы, которые говорят, что это связано с оперативной памятью, глубоко неверны. Важно правильно понимать взаимосвязь между дисковым пространством, оперативной памятью и адресным пространством.
Вот как это действительно работает.
Каждому процессу в 32-битной Windows предоставляется 4 ГБ адресного пространства .
Из этого 4 ГБ адресного пространства 2 ГБ зарезервировано для использования операционной системой, а остальные 2 ГБ доступны для пользовательского кода, который будет использоваться в процессе по своему усмотрению.
Теперь позвольте мне быть предельно ясным по этому вопросу: адресное пространство не является памятью . Процесс может иметь столько памяти , сколько ему нужно. Я повторю еще раз: процессу может быть выделено более 4 ГБ памяти . Пределом является то, что только 2 ГБ этой памяти может быть сопоставлено с адресным пространством пользовательского режима в любое время .
Я не упоминал RAM, потому что RAM не имеет отношения к вопросу адресного пространства . Не имеет значения, хранит ли операционная система память процесса в оперативной памяти, на диске или где-либо еще. ОЗУ - это просто оптимизация производительности, которая позволяет операционной системе хранить память в быстром чипе, а не в медленном диске.
Ваш процесс сообщает операционной системе, сколько памяти ей требуется, и где сопоставить эту память с адресным пространством 2 ГБ. Если процессу требуется более 2 ГБ памяти, он не сможет отобразить все это в адресное пространство; такой процесс либо должен быть написан с умом, чтобы сообщить операционной системе, какие страницы памяти отображать и удалять из адресного пространства, либо использовать меньше памяти. Если этого не произойдет, произойдет сбой с исключением из-за нехватки памяти.
Возможно, поможет аналогия. В вашем здании есть стоянка на сто мест. Это ОЗУ. У вас есть гараж по улице с десятью тысячами мест. Это диск. У вас и у всех в этом здании есть брелок, на котором есть место для десяти ключей. Это адресное пространство для каждого процесса. Означает ли то, что у вас есть место только для десяти ключей, вы можете владеть только десятью машинами? Нет! У вас может быть столько автомобилей, сколько вы хотите, но если вы хотите получить доступ к одиннадцати из этих машин, вам придется взять один из ключей с брелка, сохранить его где-нибудь в другом месте и поставить новый ключ на брелок. , Это отображение памяти в адресное пространство и из него .
Что если каждый в здании попытается припарковать десять машин в оперативной памяти? Если автостоянка будет заполнена, им придется поменять некоторые из этих машин в гараже по улице. Означает ли это, что у них нет ключей на связках ключей? Нет, очевидно, нет. Это просто замедляет, когда они хотят вести машину, припаркованную на диске.
Что, если бы была служба камердинера, которая выяснила, какие автомобили люди будут чаще использовать, и перевезла менее использованные в гараж по улице? Это диспетчер памяти, который помещает менее часто используемые страницы памяти в файл подкачки.
Вы указываете, что у вас большой диск. Предположим, у вас есть файл 10 ГБ на этом диске. Конечно, вы можете использовать содержимое этого файла в вашей .NET-программе, но вы не можете загрузить все это в непрерывное адресное пространство сразу. Вы должны прочитать это кусками. Если бы вы были умны, вы могли бы отобразить его в оперативную память одновременно - у вас достаточно памяти - но вы не могли бы тогда отобразить 10 ГБ память на 2 ГБ адресного пространства .
В общем, проще не пытаться получить столько памяти в первую очередь; просто прочитайте его по несколько сотен килобайт за раз.
Люди очень часто путают адресное пространство с физической памятью, но десятилетиями они не были тем же самым. Для получения более подробной информации см. Мою статью на эту тему, «Недостаточно памяти» не относится к физической памяти .