В программе постоянно выделяются большие byte[] (несколько десятков мегабайт). В итоге быстро память съедается, а сборщик срабатывает когда метров 20 остаётся. Как освободить явно занятую память? в С++ был delete, а в C#?

Здравствуйте, 3pac, Вы писали:

3>В программе постоянно выделяются большие byte[] (несколько десятков мегабайт).
Не очень хорошая практика. А точно нужно постоянно выделять эти большие byte[]?
3>В итоге быстро память съедается, а сборщик срабатывает когда метров 20 остаётся. Как освободить явно занятую память? в С++ был delete, а в C#?
Зачем тебе это? Сборщик сам решает, когда ему пособирать память. Ее что, кому-то не хватает?

Здравствуйте, 3pac, Вы писали:

3>В программе постоянно выделяются большие byte[] (несколько десятков мегабайт). В итоге быстро память съедается, а сборщик срабатывает когда метров 20 остаётся. Как освободить явно занятую память? в С++ был delete, а в C#?

Можно явно заставить сборщик почистить память через GC.Collect.

Объекты, размер которых больше 85000 байт выделяются в специальной области — large object heap. Эта область является частью 2-о поколения. Поэтому такие объекты должны быть долго живущими иначе частая сборка во втором поколении приведет к деградации производительности.

1. Можно сделать пул больших объектов.
2. Можно воспользоваться MemoryFailPoint

Check for sufficient memory resources prior to execution.

Здравствуйте, Sinclair, Вы писали:




S>Не очень хорошая практика. А точно нужно постоянно выделять эти большие byte[]?
да, мне надо гонять содержимое файлов.

S>Зачем тебе это? Сборщик сам решает, когда ему пособирать память. Ее что, кому-то не хватает?
а если стороннему процессу нужна память, а её занимает .net, произойдет очистка? просто она действительно долго держится занятой.

Здравствуйте, 3pac, Вы писали:

3>В программе постоянно выделяются большие byte[] (несколько десятков мегабайт). В итоге быстро память съедается, а сборщик срабатывает когда метров 20 остаётся. Как освободить явно занятую память? в С++ был delete, а в C#?

Если требуется постоянно выделять память то, почему не сделать пул выделенных блоков? Например, remoting для своих нужд именно так и делает.

Здравствуйте, TK, Вы писали:

TK>Если требуется постоянно выделять память то, почему не сделать пул выделенных блоков? Например, remoting для своих нужд именно так и делает.

эээ... наверное так и нужно сделать, но я ещё не настолько advanced... не могли бы пожалуйста чуть поподробнее?

Здравствуйте, 3pac, Вы писали:

S>>Не очень хорошая практика. А точно нужно постоянно выделять эти большие byte[]?
3>да, мне надо гонять содержимое файлов.
Непонятно, зачем большие byte[] для "гоняния содержимого файлов". Куда гоняешь-то? Есть подозрение, что ты неправильно гоняешь.

3>а если стороннему процессу нужна память, а её занимает .net, произойдет очистка? просто она действительно долго держится занятой.
Очистка происходит тогда, когда память нужна. Пока она не нужна, очистки не происходит. Тем не менее, это не повод занимать O(N) памяти там, где достаточно O(1).

Hello, "3pac"
>
> TK>Если требуется постоянно выделять память то, почему не сделать пул выделенных блоков? Например, remoting для своих нужд именно так и делает.
>
> эээ... наверное так и нужно сделать, но я ещё не настолько advanced... не могли бы пожалуйста чуть поподробнее?

Надо один раз создать массив byte[] достаточного размера и держать его в специальном пуле. Плотребители же должны спрашивать у пула этот массив и по использовании туда его возвращать (т.е. пул будет предоставлять аналоги new и delete из C++).

Здравствуйте, 3pac, Вы писали:

3>В программе постоянно выделяются большие byte[] (несколько десятков мегабайт). В итоге быстро память съедается, а сборщик срабатывает когда метров 20 остаётся. Как освободить явно занятую память? в С++ был delete, а в C#?

избавиться от ссылки на массив, затем вызвать сборку мусора, например:

    byte[] array = new byte[65535];
//...
    array = null;
    GC.Collect();
    GC.WaitForPendingFinalizers();
    GC.Collect();

Здравствуйте, TK, Вы писали:

TK>Надо один раз создать массив byte[] достаточного размера и держать его в специальном пуле. Плотребители же должны спрашивать у пула этот массив и по использовании туда его возвращать (т.е. пул будет предоставлять аналоги new и delete из C++).

Есть еще вариант (возможно, он проще, если вся программа состоит из небольшого количества классов и в каждый момент времени требуется только один такой массив): создать public static динамический массив и пользоваться только им.

Или это намного хуже?

Hello, "Ranger_XL"
>
> TK>Надо один раз создать массив byte[] достаточного размера и держать его в специальном пуле. Плотребители же должны спрашивать у пула этот массив и по использовании туда его возвращать (т.е. пул будет предоставлять аналоги new и delete из C++).
>
> Есть еще вариант (возможно, он проще, если вся программа состоит из небольшого количества классов и в каждый момент времени требуется только один такой массив): создать public static динамический массив и пользоваться только им.
>
> Или это намного хуже?

А кто будет грантировать то, что этот массив будет использоваться только одиним потребителем? Пул в данном плане обеспечивает некоторую формальность в работе.

3pac:

В программе постоянно выделяются большие byte[] (несколько десятков мегабайт). В итоге быстро память съедается, а сборщик срабатывает когда метров 20 остаётся. Как освободить явно занятую память? в С++ был delete, а в C#?
Может помочь GC.Collect(), хотя вопрос надо исследовать на месте.

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

3pac:

В программе постоянно выделяются большие byte[] (несколько десятков мегабайт). В итоге быстро память съедается, а сборщик срабатывает когда метров 20 остаётся. Как освободить явно занятую память? в С++ был delete, а в C#?
Если ты файлы обрабатываешь по очереди, тогда держи один массив для всех файлов, если размер массива меньше очередного файла, создавай новый массив нужного размера.

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Н-да... Столько сложностей для тривиальной операции...

Не знаю, не первый год пишу на C#, но у меня все время какое-то подспудное чувство дискомфорта... Нам не отказывают в праве проектировать сложные приложения и в способности связанно мыслить, отслеживая порой мельчайшие детали в сложных приложениях, но нам отказывают в способности правильно оценить необходимость очистки памяти...

Ведь нередки ситуации, когда точно знаешь: эту память можно и нужно осовбодить сейчас, а не когда GC соизволит... Так ведь нет...

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

Да и критерий "пока память не понадобится" очень сомнительный. Страницы выгружаются в своп, когда ими долго не пользуются. А представьте себе, что вы в фоне держите какую-нибудь программу. Нередко дизайнеры в фоне держат фотошоп... Хотя это отвлечение. И вот в какой-то момент понадобилась та самая "фоновая" программа, в которой уже набросан немаленький документ... А все страницы уже в свопе... И "маленькая программка с умным GC" уже выжрала все остатки физической памяти... То-то много радости видеть, как поочереди после нее прорисовываются кнопочки в каком-нибудь ворде...

Не знаю, кому как, но мне кажется, что увещевания типа "GC умный, не надо тута копаться, ты просто не так делаешь. Если уж так хочешь, то надо набросать всего-то пару тысяч строк дополнительного кода и всего лишь целиком переделать свой проект" смахивают на самолечение. Не выход это! Даёшь delete в C#!

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение