Стек и куча

@xTr1m · Регистрация: 06.03.2013

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

Вот говорят, что для стека доступного места меньше, чем для кучи. И если есть много переменных большого размера, то лучше создавать их через new. а почему так?

~~nimazzzy~~ · 28.07.2016, 14:18

Потому что стека может не хватить. Стек, теоретически, считается уже выделенной областью память для твоего приложения, и поэтому работает быстрее. Если заранее выделять под стек каждого приложения 2 Gb памяти, много ли программ одновременно поднимутся?

@xTr1m · 28.07.2016, 14:58 **[ТС]**

Ну то есть получается, что нет его четкого размера? Просто выделяется некий фиксированный объем, определяемый операционной системой и всё?

@Hikari · 28.07.2016, 15:09

Сообщение от xTr1m

то есть получается, что нет его четкого размера?

Почему нет? Размер стека задается в РЕ заголовке. Сколько задашь при компиляции - столько загрузчик и выделит.

@karat39 · 28.07.2016, 21:29

Коллеги, а где почитать про стек и кучу? Вовремя вопрос задали, как раз плотно интересуюсь.
Хочу доказательства, что работа с переменными через стек (статическими) идет быстрее, чем через кучу (динамически). Сам планирую потестировать на выходных скорость, если это получится.

Заранее спасибо.

@Kastaneda · 28.07.2016, 23:05

Сообщение от karat39

Хочу доказательства, что работа с переменными через стек (статическими) идет быстрее, чем через кучу (динамически).

Именно работа (не создание/уничтожение), т.е. скорость чтения/записи одинакова. Скорость обращения что к первому, что ко второму зависит от нахождения кэш-линии в кэше.

Добавлено через 28 секунд

Сообщение от karat39

через стек (статическими)

правильно говорить "автоматическими".

@Fulcrum_013 · 28.07.2016, 23:44

Сообщение от xTr1m

а почему так?

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

@xTr1m 29 / 29 / 16 Регистрация: 06.03.2013 Сообщений: 159
		1
	Стек и куча 28.07.2016, 13:54. Показов 1357. Ответов 6 Метки нет (Все метки) Вот говорят, что для стека доступного места меньше, чем для кучи. И если есть много переменных большого размера, то лучше создавать их через new. а почему так? 0

~~nimazzzy~~ Заблокирован
	28.07.2016, 14:18	2
	Потому что стека может не хватить. Стек, теоретически, считается уже выделенной областью память для твоего приложения, и поэтому работает быстрее. Если заранее выделять под стек каждого приложения 2 Gb памяти, много ли программ одновременно поднимутся? 0

@xTr1m 29 / 29 / 16 Регистрация: 06.03.2013 Сообщений: 159
	28.07.2016, 14:58 [ТС]	3
	Ну то есть получается, что нет его четкого размера? Просто выделяется некий фиксированный объем, определяемый операционной системой и всё? 0

@Hikari Хитрая блондиночка $) 1472 / 988 / 399 Регистрация: 21.12.2015 Сообщений: 3,785
	28.07.2016, 15:09	4
	Сообщение от xTr1m то есть получается, что нет его четкого размера? Почему нет? Размер стека задается в РЕ заголовке. Сколько задашь при компиляции - столько загрузчик и выделит. 0

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138
	28.07.2016, 21:29	5
	Коллеги, а где почитать про стек и кучу? Вовремя вопрос задали, как раз плотно интересуюсь. Хочу доказательства, что работа с переменными через стек (статическими) идет быстрее, чем через кучу (динамически). Сам планирую потестировать на выходных скорость, если это получится. Заранее спасибо. 0

@Kastaneda 5232 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,143 Записей в блоге: 2
	28.07.2016, 23:05	6
	Сообщение от karat39 Хочу доказательства, что работа с переменными через стек (статическими) идет быстрее, чем через кучу (динамически). Именно работа (не создание/уничтожение), т.е. скорость чтения/записи одинакова. Скорость обращения что к первому, что ко второму зависит от нахождения кэш-линии в кэше. Добавлено через 28 секунд Сообщение от karat39 через стек (статическими) правильно говорить "автоматическими". 0

@Fulcrum_013 2082 / 1573 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	28.07.2016, 23:44	7
	Сообщение от xTr1m а почему так? Кроме размеров есть еще один ньюанс - высвобождается память со стека строго в порядке обратном распределению. Из кучи в произвольном. Соответственно если время жизни объектов заранее не известно (имеется в виду какой проживет дольше а какой меньше), либо возможно изменение размеров объекта в произвольный момент времени (в т.ч. и после распределения на стеке следующих объектов), стек как хранилище отпадает. 0