Цитата(EgorTheBlade @ 21.10.2010, 10:08  ) |
| выставить |
как это понимать? выставить где, в ОС ?
| Цитата(EgorTheBlade @ 21.10.2010, 10:08 ) |
| ругается |
а это как понимать? кто ругается? как ругается?
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > C/C++: Общие вопросы > malloc() |
| Автор: EgorTheBlade 21.10.2010, 10:08 |
| Доброе Утро.Какой можно выставить макс объем памяти для malloc() или же new . У меня что то ругается char *p = (char*)malloc(5000000); |
| Автор: boostcoder 21.10.2010, 10:12 | ||||
как это понимать? выставить где, в ОС ?
а это как понимать? кто ругается? как ругается? |
| Автор: EgorTheBlade 21.10.2010, 10:15 | ||
да в ОС. ругается сюда malloc.c
|
| Автор: Dem_max 21.10.2010, 10:16 |
| в настройках проекта указывается - параметр Max Heap Size |
| Автор: boostcoder 21.10.2010, 10:20 | ||||
вы ничего не напутали? 
наверное, стОило бы упомянуть о самой ОС |
| Автор: EgorTheBlade 21.10.2010, 10:20 |
| Win 7 pro.ultimate |
| Автор: boostcoder 21.10.2010, 10:22 | ||
никак. потому-что это не ОС ругается, а ваш компилятор(похоже на микрософт). ОС вообще-то, глубоко насрать до того, сколько вы собираетесь выделить. но если у ОС не окажется столько свободной памяти, она вам вернет 0. |
| Автор: EgorTheBlade 21.10.2010, 10:24 |
| Если это компилятор то как увеличить размер памяти? |
| Автор: boostcoder 21.10.2010, 10:25 | ||
а это уже вопрос к виндузятникам. Добавлено через 42 секунды ну и может поясните, какое сообщение вы получаете, и что в нем говорится? |
| Автор: Dem_max 21.10.2010, 10:31 |
вот тут например |
| Автор: EgorTheBlade 21.10.2010, 10:32 | ||
| runtime_error at memory location и указывает на res = _heap_alloc(size); В malloc.c Добавлено через 3 минуты
где ето в находится в свойствах проекта? |
| Автор: Dem_max 21.10.2010, 10:39 |
| не знаю в каждом компиляторе по разному |
| Автор: icecrashldr 21.10.2010, 10:40 |
| HeapAlloc, VirtualAlloc, VirtualAllocEx MapViewOfFile(минимальная нагрузка на память ) |
| Автор: boostcoder 21.10.2010, 10:41 | ||
говорит о ошибке в рантайм. при чем тут компилятор? |
| Автор: Dem_max 21.10.2010, 10:44 |
| может действительно ошибка не в выделении памяти а при работе с этой выделенной памятью |
| Автор: boostcoder 21.10.2010, 10:47 |
| Dem_max, еще как вариант, ошибка может возникать при выделении памяти. но к примеру, память ужасно фрагментирована, и нет непрерывного блока требуемого размера. можно попробовать запустить программу после ребута системы. |
| Автор: Crafty 21.10.2010, 10:50 |
| http://en.wikipedia.org/wiki/Malloc#Allocation_size_limits |
| Автор: EgorTheBlade 21.10.2010, 12:06 |
| Проблема вызывала memcpy(...). Неправильные циклы для данных. Все решено.Дело закрыто.Malloc() непричем |
| Автор: djamshud 21.10.2010, 15:19 |
| boostcoder, "сильная фрагментация" физической памяти никак не может привести к невозможности выделить большой непрерывный кусок виртуальной - она просто будет соткана из множества фрагментов, но предоставлена приложению в виде непрерывного блока. А еще на разных операционных системах malloc может вести себя по-разному. Например в линупсе по умолчанию память выделяется "лениво", т.е. может быть выделено стопицот мегабайт, а уже при их использовании обнаружится, что память кончилась везде, в т.ч. в свопе, в таком случае за свою грязную работу возьмется ООМкиллер и настучит кому-нибудь по башке. |
| Автор: boostcoder 21.10.2010, 15:29 | ||
т.е. вы хотите сказать, что при malloc()`е операционка начнет дефрагментировать память? звучит нелепо. честно. |
| Автор: djamshud 21.10.2010, 15:36 |
| Я хочу сказать, что физическая память в компе фрагментирована _всегда_. Запустили программу, за ней вторую, первая закончила работу - дырка в памяти, получите и распишитесь. Это тривиальный пример, понятно, что куча программ все время выделяют и отпускают куски памяти - это по возможности оптимизируется ОС и libc, например во время free память уже освобождается, но остается привилегированной для этой рпограммы, но в конечном счете от фрагментаци один фиг никуда не деться. Это не нелепо, по-другому только либо мега тормоза при онлайн-дефрагментировании памяти, либо крайне неэффективное использование ОЗУ системы. |
| Автор: boostcoder 21.10.2010, 15:46 |
| это все понятно. я лишь хотел сказать то, что свободной памяти в реале может быть больше чем ты хочешь выделить одним куском. но т.к. он фрагментирована, ты получишь NULL. |
| Автор: djamshud 21.10.2010, 16:10 |
| Не получу я NULL! Потому что, во-первых ленивое выделение памяти, во-вторых своп, в-третьих еще до свопа, при необходимости выделения большого куска виртуальной памяти, совокупном наличии этого места в ОЗУ и отсутствии цельного куска в физическом адресном пространстве ОЗУ, выделенная единым виртуальным куском память физически размажется по всем планкам памяти. Но! Отчасти вы правы в том смысле, что (при сраничной организации памяти) теоретически может статься так, что очень многие страницы будут заполнены всего по несколько байт - тогда и правда тютю. Но на практике это осуществимо лишь при запуске миллионов процессов. Т.е. никогда :). |
| Автор: baldina 21.10.2010, 18:47 |
| >Но на практике это осуществимо лишь при запуске миллионов процессов. не совсем  в Windows память выделяется (HeapAlloc) внутри блока, предварительно зарезервированного посредством HeapCreate. в Linux (внутри kmalloc) возможны различные распределители памяти. Например, использование slab аналогично HeapCreate/HeapAlloc. Все это (немного условно) работает поверх менеджера виртуальной памяти. Ну а поскольку между виртуальной плоской памятью и malloc располагается один и более уровней, вполне возможна ситуация, что при наличии свободной памяти, выделить достаточно большой блок нельзя. Например, выделение памяти блоками по 2K обычно позволяет выделить больше, чем одним вызовом. И это при том, что на каждый блок тратится дополнительная память. |