C# Стек и Куча | Stack and Heap | Часть 1

[@codaza-channel]

Удобная навигация по видео :) 0:00 - Начало 1:02 - Разделение памяти 1:38 - Стек 2:24 - Типы данных сохраняемые на стеке 3:40 - Куча 5:10 - Типы данных сохраняемые в куче 6:12 - Пример работы стека 7:58 - Пример совместной работы стека и кучи 10:25 - Завершение

[@kitkit5405]

Ролик классный, но есть маленький но очень бесячий минус. Музыка, она ну очень громкая

[@MolotkovSavva]

Heap стоило представить ввиде бинарного дерева

[@ЯнаГончарова-ф5с]

Отличное объяснение! Когда читала про тему, ссылочные типы вообще не понимала. Сейчас гораздо лучше! Жду вторую часть. Автору спасибо!

[@codaza-channel]

Рад, что информация была полезной 🙂

[@essentia9]

За столь хорошее объяснение можно закрыть глаза на музыку. Спасибо большое

[@farfetched0]

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

[@Ne1gh_]

Очень классно! Хотел освежить память :)

[@Фредди-й5п]

Большое Спасибо!! Вы единственный человек который помог мне понять эту тему визуально,спасибо за старания! За то что показали как работает оперативная память на примерах и в визуальном образе благодарю вас! Очень жалко что такой крутой канал заброшен. Надеюсь что у автора на данный момент все хорошо спасибо за помощь!

[@alex.artechtattoo]

Повторение- мать учения! Особенно когда понятно и доступно изложено. Благодарность автору и однозначная подписка

[@abugsbunny]

Парень. ты крутой. жаль что забросил канал. Лучшие видео в ру области

[@tanchikipro523]

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

[@JustEnergyFlow]

Благодарю, визуализация приятная

[@romanfersion6006]

Большое спасибо

[@daredevil3d629]

Круто, автор не останавливайся!)

[@mar_kha]

Спасибо за инфографику!

[@РусланКоц-х3к]

Отлично, ждем 2 часть

[@codaza-channel]

Материал в работе 🙂

[@youchinafriend]

Ля, как же круто объясняешь, спасибо

[@sergeymigel4680]

Это божественно!

[@anm4972]

Спасибо вам, очень понятно обясняете

[@Jicefrost]

спасибо за видео! развивай канал!

[@glukh0v_d1ma]

круто!!!!!

[@Krutinello]

супер

[@timur2887]

Спасибо за видео! Небольшое уточнение относительно размещения объектов в куче: насколько я помню, на куче отдельно размещается область класса (объект), где содержатся все статичные поля, таблица виртуальных методов и тп, и отдельно - экземпляры, в которых, например, содержатся поля данных. то есть для каждого класса будет некоторая статичная область выделена, а так же области под экземпляры. На примере из видео, для класса Rocket на стеке во фрейме CreateRocket будет выделено место под ссылочную переменную, указывающую на экземпляр в куче, который в свою очередь имеет ссылку на класс (объект). Поправьте, если не прав.

[@codaza-channel]

Да, всё верно. На стеке хранится ссылка, которая указывает на объект расположенный в куче.

[@rdragon587]

Thanks)

[@codaza-channel]

You are welcome 🙂

[@roflin4ik]

Спасибо за информацию. Но мне кажется, для объяснения такой важный темы, музыка здесь лишняя)

[@codaza-channel]

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

[@roflin4ik]

@@codaza-channel да, я уже приступил к изучению второй части темы и заметил разницу). Спасибо за уроки!

[@ydb9901]

Ну не будет объект удалён немедленно

[@codaza-channel]

Почему Вы так считаете?

[@47fps3]

@@codaza-channel Прочитайте в документации. Он вызывается если мы вызвали Collect, если заканчивается память или выделенная память превышает допустимый порог

[@codaza-channel]

Благодарю за подробное уточнение. Я перепроверил официальную документацию на сайте Microsoft, это действительно так. Оставлю ссылку на документ, на случай, если кому то из гостей канала потребуется информация из первоисточника: docs.microsoft.com/en-us/dotnet/standard/garbage-collection/fundamentals?redirectedfrom=MSDN#conditions_for_a_garbage_collection

[@AlexAlex-ms3bg]

а сложно фоновую музыку убрать?

[@ОльгаВасильева-е5у]

Убирайте музыку, пожалуйста. Качество звука тоже желательно улучшить. Музыка сильно мешает слушать звук с басами

[@ФедорАргунов-р3я]

Добавить ещё анимацию, то было бы ещё лучше)

[@lenitube]

Спасибо за видео, но музыка - ужас, мало того что голос басит, так ещё и его еле слышно из за музыки.

[@ВячеславДудка-к2м]

Спасибо за контент! Только 2 маленьких уточнения: - Стек находится не в оперативной памяти, а в реестровой памяти процессора - Гарбедж коллектор не сразу же удалит объект из кучи если на него нету больше ссылки, а когда наполниться поколение и не будет места для новых объектов (разве что принудительно вызовем GC.Collect() method)

[@codaza-channel]

Рад, что ролик оказался полезным. Благодарю за важные уточнения! 💙

[@misha2993]

Так, погоди Стек расположен ведь именно в оперативке Так везде пишут

[@ВячеславДудка-к2м]

@@misha2993 Значит везде ошибаются Стек один на поток как раз и потому, что сам поток идет от процессора и чтобы работал так же быстро и память выделяется тут же в регистре процессора

[@misha2993]

На канале, где я учусь, а именно у Alek OS, есть видео, где он говорит про стек. И по его словам, он находится в оперативной памяти Также в гугле нашёл доп. инфу про стек регистра процессора и вот то, что там на писано: Стек всегда находится в оперативной памяти. Существует указатель стека, который хранится в регистре процессора, указывающем на вершину стека, то есть на адрес местоположения в верхней части стека.

[@ВячеславДудка-к2м]

@@misha2993 там все скомкано и подано вразброс Сам СТЕК (ячейки памяти последовательности действий) находится в процессоре, а вот значения ссылочных типов - в оперативке, в стеке только ссылки на них

[@alexsft2024]

А вот и не немедленно. Автор почитай что-нибудь про поколения объектов.

[@alinanur5628]

Спасибо!

[@nokia_n-gage]

Спасибо!