Резервирование памяти

[Конская сбруя]

Хочу для программы занять достаточно большой объём памяти:
unsigned short data_table[3][5000000];
Это получается грубо 3 х 5 Мбайт = 15 Мбайт
В процессе выполнения возникает ошибка доступа:
Unhandled exception in мой_экзе_файл: адрес_памяти: Access Violation
Существуют какие-то ограничения на объём резервируемой памяти для программы?

[Finch]

Конская сбруя, Во первых ты резервируеш в стеке. Поэтому тебя еше по идее говоря на стадии компиляции должно было обругнуть. Во вторых, а смысл резервирования памяти? В современных ОС у тебя никто память не отбирает. Каждый процесс работает в своем виртуальном мирке.

[RXL]

unsigned short data_table[3][5000000];
Это получается грубо 3 х 5 Мбайт = 15 Мбайт

Спорю, что тут еще "х 2". Итого - 30 МБ.
Еще точнее - 28.6 МБ. Ведь память меряют не десятичным аршином, а двоичным!

Как уже сказано, большие блоки в стеке не создают, а тем более для резерва - динамически освободить ты его не сможешь. См. new/delete. И нафига эта морока с двумерностью и short?

Код: (C++)

void *ptrReservedMemory;

ptrReservedMemory = new char[30 * 1024 * 1024];

delete[] ptrReservedMemory;

Кстати, Вить, например в Perl есть механизм резервирования памяти — $^M.

[Dr.Yevhenius]

... 28.6 МБ

28.6 МиБ, но 30 МБ.

[Конская сбруя]

На стадии компиляции ругается, если поместить массив в какую-нибудь функцию. Если массив сделать глобальным, то ругаться перестаёт.
Если я правильно понял, то для больших объёмов данных создавать массивы не рекомендуется по причине трудностей с освобождением этой памяти. А нужно резервировать память динамически функциями calloc, malloc (на простом Си). Правильно?

[Dr.Yevhenius]

Конская сбруя, для больших объемов памяти (как в даном случае) используй виртуальную память, а не стек.

[RXL]

Глобальные переменные вообще статические. Освободить их память нельзя. А если они еще будут инициализированные константами, то будут добавляться к размеру бинарника.

[Антон (LogRus)]

Dr.Y, не вирутальную память, а кучу - это перпендикулярные понятия

Конская сбруя,
1. зачем ты её резервируешь? какие цели приследуешь? как будешь её потом использовать?
2. new/delete в простейшем случае тебе подойдут
но имхо всё это может быть не правильно, лучше ответь на первый вопрос


Добавлено через 22 секунды:
и что за компилятор/среда разработки

[Конская сбруя]

Работаю в Visual C++ 6.0
Такой объём памяти нужен для хранения байтов файла.
Разбиваю файл на 4 части (по типу данных) и кодирую каждую часть по-отдельности. На другой стороне обратная задача: принимаю  каждую часть по порядку, декодирую. Т.к. с принимающей стороны не собрать файл пока не придут все части, полученные нужно где-то хранить. Файлы порядка 100 МБ, отсюда и потребности.

[RXL]

Ага. Немного прояснилось: не резервирование памяти в его аварийном понятии (типа, чтобы другим не достался), а просто создание буфера. Я всегда говорил, что терминология важна!

Хранить на диске разве нельзя? Самый простой и гуманный способ. Временные файлы и все такое.
Если важна скорость работы, то посмотри memory mapping.

[Антон (LogRus)]

а почему нельзя кодировать и сразу писать? зачем тут вообще много памяти?