Почему нельзя выделить статически кусок в ~100 MB?

@Lyosha12 · Регистрация: 02.04.2016

Author24 — интернет-сервис помощи студентам

Есть код

Кликните здесь для просмотра всего текста

C++

#include <iostream>
using namespace std;
enum {
    length = 256,
    count = 50
};
struct Town {
    char name[length] = {};
 
    int nStadium;
    struct {
        char type[length] = {};
        char track[length] = {};
        int nGames;
        char games[count][length] = {};
        int capacity;
    } stadiums[count];
 
    int nPool;
    struct {
        int size;
        int nGames;
        char games[count][length] = {};
    } pools[count];
 
    int nGym;
    struct {
        char type[length];
        int nGames;
        char games[count][length] = {};
    } gyms[count];
};
 
int main() {
    int nTowns;
    Town towns[count];
 
    cout << sizeof(towns);
    return 0;
}

При попытке запустить программу в дебаге, среда ловит ошибку сегментации, на функции main (CLion, MinGW, Windows 7).

Объясните пожалуйста, почему, при наличии 4 GB памяти, это происходит? Неужели память настолько фрагментирована, что целого куска в 100 MB не найдётся (один объект весит ~2 MB)?

Если действительно настолько память фрагментирована, то что можно сделать? (Кроме динамического распределения, его я ещё на рассматриваю).

@alex white · 28.11.2016, 11:55

Убежденный,

В TestStack объект foo находится в стеке по адресу 'ebp-4'. В TestHeap в стеке по адресу
'ebp-8' лежит адрес foo, выделенного в куче. Подчеркиваю: адрес foo, а не адрес адреса foo.
Это противоречит твоему утверждению, что "локальная переменная, являющаяся указателем в кучу -
это адрес, по которому хранится адрес значения".

Не противоречит, именно это и имелось в виду - переменная преобразуется по сути в адрес (В данном случае ebp-i), следовательно, переменная, хранящая адрес является адресом адреса. Тем не менее, спасибо за примеры, не знал, хотя и не был уверен в обратном, что инструкции выполняются за одно и то же количество тактов несмотря на доп. разыменование.

Убежденный · 28.11.2016, 12:00

Сообщение от alex white

хотя и не был уверен в обратном, что инструкции выполняются за одно и то же количество тактов несмотря на доп. разыменование.

Кстати, я не возьмусь утверждать, что здесь быстрее - lea или mov.
Это пусть эксперты по ассемблеру подскажут.

ValeryS · 28.11.2016, 14:36

Сообщение от Убежденный

что здесь быстрее - lea или mov.

на современных камнях, и то и другое один такт
на lea так же реализуют быстрое умножение

@alex white 277 / 226 / 93 Регистрация: 27.06.2016 Сообщений: 639
	28.11.2016, 11:55	41
	Убежденный, В TestStack объект foo находится в стеке по адресу 'ebp-4'. В TestHeap в стеке по адресу 'ebp-8' лежит адрес foo, выделенного в куче. Подчеркиваю: адрес foo, а не адрес адреса foo. Это противоречит твоему утверждению, что "локальная переменная, являющаяся указателем в кучу - это адрес, по которому хранится адрес значения". Не противоречит, именно это и имелось в виду - переменная преобразуется по сути в адрес (В данном случае ebp-i), следовательно, переменная, хранящая адрес является адресом адреса. Тем не менее, спасибо за примеры, не знал, хотя и не был уверен в обратном, что инструкции выполняются за одно и то же количество тактов несмотря на доп. разыменование. 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	28.11.2016, 12:00	42
	Сообщение от alex white хотя и не был уверен в обратном, что инструкции выполняются за одно и то же количество тактов несмотря на доп. разыменование. Кстати, я не возьмусь утверждать, что здесь быстрее - lea или mov. Это пусть эксперты по ассемблеру подскажут. 0

ValeryS Модератор 8908 / 6677 / 918 Регистрация: 14.02.2011 Сообщений: 23,516
	28.11.2016, 14:36	43
	Сообщение от Убежденный что здесь быстрее - lea или mov. на современных камнях, и то и другое один такт на lea так же реализуют быстрое умножение 0

Опции темы