Наверное такая тема была, но не смог найти.
Можно ли как-нибудь сделать, чтобы программа занимала меньше оперативки?А то сама весит 25кб, а
(посмотрел в Диспетчере задач) занимает оперативки 2500 кб. 
Некрасиов так=)

А ты её сверни и разверни 
Не всегда можно верить тому, что показывает диспетчер.

Практически не возможно, минимальная програма занимает у меня 1.7 Мб Единственый вариант писать прогу без окон вообще  (от этого мало пользы),  либо консоль, хотя cmd.exe, будет пожирать не меньше памяти.

Klose, а что программа делает-то? 
ГЫ... размер exe практически не влияет сколько она будет кушать памяти 

После нескольких своротов и разворотов уже 404кб, все остальное в подкачке.

Это сообщение отредактировал(а) alexeis1 - 9.8.2006, 15:47

повставляй у себя в программе вот эту строку:

В том-то и дело, что почти что нечего. Просто "переводит" с одного текстового поля, в другое.
Воть.

А что, правда когда сворачиваешь-разварачиваешь, уменьшаеться. Круть, я и незнал.



Попробую.

Теперь я узнал сколько же всего виртуальной памяти жрет winmin -> 2.132Мб

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


"сворот" инициирует усечение рабочего набора. если рабочий набор был больше, чем требовалось, свопить ничего и не будет. 


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

Значит стоит сразу ей установить 404 кб?

 

Помогает. Щас стало 1 300 кб.

а каковы тогда критерии кушания памяти? 
Память занимаемая программой должна состоять из проэкции ехе-шника (не обязательно всего) + память переменных и стека + динамически выделяемая из кучи. (утрировано конечно, концептуально правильно). В досе так и было если ехе-шник весит 40кил так он и в памяти 40 + куча весить будет.

А в винде как?

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

Добавлено @ 16:29 

мнимая помощь имхо

на вин апи пиши

Так на нем и пишу.

чет мало верится, хотя

тогда могет быть , только значит коряво юзаешь если 2 метра, имхо

простейший сервис (пустышка) (написаный полностью на API ) занимает 1500кб. А половина системных сервисов занимают <=1000кб (так они еще и делают чето и память выделяют)
В чем правда брат?


сам ехе-шник весит 17кб (без сжатий и пр.)

Это сообщение отредактировал(а) drkot - 9.8.2006, 16:54

Вот это может быть=)

тут важно понимать, что размер рабочего набора процесса - это не размер образа + размер выделенной процессом памяти. в него также входят разделяемые страницы, коих, в зависимости от используемых api-функций может быть довольно много. опять же, далеко не весь образ может сразу прогрузиться в рабочий набор. манипулирование рабочим набором происходит исходя из кучи параметров: страничные ошибки потоков, свободная память, времени и активности работы приложения итд итп.

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

сейчас буду посылать. 
оптимизаторы памяти
Аппаратно-независимый уровень управления  виртуальной памятью
Управление памятью