Класс для работы с большими массивами

[Пепел Феникса]

естественно лимиты есть.

[netrino]

2Пепел Феникса

А разве куча, когда она не ограничена явно, не будет использовать весь допустимый объём памяти в системе? Честно говоря не очень сведущ в этом вопросе, если вас не затруднит не могли бы рассказать подробней об ограничениях в сравнении с VirtualAlloc и как они решены в VirtualAlloc?

[still_alive]

Большой массив? Что такое "большой"?

тем что память выделяется не в куче, и чисто теоритически этот класс может вместить массив в гиг.

Куча она как бы обычно растет, не?
Кроме того, в куче выделяет malloc, а new может выделить и в другой области динамической памяти (реализация new через malloc - это особенность отдельных компиляторов и в общем случае это не так).

она работает вне кучи, поэтому и да и нет.

Пример, когда сработает VirtualAlloc и не сработает new.

А разве куча, когда она не ограничена явно, не будет использовать весь допустимый объём памяти в системе? Честно говоря не очень сведущ в этом вопросе, если вас не затруднит не могли бы рассказать подробней об ограничениях в сравнении с VirtualAlloc и как они решены в VirtualAlloc?

Будет. Скорее уж ограничена VirtualAlloc как более низкоуровневая функция - никак не контролируется фрагментация и требуется гранулярность выделения памяти, что создает определенные проблемы для реализации структур данных, в которых происходит управление большим количеством небольших объектов. Кучами же занимается диспетчер куч и там в этом отношении все получше, но тоже не няшно. Чтобы было няшно, нужно писать собственный распределитель памяти под конкретную задачу.

[Пепел Феникса]

А разве куча, когда она не ограничена явно, не будет использовать весь допустимый объём памяти в системе? Честно говоря не очень сведущ в этом вопросе, если вас не затруднит не могли бы рассказать подробней об ограничениях в сравнении с VirtualAlloc и как они решены в VirtualAlloc?

вроде б стандартная куча процесса ограничена всегда.

Будет. Скорее уж ограничена VirtualAlloc как более низкоуровневая функция - никак не контролируется фрагментация и требуется гранулярность выделения памяти, что создает определенные проблемы для реализации структур данных, в которых происходит управление большим количеством небольших объектов. Кучами же занимается диспетчер куч и там в этом отношении все получше, но тоже не няшно. Чтобы было няшно, нужно писать собственный распределитель памяти под конкретную задачу

new тоже ограничен фрагментацией!
массив это вам не список

[still_alive]

Сообщение от Пепел Феникса

вроде б стандартная куча процесса ограничена всегда.

Ограничена. Размером всей доступной памяти. Ибо растет при необходимости.

Сообщение от Пепел Феникса

new тоже ограничен фрагментацией!

Если new реализован через кучу, то ежу понятно, что фрагментация так или иначе будет. Но не больше, а зачастую и меньше, нежели при прямом использовании VirtualAlloc. Особенно если использовать такой виндовый механизм, как Low-fragmentation Heap (LFH).

Сообщение от Пепел Феникса

массив это вам не список

Буду знать

Так где пример, где VirtualAlloc заруливает все остальное? Расшаренная между процессами память не в счет. Высокая производительность за счет низкоуровневости тоже.

[Пепел Феникса]

Ограничена. Размером всей доступной памяти. Ибо растет при необходимости.

не припомню такого, надо проверить.

[Obey-Kun]

Как-то так:

The largest possible memory block malloc can allocate depends on the host system, particularly the size of physical memory and the operating system implementation. Theoretically, the largest number should be the maximum value that can be held in a size t type, which is an implementation-dependent unsigned integer representing the size of an area of memory. The maximum value is 2^(CHAR_BIT*sizeof(size_t))−1, or the constant SIZE_MAX in the C99 standard.

Нету у malloc'а неочевидных лимитов. И не должно быть. На суперкомпьютерах же нету VirtualAlloc'а, а с БОЛЬШИМИ объёмами динамически выделяемой памяти работать надо.

[kaljan775]

кстати, разрыл сегодня исходники

void operator delete( void * p )
{
    RTCCALLBACK(_RTC_Free_hook, (p, 0));

    free( p );
}

void operator delete[]( void * p )
{
    RTCCALLBACK(_RTC_Free_hook, (p, 0))

    operator delete(p);
}

[NiCola999]

что-то вы совсем ушли от вопроса. По теме: в методе push надо увеличивать размер(m_size++) , в pop уменьшать. Ну а метод, возвращающий размер массива будет:

int size(){ 
   return m_size; 
}

оператор []:

Type operator[](int index) {
   return (index >= 0 && index <= m_size - 1) ? m_ptr[index] : NULL;   
}

поправьте, если что не так (только встал)

[Obey-Kun]

int size(){
return m_size;
}

int size() const тогда уж.