Арифметическая операция на очень больших статических массивах в C/C++

Question

Я новичок в High Performance Computing и мой первый вопрос на этом форуме, где я читал много времени.

В принципе мне нужно делать арифметические операции над очень большими массивами, как, например,

double variable [9][4][300][300][300] (uninitialized) 

случай 1: Если я объявляю массив выше, как local/automatic тогда я получаю ошибку времени выполнения, если я скомпилирован без оптимизация как «g++ file.cpp» .. (ошибка есть ошибка сегментации - переполнение стека ???)

случай 2: В том же случае, как указано выше, если бы я Compi с оптимизацией код работает, как ожидалось. "g++ -O2 file.cp р»(в bssarray Теперь ???)

случай 3: Если я переменная global/static затем компилируется нормально, но тем не менее он не работает и просто дает сообщение„killed“на терминале и завершается.

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

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

Так что самый важный вопрос для меня -> который является наиболее эффективным методом (т.е. наименьшее время выполнения при расчете массивов в памяти) иметь дело с большими массивами при компиляции с g++ и работает на linux clusters.

Благодарим вас за терпение за чтение.

Answer 1

Локальные переменные всегда быть в стеке, независимо от флагов оптимизации. И этот массив будет около 7 гигабайт! Путь больше, чем любой возможный стек.

Размер также может быть причиной не запускается, как если бы вы положили его в качестве глобального/статической переменного, то вам необходимо иметь более 7 ГБ или виртуальную память бесплатно и смежные, чтобы иметь возможность для равномерной загрузки программы.

Answer 2

Могу ли я предложить что-то вдоль линий:

typedef double slice[300][300][300]; 

std::vector<slice> variable[9] = { 4, 4, 4, 4, 4, 4, 4, 4, 4 }; 

Таким образом, каждый вектор из 4 slice объектов будет динамически распределяемой, содержание 9 векторов не должны быть смежными друг с другом, и стек потребления достаточно для метаданных для 9 векторов.