Оптимизация использования оперативной памяти

В моем приложении довольно активно бурлят данные(в рамках настольных ПК). У меня при одних "настройках" без моих попыток в оптимизацию с легкостью улетает семь с половиной гигов оперативки. Ну я понимаю, что это хотелось бы исправить. Для нахождения бутылочных горлышек использовал встроенный профайлер в вске. По какому принципу я использовал:
запускал профилировщик на использование памяти, когда максимально загружалась память делал снимок, шел в этом снимке памяти в Размер кучи, сортировал по Инклюзивный размер и думал, как можно оптимизировать. Какие приемы я использовал: убрал тупо лишние(а по задумке гениальные) трехмерные массивы bool, некоторые вещи переписал с int на byte и ushort. Ну и по логике использование памяти должно было упасть. В итоге, немного переписав код, в профайлере эти цифры действительно упали, но если запускать приложение(я делал через релиз вообще вручную), то окажется что то, что я сделал для оптимизации памяти лишь увеличило её потребление с 7,5 гигов в диспетчере задач до 8,3 гигов. Из за чего это могло случиться?
P.S. если смотреть использование памяти процесса через Средства диагностики то новая версия потребляет вообще 10,2 гига по сравнению со старыми 9,5.

0

Сообщение от leopeo улетает семь с половиной гигов оперативки.

и?? это страшно?? Сейчас другое время. Кому нужна эта оптимизация?
Вот если улетает 256 гигов каждую минуту то это явно где то утечка..
на компах сейчас от 16 гигов и выше.
То что вы замените лонги на шорты нифига в масштабе не изменит.

Вообще постановка бредовая. Что за проект, на какой платформе, какие технологии, какие задачи решает .. 8 гигов. Тоже мне проблема.. )))

0

Worldmaster

Что за проект, на какой платформе, какие технологии, какие задачи решает

это игра, на .NET 7, OpenTK. Тут пока ничего такого нету, но в планах оперативка тут очень понадобится.
Да, я понимаю, что это не утечка памяти, но все таки, каким образом убирая 2 группы массивов по 151 мегабайт каждая у меня возрастает потребление оперативной памяти? Как это работает?

0

Сообщение от leopeo каким образом убирая 2 группы массивов по 151 мегабайт каждая у меня возрастает потребление оперативной памяти? Как это работает?

Да блин.. как вам можно объективно ответить не видя чего вы там вообще творите? может вы там на каждом цикле генерите тонну новых переменных и буферов. Поэтому и растет.
Игра... може UE5 курить?

0

Worldmaster Врядли тут генерятся супер много и супер часто буфферы. Эти удаленные массивы они по факту используются только при запуске приложения, один раз. Если буфферы и создаются, то вроде сборщик мусора должен их почистить

Сообщение от Worldmaster как вам можно объективно ответить не видя чего вы там вообще творите?

В данном случае это не один или два метода и я сомневаюсь что мы с вами посидим пару часиков в голосовом чате чтобы я вам объяснил как у меня все работает и в чем дело контрено, я понимаю что тут нет такого ответа, как вот тут вот сделай то и все будет работать. Я хотел узнать о более общих случаях.

0

Сообщение от leopeo Я хотел узнать о более общих случаях.

Большие обьекты (от 88 KB) создаются в Large Object Heap. Даже после удаления сборщиком мусора таких обьектов память оного не дефрагментируется (читай не высвобождается обратно в ОС).
Если приложение OpenTK то оно содержит неуправляемый код, соотвественно - неуправляемую (.NET-ом) память которую не будет видно в дампе VS или будет видно как нетипизированный сегмент.
А вообще вы хотите странного аппелируя к коду и каким то изменениям не показывая самого кода и даже отчетов дампов памяти

0

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

0