Можно начать с того, что не у всех есть стековая память.

Anatoly MoskovskySiemarglМожно начать с того, что не у всех есть стековая память.
У кого нет? )AFAIK классы c#, явы и питона хранятся исключительно в хипе.

структуры c#, временные ссылки (т.е. указатели) - на стеке. но это явно меньшее количество данных

Leonid KudryavtsevOoCcМожет ухудшить. Тут нужна аккуратность, как и вообще с С++.

AFAIK Java и C#
ОЧЕНЬ быстро выделяют память, new работает почти мгновенно, но соответственно могут очень долго ее чистить (gc)

C, C++
Не очень быстро ))) выделяют (new) и не очень быстро освобождают (delete)

И у того и у другого есть свои плюсы и минусы )))
Проблема в другом - там где можно обойтись стековым размещением, тебя принуждают к хипу.

А локальных одноразовых переменных на порядок больше, чем долговременных.

В итоге, виноват GC, что ему насовали столько, что не обработать.... А не криволапная концепция языка, которая все сует в Хип

Anatoly MoskovskySiemarglAFAIK классы c#, явы и питона хранятся исключительно в хипе.

структуры c#, временные ссылки (т.е. указатели) - на стеке. но это явно меньшее количество данных
Но стековая память-то есть ))
Стековая память есть везде, где процессор это позволяет. Вроде бы все современные +-10лет к этому пришли.

ИзопропилSiemarglСтековая память есть везде, где процессор это позволяет
там где не позволяет - тож есть - IBM/360+ напримерИзвините, не некромант. Живых не видел тоже

qq2017SiemarglВ итоге, виноват GC, что ему насовали столько, что не обработать.... А не криволапная концепция языка, которая все сует в Хип

Кстати, D в этом вопросе отличается от других?Поменяли к худшему - как в шарпе - структуры на стеке, классы в хипе (