[Comediant]

Собственно проблема в том что при открытии нескольких файлов (3-4 шт. по 3-8мб) автокад (2012) начинает виснуть и забивается вся оперативка (3,75 гб из 4 использует acad ). и работать становится мягко говоря не комфортно. Я понимаю что и файлы не лёгенькие, но вопрос в том что даже если закрыть их все кроме одного память всё равно остаётся загружена (на 3,75гб), пока не перезагрузить сам автокад. Есть ли решение этой проблемы(чтобы пропорционально освобождалась память при закрытии файлов).

[maratovich]

Вот это попробуйте, может поможет.

[hwd]

Сообщение от maratovich Вот это

В чём заключается "автоматическая и ручная очистка памяти"?

[maratovich]

Сообщение от hwd В чём заключается "автоматическая и ручная очистка памяти"?

Автоматом по настройкам очищает или руками на кнопку нажать чтобы очистить.

[hwd]

Сообщение от maratovich Автоматом по настройкам очищает или руками на кнопку нажать чтобы очистить.

Я об алгоритме. У тебя AutoCAD выжрал почти всю память (возможно это даже утечка). Каким образом ты определяешь, для каких адресов вызывать delete, или delete[] освобождая память (ну, или что там в делфи по аналогии с C\C++...)?

[maratovich]

Сообщение от hwd для каких адресов вызывать delete, или delete[] освобождая память (ну, или что там в делфи по аналогии...)?

Ну смотри чуть ниже, или для всех или только для автокада.

[hwd]

Ты прикидываешься?

Сообщение от maratovich Ну смотри чуть ниже, или для всех или только для автокада.

Т.е. ты в исходном коде своей программки так прямо текстом и пишешь:

Сообщение от фрагмент исходного кода операционка, операционка, повернись к лесу задом, а ко мне передом освободи ка мне память "только для автокада"...

на что та и отвечает:

Сообщение от операционка есть сэр!

и вуаля - чудо...
?
Или же всё-таки некий алгоритм (о котором я выше и спрашивал) имеется? Какова твоя программная логика освобождения памяти в подобном случае?

Понятное дело, что топикстартер хочет лечения по фотографии, иначе бы более чётко обозначил все исходные данные.

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

P.S. я ещё допускал бы возможность использования AcDbDatabase::reclaimMemoryFromErasedObjects, если бы чертежи не были закрыты, однако в данном случае это явно не тот случай

[maratovich]

Сообщение от hwd я ещё допускал бы возможность использования AcDbDatabase::reclaimMemoryFromErasedObjects, если бы чертежи не были закрыты, однако в данном случае это явно не тот случай

1. А я и не говорил что это точно поможет.
2. Идет очистка у процесса (ов), а не у автокада и не его средствами.
3. Всю память очистить всё равно не получится.
4. Копай в строну Processes.ExecQuery("SELECT * FROM Win32_OperatingSystem", , 48)

[hwd]

Сообщение от maratovich Всю память очистить всё равно не получится.

Да я бы сказал, что её вообще очистить не получится иначе, чем завершением процесса (насколько я понимаю).

Сообщение от maratovich 4. Копай в строну Processes.ExecQuery("SELECT * FROM Win32_OperatingSystem", , 48)

Найти-то нужные процесс - это как раз и не проблема... Только вот где твой WQL-запрос память освобождает?
Поиск в MSDN по фразе "Processes.ExecQuery" результатов не даёт. Несколько похожее здесь. Оно? Если это "оно", то похоже, что к освобождению памяти комбинация флагов wbemFlagForwardOnly и wbemFlagReturnImmediately дающая значение 48, никакого отношения не имеет (насколько я могу судить по мануалу). Поправь меня, если ошибаюсь...

Т.о. я пока так и не вижу, каким же образом ты память трамбуешь?

[maratovich]

Сообщение от hwd Поправь меня, если ошибаюсь

Я тебе дал направление в котором копать, дальше уж сам.

Сообщение от hwd Т.о. я пока так и не вижу, каким же образом ты память трамбуешь?

Нажми Ctrl+Alt+Del и посмотри какая реакция процессов при очистке.
Автор спросил - ему ответили, о предоставлении исходного кода речь не шла и точно не пойдёт.
Тут главное чтобы автор отписался - помогло или нет.

[hwd]

Сообщение от maratovich Я тебе дал направление в котором копать

ну-ну... У меня по данному "чуду техники" вопросов более нет...

[serbambr]

Помнится в ХР имеется проблема, что при закрытии приложения dll-ки автоматически не выгружаются из памяти (касается всех приложений). В пособиях по редактированию реестра оговаривался переменная, при изменении значения которой происходила выгрузка неиспользуемых dll из памяти через какой-то определенный период. Может быть в эту сторону капнуть?
Лет 7 назад, когда для меня были важны каждые 10 метров, я копался в этом - вроде помогало. Сейчас уже не знаю как это всё развито.

[hwd]

Сообщение от serbambr Помнится в ХР имеется проблема, что при закрытии приложения dll-ки автоматически не выгружаются из памяти (касается всех приложений).

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

P.S. Правда возможен ещё и такой вариант (совместное использование DLL). Т.е. если несколько приложений запросят загрузку одной и той же DLL, то операционка загружает её в память лишь один раз и не выгружает до тех пор, пока работает хотя бы один процесс, запросивший загрузку этой DLL (и не запросивший после этого её выгрузку). Очередной запрос на выгрузку DLL выполняет декрементацию счётчика референсов. У операционки, как я понимаю, своё подобие сборщика мусора. Если в какой-то момент времени свободной памяти уже не хватает, то прежде чем обратиться к файлу подкачки, сборщик проверяет референсы в загруженных ранее DLL и там, где количество ссылок равно 0, освобождает используемую ими память. Если освобождённой памяти хватает, то подкачка не используется. Т.е. проверка референсов и выгрузка DLL происходит не сразу, а по мере необходимости.