Я думаю, что из командной строки ifort вы работаете в Linux.
Просмотр «убитых» как выходных данных, как правило, является результатом того, что убийца нехватки памяти (OOM) в Linux вовлекается для предотвращения надвигающегося сбоя (потому что обычно приложения запрашивают больше памяти, чем им требуется больше запросов)память, доступная в настоящее время, принимается - проверьте «Недостаточно памяти: уничтоженный процесс [PID] [имя процесса]» в файлах системного журнала).Убийца OOM, как правило, довольно хорош в избавлении от приложения, ответственного за использование всей памяти, поэтому для начала нужно использовать память приложений.
Первое, что нужно сделать, это попытаться оценить (даже если это толькопримерно) сколько памяти вы ожидаете, что ваше приложение будет использовать.Один из подходов состоит в том, чтобы угадать размер основных массивов и умножить их на количество битов, необходимых для каждого элемента.Другой подход - подумать о том, как вы ожидаете, что использование памяти будет расти с увеличением размера сетки.Вы можете изучить это экспериментом (запустить с различными размерами сетки, измерить использование памяти и экстраполировать) или из одного измерения и узнать, как масштабируется основной массив.Возможно, вы запрашиваете гораздо больше памяти, чем у вас на машине: и решение этой проблемы, вероятно, состоит в том, чтобы получить доступ к большему компьютеру.(Или вы можете попытаться найти альтернативный алгоритм, который использует меньше памяти.)
Если это утечка памяти, вы должны увидеть больше использования памяти, чем ожидалось, даже для меньшего размера сетки.Если это так, то Валгринд должен помочь.Переход от статического к динамическому хранилищу, вероятно, здесь не поможет - я ожидаю увидеть ошибку сегментации, если вы просто превышаете доступное пространство в стеке.