These ideas were saved in my head as a sequence of words for the entirety of my undergrad. If 5 short minutes you managed to actually help me understand a huge gap in my understanding. Thank you so much.
@@alexhyettdev public class Main { String s = "ABC"; public static void main(String[] args) { Main obj = new Main() ; System.out.println(obj.s); } } in this above code String object is created in heap and also of class. So 2 objects in heap. But isn't the string object Abc resides inside class object in the heap?that's why we are calling it obj.s
@@alexhyettdev Quick question. You mentioned that when a pointer/ref in the stack is deleted, the value it points to dangles around the heap until the GC collects it, but what happens in a language like C++ there is not GC? Would that become a memory leak?
YOU ARE LITERALLY CAPABLE OF REPLACING 99 PERCENT OF TEACHERS WHO PATHETICALLY FAILED TO TEACH ME THIS CONCEPT. THE CLARITY WITH WHICH YOU JUST EXPLAINED IT SHOWS THE TRUE MASTERCLASS YOU ARE IN. I WISH I DINT WASTE MONEY IN COLLEGE WHEN PEOPLE LIKE YOU EXIST. LOVE YOU SIR ❤
Not gonna lie, i cant state enough how explanations like this can massively improve your understanding of why code works the way it does. Just learning to code is one thing, but understanding whats behind all of it and WHY whatever thing actually is happening, can definitly up your game. Im not a pro by any means, but i think stuff like this is very important. The visual presentation also makes it way easier to follow and connect the concepts - so thx for that 😊
Thank you, I am glad you enjoyed the video. I find it helps with remembering everything as well. If you can understand something then it tends to stick in your mind a bit better.
Thank you sir. Good Explanation. Please, I wish you make a video on "Why in Java, Do Local Variables Used in Lambdas Have to Be Final or Effectively Final?" and please make the explanations at the memory level too, so we can understand all the mechanics behind it.
Alex, you made my day. I would call you one of the best instructors! Your explanations are flawless. You explain perfectly in context. For instance, where you explain why variables are not accessible outside the method.
Reading a book right now that explains this concept rather poorly over 20 pages. You managed to grant me understanding in 5 minutes, and now I can continue reading past the chapter. Thank you, great explanation!
I've been coding, and teaching code for the past 4 years. This video blew me away. Explained everything so well, and was incredibly easy to follow. Sorry, Alex, I will be stealing this! Amazing work, and you've got a new fan! Thank you!
Finally a much simpler with actual sample code that explain the whole stack and heap stuff. Now I understand why and when OOM occurs in app, the usual suggestion is to increase heap size but said to be slow or when we do recursion recklessly we get stackoverflow.
My jaw dropped when you explained what happens to variables declared in the stack, I never made the connection between this fact and the scope of variables, thank you soooo much !!!
Incredible. Even though I've been a professional developer for six years, I was having a crisis of confidence tonight because I've worked with languages where I never have to worry about this directly. I was asking myself, "Do I even know anything about computers if I don't know the difference between the stack and the heap?" Five minutes and twenty-seven seconds later, I feel like I have a solid understanding of the difference and I'd be capable of talking about this intelligently. Thank you 🙏
Thank you. I am glad it is useful for people learning Rust as well. Some of the C# references might not be applicable but hopefully the rest is. I need to learn rust as well actually!
This is an excellent video about how the memory works, I love the last part about asynchronous methods. Thank you for this awesome content. I wish you could speak more about asynchronous functions. 😃
3:01 small correction. A const is NOT allocated on the heap. In fact, it's embedded on the call site at compile time (in C#/F#/VB), the reference is removed (you can test this: create a const in another lib, reference and use it in your lib. Compile. Now update the const in the referenced lib and recompile, but do not recompile your lib. You'll see it did not change on the call site). What you probably want is readonly, which, in your example at 3:01, would then be allocated on the heap.
hell yeah. idk how you did it but that finally made sense. i had to have heard the stack of books analogy before, but this is probably the first time seeing it played out with actual books imma have to watch this again
Great explanation. I do mostly web development, but I've been getting into low-level programming recently, and your video really helped me reach out into my bucket of programming concepts and rearrange a bunch of previous knowledge I had about computers into something more clear and concise. Thanks!
How does garbage collection handle memory fragmentation? Is there a heap defrag utility? Do you wipe the heap when a program ends? What is multiple programs / threads run concurrently? Now I need to check the rest of your videos for answers. Thank you for starting my journey.
In C#, async methods that complete sync, before you await them, will not go onto the heap, hence the reason we have ValueTask now. However, if you use a ValueTask struct and it doesn’t complete sync, then you incur a hit of boxing, allocation, and deallocation (GC collect), which makes it a tiny bit more expensive than the regular Task class. One more thing. If you cast any value type to an Interface type, it will go onto the heap, even if it’s a struct or value type.
Awesome video! Id like to add that in csharp async doesnt always equal multithreading, and since it uses internal statemachine which is a class, asyncs may get allocated on the heap
Can you re-check this one? I think something is incorrect with global or static variables. We basically have 4 segments: Stack, Heap, Code Segment, and Data Segment. Global or static variables, including constants like `const int MAX_AGE = 99`, are not stored on the heap. They are typically stored in the Data segment of the memory, specifically in the initialized data section. The Data segment is a part of the memory that contains static and global variables. These variables are allocated and initialized before the program starts executing. The initialized data section of the Data segment holds variables that have explicit initial values, such as the MAX_AGE constant in your example.
Create more content, you'll be to a million subscribers within a few short years I have no doubt. Your content is pure gold, thank you for explaining this so clearly.
@@alexhyettdev fully understand. Good luck! I quit my full time job as a mechanical engineer to become a programmer/coder of sorts. Bit tough being a student at age 41 but for me I made the decision to ultimately spend more time with my family. Have a super day further.
While asynchronous methods can run on different threads, they do not necessarily have to. Aync execution can also involve single-threaded environments. E.g.: with event loops (JavaScript / Python's asyncio)
@Alex Hyett As always, you give the best explanation of whatever programming topics that you cover. Please keep up the great work and keep the content coming. I'm a fan :)
hey Alex ! it was very great to find your videos on this topic ! so clear and easy . can i grant your permission to translate your videos in persian by my voice and re share them on a channel for persian people to use them?
I haven't coded in over a year. I had a dream where I was traversing a world on some quest to explain stack vs heap to all these people getting it wrong, and I knew they were wrong but didn't know why. Soon as I woke up I came here. Now I can sleep at night again. Thanks! 😂 It was an..(Explain you're a nerd without saying you're a nerd XD)... moment.
Good video. One question: In the case of results from asynchronous methods, once the asynchronous function completes, who cleans up the result in the heap that was left over by the async function?
The fact that static variables are stored on the heap is a bit confusing to me. I saw that within a process there's 4 segments which are: code, data, stack heap ( registers also). And then many sources state that static and global variables land in the data segment and not the heap. It's most appreciated if you can clarify this point to me (or anyone in the comments), thank you.
Hello sir at 3:20 in the video you say that in must run times there is a garbage collector that will clean the memory from the stored memory location after it has finished execution. Not sure if you know but with in C and C++ language we do not have a garbage collector I was told. So in C and C++ we delete pointers manually after block execution. So, Actually C and C++ are not garbage collecting languages.
Great explanation! Thank you! My only bit of feedback would be to stay on the graphic visualizations longer. The constant switching between the visualizations and the shot of you talking is a bit jarring and makes it harder to focus.
@4:23 what do you mean by the anonymous function is pushed on top of the stack and not have access to what previous level down? You mean even variables within main?
Really nice explanation but I have one doubt, I used to think that global variables are stored outside of both stack and heap in a dedicated area for global and static variables. Would be great if someone could clarify on that.
what does "heap has higher overheads" mean...? higher cost? I assume (seeing that little 'watch' with pointer at high) that you mean for example it's slower, because it's more complicated for the "machine code" to add to the heap?
Is this what a memory leak is? If something like c++ that doesn’t have garbage collection or something gets left on the heap is that memory leaks or is that something else?
Yes exactly, languages like C++ which don't have a garbage collector need the programmer to release the memory correctly. If they don't then memory stays allocated on the heap and can't be accessed by anything causing a memory leak.
thanks for the video. as a new programmer, the books analogy is great and helped me understand , but you could explain what is the meaning of static void Main(string[] args) and why this is relevant to the call stack, or what is a "call" exactly?
3:54 Good Video but in object oriented the static variables dont go into the heap. zero-initialized static data goes in bbs and non-zero-initialized data goes in data
These ideas were saved in my head as a sequence of words for the entirety of my undergrad. If 5 short minutes you managed to actually help me understand a huge gap in my understanding. Thank you so much.
You're welcome Michael, I am glad it helped.
@@alexhyettdev
public class Main
{
String s = "ABC";
public static void main(String[] args) {
Main obj = new Main() ;
System.out.println(obj.s);
}
}
in this above code String object is created in heap and also of class.
So 2 objects in heap.
But isn't the string object Abc resides inside class object in the heap?that's why we are calling it obj.s
Good video very in-depth
i feel the exact same way!! this random collection of words and statements now i feel like concrete concepts in my brain
@@alexhyettdev Quick question. You mentioned that when a pointer/ref in the stack is deleted, the value it points to dangles around the heap until the GC collects it, but what happens in a language like C++ there is not GC? Would that become a memory leak?
YOU ARE LITERALLY CAPABLE OF REPLACING 99 PERCENT OF TEACHERS WHO PATHETICALLY FAILED TO TEACH ME THIS CONCEPT. THE CLARITY WITH WHICH YOU JUST EXPLAINED IT SHOWS THE TRUE MASTERCLASS YOU ARE IN. I WISH I DINT WASTE MONEY IN COLLEGE WHEN PEOPLE LIKE YOU EXIST. LOVE YOU SIR ❤
Not gonna lie, i cant state enough how explanations like this can massively improve your understanding of why code works the way it does. Just learning to code is one thing, but understanding whats behind all of it and WHY whatever thing actually is happening, can definitly up your game. Im not a pro by any means, but i think stuff like this is very important.
The visual presentation also makes it way easier to follow and connect the concepts - so thx for that 😊
Thank you, I am glad you enjoyed the video. I find it helps with remembering everything as well. If you can understand something then it tends to stick in your mind a bit better.
Fab explanation.. Saw many videos however nobody has explained clearer than you..Thank you
Thank you sir. Good Explanation.
Please, I wish you make a video on "Why in Java, Do Local Variables Used in Lambdas Have to Be Final or Effectively Final?" and please make the explanations at the memory level too, so we can understand all the mechanics behind it.
Alex, you made my day. I would call you one of the best instructors! Your explanations are flawless. You explain perfectly in context. For instance, where you explain why variables are not accessible outside the method.
Jake, you made my day! Thank you for the lovely comment. I am glad you found it helpful!
This is one of the best programming related videos I have ever watched. It cleared up so much of my confusion in C++.
Thank you!
Reading a book right now that explains this concept rather poorly over 20 pages. You managed to grant me understanding in 5 minutes, and now I can continue reading past the chapter. Thank you, great explanation!
You’re welcome! I am glad I could help you understand it. Hopefully more fun than reading 20 pages of that book.
I've been coding, and teaching code for the past 4 years. This video blew me away. Explained everything so well, and was incredibly easy to follow. Sorry, Alex, I will be stealing this! Amazing work, and you've got a new fan! Thank you!
The best explanation/animation ever.
Thank you!
I've seen multiple videos of you now... you can explain the essence of things very well. It's a talent. Very good. Thank you!
Finally a much simpler with actual sample code that explain the whole stack and heap stuff. Now I understand why and when OOM occurs in app, the usual suggestion is to increase heap size but said to be slow or when we do recursion recklessly we get stackoverflow.
My jaw dropped when you explained what happens to variables declared in the stack, I never made the connection between this fact and the scope of variables, thank you soooo much !!!
Samee heree, I've never even thought of why we couldn't call variables from different scopes, i just took it for granted this opened my eyes
I'd be extremely weary of taking this for fact. It is up to the compiler to generate scoping rules, as far as I know. Look into it a bit more.
This video actually answered all my questions about how the stack and heap work together. Great explanation!
The analogy of a stack of books provided much needed clarity for me. I appreciate the video mate!
You’re welcome, I am glad it was helpful.
Your videos are awesome and very clear.
Can't wait for a full CS playlist. Thanks for what you do for the community Alex.
Finally I understand the difference in few words and short time... keep doing videos like this
Insanely useful video, didn't think i'd learn that much in just under 6 minutes, thank you.
Very good explanation, in short amount of time. I hope all IT folks see this video and understand these topics. Thank you Alex.
Incredible. Even though I've been a professional developer for six years, I was having a crisis of confidence tonight because I've worked with languages where I never have to worry about this directly. I was asking myself, "Do I even know anything about computers if I don't know the difference between the stack and the heap?"
Five minutes and twenty-seven seconds later, I feel like I have a solid understanding of the difference and I'd be capable of talking about this intelligently. Thank you 🙏
I have been a developer for 12 years and I went through exactly the same thought process before making this video. I am really glad it helped you.
Same here just went through a training where some memory management stuff was covered and I felt like an imposter. This made it all make sense
I can't put into words how helpful this video was. Thank you Alex!
such a clear explanation couldn't get better thanks Alex
This video needs to be promoted higher on UA-cam. Anyone who wants to learn Rust should start from here before diving into the borrow checker.
Thank you. I am glad it is useful for people learning Rust as well. Some of the C# references might not be applicable but hopefully the rest is. I need to learn rust as well actually!
This explanation was exactly what I needed! thank you Alex
You’re welcome I am glad it helped!
Finally, i now understand the differences between these two. Thank you for the video
You're welcome 😊
Wow, absolutely brilliant video. Thank you, sir!
This is an excellent video about how the memory works, I love the last part about asynchronous methods. Thank you for this awesome content. I wish you could speak more about asynchronous functions. 😃
3:01 small correction. A const is NOT allocated on the heap. In fact, it's embedded on the call site at compile time (in C#/F#/VB), the reference is removed (you can test this: create a const in another lib, reference and use it in your lib. Compile. Now update the const in the referenced lib and recompile, but do not recompile your lib. You'll see it did not change on the call site). What you probably want is readonly, which, in your example at 3:01, would then be allocated on the heap.
that was a clean description of stack and heap. Never knew about anonymous function being a heap, but it makes sense
Thanks I am glad you liked it 👍
Perfect, really good explanation. Thank you!
Your explanations are immaculate! You'll definitely make it big if you want to. I am glad I caught your channel early at 18.4k subscribers
I appreciate that! Will be making more videos soon.
hell yeah. idk how you did it but that finally made sense. i had to have heard the stack of books analogy before, but this is probably the first time seeing it played out with actual books
imma have to watch this again
Man you're a savior
thanks for the clear explanation
Thanks, glad I could help
Great explanation. I do mostly web development, but I've been getting into low-level programming recently, and your video really helped me reach out into my bucket of programming concepts and rearrange a bunch of previous knowledge I had about computers into something more clear and concise. Thanks!
You're welcome, glad I could help!
How does garbage collection handle memory fragmentation? Is there a heap defrag utility?
Do you wipe the heap when a program ends? What is multiple programs / threads run concurrently?
Now I need to check the rest of your videos for answers.
Thank you for starting my journey.
hey this is an excellent video! i'd never thought or read about the link between variable scope and memory. thank you so much!
A nice and concise explanation . Wishing you all the best for better reach of your subsequent tutorials so a lot from community would benefit
A hidden gem !!! Thanks you so much, I understand it so much better now !!!!
I am glad it helped!
Dude, that was awesome. You explained what I tried to wrap my head around in college courses, in 5 minutes. ily :)
Thank you! 👍
This is good. Have learned some things I could not know in a year.
That’s great I am glad you learned something from it. Thank you for commenting.
Awesome video, very short and to point.
Asynchronous methods don't run on different threads. They run on a single thread but with a flexible event loop mechanism
Thank you very much i was not able to understand this concept even after reading and watching a lot of videos now i have a good understanding of this
That’s great! I am glad I helped.
@@alexhyettdev if possible can you please explain the anonymous function part i didn't get it
In C#, async methods that complete sync, before you await them, will not go onto the heap, hence the reason we have ValueTask now. However, if you use a ValueTask struct and it doesn’t complete sync, then you incur a hit of boxing, allocation, and deallocation (GC collect), which makes it a tiny bit more expensive than the regular Task class.
One more thing. If you cast any value type to an Interface type, it will go onto the heap, even if it’s a struct or value type.
Wow this was an incredible series of topics, thank you!
Thanks, I’m glad you enjoyed it!
Thank you, very simple and useful explanation
Thanks for this simple and straight to the point explanation
You’re welcome!
Awesome video! Id like to add that in csharp async doesnt always equal multithreading, and since it uses internal statemachine which is a class, asyncs may get allocated on the heap
Yes it’s a good point!
Can you re-check this one? I think something is incorrect with global or static variables.
We basically have 4 segments: Stack, Heap, Code Segment, and Data Segment.
Global or static variables, including constants like `const int MAX_AGE = 99`, are not stored on the heap. They are typically stored in the Data segment of the memory, specifically in the initialized data section.
The Data segment is a part of the memory that contains static and global variables. These variables are allocated and initialized before the program starts executing. The initialized data section of the Data segment holds variables that have explicit initial values, such as the MAX_AGE constant in your example.
Very good explanation, thank you.
Loved the explanation !
Thank you! I am glad it was helpful.
That is a great, clear, and easy explanation, thank you.
Very well explained. Thank you!
Thank you, I am glad you liked it!
Create more content, you'll be to a million subscribers within a few short years I have no doubt. Your content is pure gold, thank you for explaining this so clearly.
Thank you 🤞🏻. Regular content will be back again in September. I have had some family commitments that has put a stopper to my videos this month.
@@alexhyettdev fully understand. Good luck! I quit my full time job as a mechanical engineer to become a programmer/coder of sorts. Bit tough being a student at age 41 but for me I made the decision to ultimately spend more time with my family. Have a super day further.
straight to the point 💯
While asynchronous methods can run on different threads, they do not necessarily have to. Aync execution can also involve single-threaded environments. E.g.: with event loops (JavaScript / Python's asyncio)
Such an intuitive and simple explanation!
Thank you, I am glad it was helpful.
This video was very good! I really like the way you explain!
Thank you! I am glad you liked it.
Such a great explanation
Thank you! I am glad you liked it.
Simply love your explanations.. Clean and deep..
Thank you! 🙏
@Alex Hyett As always, you give the best explanation of whatever programming topics that you cover.
Please keep up the great work and keep the content coming. I'm a fan :)
Thank you, I am glad you like them!
hey Alex ! it was very great to find your videos on this topic ! so clear and easy . can i grant your permission to translate your videos in persian by my voice and re share them on a channel for persian people to use them?
Great explanation! Thanks Alex!
You’re welcome!
Excellent breakdown!
Thank you!
absolutely brilliant explanation, thanks a lot
Thanks, I am glad it was useful!
Learning Redux right now, so very helpful! Definitely subscribing.
Awesome, thank you!
Excellent explainer and graphics THX
You’re welcome, I am glad you like it.
thats lot of info, more than what i was looking for. 👍
you actually help me understand a lot ,thank you sir
You’re welcome!
Great video, great explanation! Thanks
that was flawless thanks a million man
You're welcome, I am glad you liked it.
Really great video! This helped so much
Thank you I appreciate the kind words. I am glad it was helpful.
Amazing explanation, greetings from Chile
Thank you! Hi 👋 from UK 🇬🇧
I haven't coded in over a year. I had a dream where I was traversing a world on some quest to explain stack vs heap to all these people getting it wrong, and I knew they were wrong but didn't know why.
Soon as I woke up I came here. Now I can sleep at night again. Thanks! 😂
It was an..(Explain you're a nerd without saying you're a nerd XD)... moment.
I am glad I can help you sleep at night! 😂
Good video.
One question: In the case of results from asynchronous methods, once the asynchronous function completes, who cleans up the result in the heap that was left over by the async function?
Generally they will be cleaned up by the garbage collector in the same way other objects on the heap are.
@@alexhyettdev thanks for your response
Very nice explanation. Thanks !
The fact that static variables are stored on the heap is a bit confusing to me. I saw that within a process there's 4 segments which are: code, data, stack heap ( registers also).
And then many sources state that static and global variables land in the data segment and not the heap.
It's most appreciated if you can clarify this point to me (or anyone in the comments), thank you.
Loved the garbage collector animation. Very nice and funny
Hello sir at 3:20 in the video you say that in must run times there is a garbage collector that will clean the memory from the stored memory location after it has finished execution. Not sure if you know but with in C and C++ language we do not have a garbage collector I was told. So in C and C++ we delete pointers manually after block execution. So, Actually C and C++ are not garbage collecting languages.
Excellent explanation. Thank you so much.
Great explanation! Thank you! My only bit of feedback would be to stay on the graphic visualizations longer. The constant switching between the visualizations and the shot of you talking is a bit jarring and makes it harder to focus.
lovely explanation, thank you for this
You’re welcome! I am glad it was useful.
Great explanation!
Aren't static variables stored in the data segment? Not sure if any language stores static variables in the heap?
It seems to depend on the language. For C# they are stored in the heap from what i have read. C and C++ you right it is the data segment.
Thanks for the great explanations!
Fantastic explanation, thanks mate!
You’re welcome! I am glad you liked it.
@4:23 what do you mean by the anonymous function is pushed on top of the stack and not have access to what previous level down? You mean even variables within main?
Really nice explanation but I have one doubt, I used to think that global variables are stored outside of both stack and heap in a dedicated area for global and static variables. Would be great if someone could clarify on that.
The static variables are supposed to be stored in the Data Segment not Stak or Heap. the video mentions that static variables are stored in the heap.
Great explanation!
Thanks! I’m glad it was helpful!
what does "heap has higher overheads" mean...?
higher cost?
I assume (seeing that little 'watch' with pointer at high) that you mean for example it's slower, because it's more complicated for the "machine code" to add to the heap?
Yes higher overheads as in performance. It is slower to add to the heap compared to the stack.
Thank you!
You're welcome, I am glad you liked my video.
Is this what a memory leak is? If something like c++ that doesn’t have garbage collection or something gets left on the heap is that memory leaks or is that something else?
Yes exactly, languages like C++ which don't have a garbage collector need the programmer to release the memory correctly. If they don't then memory stays allocated on the heap and can't be accessed by anything causing a memory leak.
Thank you for easy to understand and great video
thank you! very clear
You're welcome Julia, thank you for commenting.
this video is gold! wow!
Thank you!
Heap is the same as heap data structure for prioritizing values?
thanks for the video. as a new programmer, the books analogy is great and helped me understand , but you could explain what is the meaning of static void Main(string[] args) and why this is relevant to the call stack, or what is a "call" exactly?
and I understand this is a java term, but would the same reasoning also apply in Python since it is interpreted and not compiled?
Nice video pal. I love to see a video about boxing and unboxing.
Thanks! Sure I will add it to my list.
3:54 Good Video but in object oriented the static variables dont go into the heap. zero-initialized static data goes in bbs and non-zero-initialized data goes in data
Well done! Very good video.