Слышал, как кто-то предлагал делать рамдиск и класть на него файл подкачки, для увеличения используемой памяти. Реально на 32х битной системе вообще создать рамдиск за пределами первых трех гигов?

apozlevich, Бред, рамдиск придется создавать заново при каждой загрузке.
То есть отрезать от памяти кусок для её же увеличения?

Да и хорошо :)

Ну вот 32х-битная система все равно не видит больше трех с лишним гигов памяти, вопрос в том, можно ли запихать рамдиск в ту память, которую она не видит (да, говорю бред, но вдруг :))

Возможно. RAMDisk Enterprise

И наверняка придётся каждый раз проводить процедуру создания файла подкачки.

apozlevich,
у меня эта софтина нормально работает с файлом подкачки (персональная версия бесплатна, размер диска до 4 гиг), правда винды 64 - бита.

вопрос подымался здесь: Файл Подкачки (pagefile.sys) - .:[все вопросы]:.
Причем неоднократно. Не вижу смысла его в очередной раз мусолить.

apozlevich, реально, но бессмысленно:
32 бита ограничивают адресное пространство. Доступная память, устройства и файл подкачки находятся внутри адресного пространства! В вашем случае всяческие файлы подкачки попросту не используются системой, где бы они не находились. Таким образом на RAM-диск можно было бы вынести какие-то ненужные часто изменяющиеся файлы, но в нормальном режиме работы таких нет: кэш браузера, системный temp должны переживать перезагрузку компьютера. Ну и вообще temp лучше держать внутри одной ФС с профилем и системой.

А как тогда с технологиями PAE?
Это касается серверных решений. В настольных эта технология присутствует, но "обрезана" для пользователя, что впрочем не мешает пользователю написать драйвер, дающий доступ к PAE.
Сколько памяти может использовать 32 битная операционная система

с чего бы?

yurfed, а какие версии windows (не считая windows xp sp2) сейчас могут поддерживать PAE?
И если они поддерживают PAE, какой смысл использовать эту память под какой-то странный "RAMDisk Enterprise"?
Тогда эта память станет доступна системе и будет распределяться почти так же, как при работе 32-хбитных приложений в 64-хбитной системе. Уж лучше отдать память процессам, чем резервировать её под какую-то кривую поделку.
Вот только это всё теория, к сожалению - у Windows с поддержкой PAE, как известно, большие проблемы.

Можно просто перейти на 7, и ОС сама все это сделает...

А я уже хотел встрять :) Действительно это всего лишь теория.

Я поставил и без проблем,шукайте и найдете :)

warikkk, что поставил-то?

ShaddyR

Windows XP с включенным ПАЕ

http://savepic.ru/3325889.png

ShaddyR, не нашёл я так сходу у MS указаний на счёт временных файлов. Зато есть косвенное в KB261897: рекомендуется удалять только файлы старше семи дней независимо от количества перезагрузок.

warikkk, PAE работает во всех версиях Windows, но в клиентских неполноценно - самое вкусное искусственно заблокировано из-за жопоруких разработчиков драйверов.

Busla, я бы дал ссылку на сборку XP это раз,плюс патч расширяющий память для 7x86(собственно для этого и ставят ПАЕ чтоб видело более 4гб на 86 ситемах,как на 64бит) но боюсь это варезник,а тут такого раздела нет и не будет! Если конечно вы об этих вкусностях :yes:

это каким переводчиком такая рекомендация из статьи почерпнута? ПРОМТом? :) Все, что там написано - это то, что прог.-а не удаляет файлы по вероятной причине их текущего использования и предлагается повторить попытку позже (почему только семь дней, а не, к примеру, 8 с половиной?)
Временный файл на то и временный, что обязан быть удаленным сразу после отработки использующего его алгоритма и\или по выходу из программы. Но зачем - у нас ведь нынче такие большие ж.диски? :)

ShaddyR, вы же сами себе противоречите: алгоритм инсталляции драйверов и ПО вполне может подразумевать в середине перезагрузку (реальный пример - Alcohol).

А в статье вполне однозначно написано, что вручную зачищать не рекомендуется, а надо пользоваться специальным средством, которое удаляет файлы только старше семи дней.

нет, ну если мы хотим оттуда высосать контекстную рекомендацию - тогда - да, она там, наверное, есть. А если провести семантико-математический анализ текстовой конструкции - можно случайно обнаружить подтверждение прихода конца света... что с того? ;)
>
где увидел противоречие-то? Хоть 110 перезагрузок пусть сделает, но когда закончит свое грязное дело - обязана за собой почистить.

Политика Microsoft в некоторых случаях оказывается далеко не адекватной. Как и в примере с "темпами". Лучше перебздеть, чем не добздеть. Зато каждая кухарка может стать продвинутым пользователем.
Ну не нужны эти временные файлы, да ещё и целую неделю. Ей, кухарке про них и не ведомо, так что пусть недельку поматаются, но вам...

Хотелось бы всё-таки получить внятный ответ на вопрос о смысле располагать файл, который используется при нехватке оперативной памяти, в ней самой.
Не знаю насчет windows, но в Linux раздел подкачки используется также для хранения состояния системы при переводе её в спящий режим. Если в windows дела обстоят так же, это означает, что со спящим режимом (hybernation) придется проститься - сохраненное содержимое памяти будет безвозвратно утеряно при "засыпании".

Вообще-то идея иметь файл подкачки в ОЗУ мне что-то напоминает....
Я даже вспомнил, что именно!

Iska, меня просто смутило выражение
- как-то я не сразу понял, о чем речь идет. Но уже если на то пошло - 95% пользователей ежедневно включают\выключают комп., так что такие задержки маловероятны. Да и проблемы пользователя, не следующего указаниям программы, нас не должны интересовать, не так ли? Так что возвращаемся к исходному вопросу:
:)

ShaddyR, я же написал выше, что это не одна и не две инсталляции на миллион. Гораздо больше — заметные проценты от общего числа. Потому и не след привязывать скрипты тупо очищающие %Temp% при каждой перезагрузке.

Фамилия этого дяди Билли часом не Гейтс? Больно стиль работы напоминает...