Доброе Утро.Какой можно выставить макс объем памяти для malloc() или же new .
У меня что то ругается char *p = (char*)malloc(5000000);

как это понимать? выставить где, в ОС ?


а это как понимать? кто ругается? как ругается?

да в ОС. ругается сюда malloc.c

в настройках проекта указывается - параметр Max Heap Size

вы ничего не напутали?  

наверное, стОило бы упомянуть о самой ОС  

Win 7 pro.ultimate

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

Это сообщение отредактировал(а) boostcoder - 21.10.2010, 10:23

Если это компилятор то как увеличить размер памяти?

а это уже вопрос к виндузятникам.

Добавлено через 42 секунды
ну и может поясните, какое сообщение вы получаете, и что в нем говорится?

вот тут например

runtime_error at memory location и указывает на      res = _heap_alloc(size); В malloc.c

Добавлено через 3 минуты

где ето в находится в свойствах проекта?

не знаю в каждом компиляторе по разному

HeapAlloc, VirtualAlloc, VirtualAllocEx
MapViewOfFile(минимальная нагрузка на память )

говорит о ошибке в рантайм. при чем тут компилятор?

может действительно ошибка не в выделении памяти а при работе с этой выделенной памятью

Dem_max, еще как вариант, ошибка может возникать при выделении памяти. но к примеру, память ужасно фрагментирована, и нет непрерывного блока требуемого размера.
можно попробовать запустить программу после ребута системы.

malloc (Wikipedia)

Проблема вызывала memcpy(...). Неправильные циклы для данных.
Все решено.Дело закрыто.Malloc() непричем

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

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

т.е. вы хотите сказать, что при malloc()`е операционка начнет дефрагментировать память? звучит нелепо. честно.

Я хочу сказать, что физическая память в компе фрагментирована _всегда_. Запустили программу, за ней вторую, первая закончила работу - дырка в памяти, получите и распишитесь. Это тривиальный пример, понятно, что куча программ все время выделяют и отпускают куски памяти - это по возможности оптимизируется ОС и libc, например во время free память уже освобождается, но остается привилегированной для этой рпограммы, но в конечном счете от фрагментаци один фиг никуда не деться.

Это не нелепо, по-другому только либо мега тормоза при онлайн-дефрагментировании памяти, либо крайне неэффективное использование ОЗУ системы.

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

Не получу я NULL! Потому что, во-первых ленивое выделение памяти, во-вторых своп, в-третьих еще до свопа, при необходимости выделения большого куска виртуальной памяти, совокупном наличии этого места в ОЗУ и отсутствии цельного куска в физическом адресном пространстве ОЗУ, выделенная единым виртуальным куском память физически размажется по всем планкам памяти.

Но! Отчасти вы правы в том смысле, что (при сраничной организации памяти) теоретически может статься так, что очень многие страницы будут заполнены всего по несколько байт - тогда и правда тютю. Но на практике это осуществимо лишь при запуске миллионов процессов. Т.е. никогда :).

>Но на практике это осуществимо лишь при запуске миллионов процессов.
не совсем 
в Windows память выделяется (HeapAlloc) внутри блока, предварительно зарезервированного посредством HeapCreate.
в Linux (внутри kmalloc) возможны различные распределители памяти. Например, использование slab аналогично HeapCreate/HeapAlloc.

Все это (немного условно) работает поверх менеджера виртуальной памяти. Ну а поскольку между виртуальной плоской памятью и malloc располагается один и более уровней, вполне возможна ситуация, что при наличии свободной памяти, выделить достаточно большой блок нельзя. Например, выделение памяти блоками по 2K обычно позволяет выделить больше, чем одним вызовом. И это при том, что на каждый блок тратится дополнительная память.