» WinXP & свободная память ОЗУ & ее использование

Последнее время неделями не выключаю компьютер. ОЗУ сильно "забивается", приложения начинают жаловаться на нехватку ресурсов. В Process Explorer'е такая ситуация. Т.е. доступно еще 1.2 Гб ОЗУ (а чаще всего 1.5Гб), но система их никак не хочет использовать (?). И так постоянно, ОЗУ "забивается" на 50-60% (из 3 Гб возможных) и дальше не в какую. При этом идет постоянный своп, что не слабо сказывается на производительности, т.к. винт не быстрый.
Файл подкачки уменьшал до 1-1.5 Гб, но в скоре система начинала ругаться на нехватку ресурсов и вновь увеличивала его.
Кое-где меня начали уверять, что доступная память (та, которой 1.2-1.5 Гб) - это совсем даже не свободная память, а вполне себе используемая. А реально свободный объем ОЗУ посмотреть - так вообще сложная задача.
В общем, что с этим делать и как оптимизировать ОС под максимальное использование оперативной память и под минимальное использование винта для свопа?
WinXP SP3 x86, 4 Гб ОЗУ.
И кстати, у файла подкачки и ОЗУ одно адресное пространство на двоих?

Если система используется для домашних задач, скажем, вычислений - попробуйте увеличить кеш винта программно, к примеру, SuperSpeed SuperCache - погуглить. Если это работа в пиринговых сетях - искать решение в соотв. темах.
Одно из решений по файлу подкачки - установить ещё один маленький винт и скинуть туда своп - с конкретно заданным размером - и малоупотребляемое.

Цитата:

у файла подкачки и ОЗУ одно адресное пространство на двоих?

Некорректный вопрос. Читать про адресное пространство. В данном же случае не имеет значения - файл подкачки это или озу.

P.S. По свопу процитирую, но это касательно никсовых систем. В винде не вникал.
Цитата:

Даже когда место под своп-файл выделяется динамически, система обычно предоставляет возможность ограничивать его рост. У интерактивных систем при приближении к границе емкости своп-файла система часто начинает выдавать предупреждения пользователю. Однако основным видом реакции на переполнение или превышение лимитов роста своп-файла является отказ выделять память прикладным программам. Поэтому грамотно написанные программы всегда должны проверять, нормально ли завершился запрос на выделение памяти, и по возможности разумно обрабатывать ненормальное завершение. Это нужно не только в том случае, когда программа будет переноситься в систему без виртуатьной памяти, но и во вполне штатной (хотя и относительно редкой) ситуации переполнения свопа.
Иногда, впрочем, система может выделять память (точнее, не память, а только
адресное пространство) программам без оглядки на то, сколько есть свободного свопа. Эта довольно опасная стратегия, называемая overcommit, на первый взгляд кажется бессмысленной или полезной только в очень специальных случаях, например при использовании разреженных массивов. В действительности эта стратегия оправдана и тогда, когда мы можем быть уверены, что большинство выделенных процессу страниц никогда не будут использованы, например, при широком применении стратегии copy-on-write

Мне так и не понятно, почему при доступных 1.5 Гб (если они, конечно, реально свободны) памяти система жалуется на нехватку ресурсов, забивая своп, а ПО отказывается корректно работать?

Seduxen
К сожалению, это ноут, так что со вторым винтом вариант не выйдет. Вопрос про кеш/своп я просто в дополнение задал. Про адресное пространство сейчас как раз почитаю.

Нет никаких идей?

чтоб неделями комп не выключать поставь Windows XP Server.
чтоб использовать четвертый гиг оперативной памяти поставь VSuite Ramdisk создай рамдиск и пихани туда файл подкачки.
да адресноепространство одно на двоих. обрезается обычно по видео карте, можешь открыть устроства переключить вид на реусрсы по типу и найти адрес pci шины видео карты вот по ней система и будет видеть память если биос конечно позволяет. а проги для рам дисков умеют видеть этот 4-ый гиг

и на форуме тут полно тем про четвертый гиг и в инете полно отличных статей на эту тему где все объясняется в картинках и экскурсом в историю

Ох, как вы первый пост читаете? В том-то и дело, что до использования 4 гигабайта дело даже не доходит. ОЗУ, согласно диспетчеру задач, заполняется максимум на 1.5-2 Гб (из 3+ Гб возможных). А дальше начинает мучать своп-файл.

Nek1t
А какая-нить"тяжёлая" прога у Вас не работает? В XP x86 для отдельной проги (включая все подключаемые ею библиотеки) отводится 2 Gb ОЗУ максимум. Если ей нужно больше - она задействует файл подкачки невзирая на наличие свободной оперативки.
Хм... Вроде бы так...

Ключи в бут.ини можно добавить /pae /3gb

BVV63
Нет, до 2 Гб ни одно ПО у меня не доходит (смотрел по Virtual Size в Process Explorer'e).
Sphinx114
/pae работает только для WinXP с SP1 и ниже.
С /3gb ознакомьтесь. В любом случае, никакого эффекта это не даст (см. выше).

Привет. Читал твою тему прошлогоднюю по поводу неполного использования оперативки в ноуте. У меня сейчас такая же проблема, и не могу ее решить. Подскажи, пожалуйста, тебе удалось что-то придумать? У меня 4 гига оперативы и винда 64-битная, по идее должно видеть полностью. Система ее определяет как 4 Гб, но при полном зависании ноута загрузка доходит только до 41-42 % Помоги, пожалуйста, советом.

Nek1t

Цитата:

Последнее время неделями не выключаю компьютер. ОЗУ сильно "забивается", приложения начинают жаловаться на нехватку ресурсов. В Process Explorer'е такая ситуация. Т.е. доступно еще 1.2 Гб ОЗУ (а чаще всего 1.5Гб), но система их никак не хочет использовать (?). И так постоянно, ОЗУ "забивается" на 50-60% (из 3 Гб возможных) и дальше не в какую. При этом идет постоянный своп, что не слабо сказывается на производительности, т.к. винт не быстрый.

У меня в домашней сети компы вообще редко выключаются... чаще случайно. Ни под икспишкой, ни под семёркой подобных проблем не замечалось. Оперативки по два гига на обеих машинах. Приложения от закачек до игр. Может быть, грабли в специфике Ваших основных приложений?
.................
Касаемо учёта свободной памяти в WIN XP - мне оно не показалось качественным измерительным инструментом. вобще есть серьёзные мнения, что работа с памятью под WIN 7 принципиально иная и много лучше, я готов понемножку согласиться с таким мнением.