misunderstanding is extremely common. Many people are taught that multithreading and asynchrony are the same thing, but they are not. Example. You are cooking in a restaurant. An order comes in for eggs and toast. Synchronous: you cook the eggs, then you cook the toast. Asynchronous, single threaded: you start the eggs cooking and set a timer. You start the toast cooking, and set a timer. While they are both cooking, you clean the kitchen. When the timers go off you take the eggs off the heat and the toast out of the toaster and serve them. Asynchronous, multithreaded: you hire two more cooks, one to cook eggs and one to cook toast. Now you have the problem of coordinating the cooks so that they do not conflict with each other in the kitchen when sharing resources. And you have to pay them. Now does it make sense that multithreading is only one kind of asynchrony? Threading is about workers; asynchrony is about tasks. In multithreaded workflows you assign tasks to workers. In asynchronous single-threaded workflows you have a graph of tasks where some tasks depend on the results of others; as each task completes it invokes the code that schedules the next task that can run, given the results of the just-completed task. But you (hopefully) only need one worker to perform all the tasks, not one worker per task.
Can you explain to me what made you think I'm misunderstanding something? To me it seems you explained what I explained but from a high level, which is what everyone does, and at no time did I make the following claim: > that multithreading and asynchrony are the same thing, but they are not. My explanation is based around - handing off a task to something else to work on, so in your example it would be a fryer (external process) frying an egg (working on a task), and we are not waiting for it (thread isn't blocked). When I go to explain that a different thread may complete the rest of our task it's like chef1 starting to cook an egg and chef 2 finishes it. If you are just giving another high level overview of asynchrony there are ton's of these, people are still looking for these videos because they want to understand the abstraction behind it. And I'll re-state I do think your explanation is correct and informative but doesn't cut where it needs to.
Should've have find this comment sooner, I should learn both though. What I want was Synchronous for my project Since it depends on the completion of the first task before the next. that's why I there is no blocking in my app, since im using async, it really baffles me but this comment really made me see the difference, and the video made me understand how to right the code, good combination. Thanks for sharing your knowledge Datta Bansode. and Raw Coding you guys rock.
@@RawCoding You said, "another thread is indeed going to complete the boiling process." but the man says "there is no another thread. it runs single thread." If I am wrong, please correct.
@@emreaka3965 I think that the number of threads depends on operation type we need to execute (IO-bound or CPU-bound). IO-bound operations don't need additional threads, they use some external devices that don't need our help. But I might be wrong
As I understand it from this video, the use of async/await DOES in fact sometimes automatically create additional threads, hoewever not necessarily for every async function or await statement. It is confusing that people insist that async/await is ''single-threaded asynchrony" when in practice it is not true. I do understand that multi-threading is a different concept, your explanation is great.
Although I already had a pretty good understanding of how all this works, I have to say that your explanation is by far the best that I’ve seen. Too many times other videos show you some simple implementation that really can’t be ported to the real complexities of asynchronous programming. So you leave those videos with a “Hmm, ok. I guess that makes sense. But how do I apply it to my specific situation?” kind of feeling. What you’ve done here is not given us the fish but instead taught us how to fish. A fundamental understanding of complex topics is always the best method. Great job!
Rust's async/await functionality operates in a similar way, as it also expands into a state machine. It has been explained by Rust experts multiple times, but your explanation takes it to another level. The ability to visualize the intermediate generated code is just the icing on the cake. Great stuff, happy to see that you're still an actively posting on RUclips. Instantly subscribed and activated notifications.
I got totally confused about Dump() and Dump(string s) until I realized that you are using some kind of built in extension method that your IDE (linqpad?) somehow defines for you. Once I understood that, it was super clear.
Awesome! glad it didn't get in the way too much :) Yeah linqpad is like a mini development environment, as you can see I get to run my code instantly instead of waiting for the app to compile/start etc... and the data vizualisation that you get through Dump can be pretty incredible :)
100% this! I'm 1:49 into the video, and I pull out C# In A Nutshell, find nothing, Google "String dump method", find nothing, search through RUclips comments for someone, for the love of god, anyone explaining what the hell this .Dump method is all about! Thank you Spurius. Today, you're the hero.
@@RawCoding agreed...Linqpad is the greatest tool on my belt to quickly work things out. You get all the cruft out of the way and can hone directly in on an algorithm that you are trying to build, or understand. I highly recommend buying it to everybody that does this for a living.
Man, I usually take the information I need and close the video but you are absolute legend. I can not skip without a huge thanks. You explained it very well. Again, thanks a lot.
this is really useful because you're showing us the inbetween code, rather than just telling us. I find that that's usually the most instructive, because I can then go and check that as well
S-Tier explanation and demonstration. It is so difficult to find decent tutorials out there, but this one was no fat just cut right to the information I needed to hear and delivered with such simplicity. Also actually using the full time of the video to teach and explain and not self promote and advertise. Appreciate the raw commentary!
This must be the Best Explanation about this Topic on our Planet! You didnt not only manage to create a crystal clear image, approch and explanation. You also picked the confused C# Devs up who still tried to figure out, what the clock is happening to my code? Thank you!
Very clear and especially deep dive which is always a missing part in programming videos, you have nailed it.. thanks and keep it up with these videos they are pure gold..maybe u can create a course and sell it..I am sure deep dives are missing in today's programming world where instructors are just bothered about creame only but not the cake. You and Jamie king are the only ones who are taking it to another level. Thanks for ur efforts
Hey man, this (and your other video showing HOW to use async / await) was REALLY good information. Another person said it, but I'll say it again, this was the best presentation of this material that I've ever seen. I'm a senior software engineer with my company, and I've been here almost 20 years. Most of my work is in hard-core business logic, and I haven't done a lot with system-level stuff, multi-threading, and all that. With the changing system model these days and an emphasis on micro-services, I'm re-visiting these concepts (that and I'm doing some of my own private consulting now, doing web development, Docker containers, etc. and certainly am seeing a lot of this async stuff, particularly in the bakc-channel OAuth stuff.) Anyway, the biggest challenge I have learning this stuff in a meaningful way is that content out here usually goes one of two places-- It either shows very simplistic "hello world" type examples, that make would make a great "Await / Async 101" course or a college lab project, but in practice they don't scale well to anything resembling what we would actually DO in an enterprise application. On the other hand, there are task-oriented "how-to's" that show you the how but not the WHY. I really appreciated your deep-dive into this and a look at how the MSIIL implements this. That really gave a whole new dimension to my understanding of how this stuff actually works under the covers, and gives me some much-needed insight into how I could leverage these features in our enterprise applications.
You do overemphasize the importance of threads like everyone trying to explain Async does. It is a nice very demo but (this is not covered by this video) if you in the first example replace the await Task.Delay(300) with a busy loop (the same as in the main function) there will not be another thread spawn and everything will execute on a single Thread. This is task concurrency on a single thread(?). Task.Delay is not CPU bound but the busy loop is CPU bound. So Task.Delay is good for simulating an IO bound Task and therefore you get continuation on another thread. The threads are operating on a layer below concurrency, so you do not need to have multiple threads to have Task concurrency(?). Kind regards
Can someone please explain me what Jimstein Peerless meant? As he said, i replaced "await Task.Delay(300)" with CPU bounded task (the loop shown in the video for example): await Task.Run(() => { var a = 0; for (int i = 0; i < 100_000_000; i++) { a += i; } Console.WriteLine("CPU-bound task in running on ThreadId = " + Thread.CurrentThread.ManagedThreadId); }); And i still see it being executed on another thread (Console.WriteLine shows thread id different from the main thread id). OR did he meant not using async/await and just start a raw CPU bound loop? But then it would be totally synchronous program and it is not the point of this video. But he still got so many likes on his comment. So seems like people found it useful. I am so confused...
I guess I haven’t explained the Task.Run in this video where it’s literally a task you give the thread pool to execute, if you have a Synchronous Task method that returns a task without having async await , it will literally wait for the function to finish executing to give you the result of a Task object, like a normal function you are just waiting for the return value.
Finally a person who's just like Jamie King(pardon me for making a comparison): straight to the point, showing the internal guts of things Subscribed instantly
tutorials such that are exaclty what youtube needs lol, I barely can find tutorials that I cant understand from the first watching, they're too simple, but this is excellent, thank you!!
Bruhhhh... I've been reading about and even using async for a couple years now and in 20 mins you just cleared up everything I didn't understand about the way this stuff works. All the weirdness I've seen in my code now makes perfect sense. Fantastic video, I can't thank you enough. By far the most clear explanation of async/await I've ever seen.
Thank you so much for taking the time to explain it. I have understood some of the concepts and I will need to rewatch it to better grasp the concepts. But still I was completely lost with this asynchronous programming, and was able to find some of the way by watching your tutorial. Thank you for simplifying the complex concepts. It takes a great mind to decode the entanglement which the async await Task brings in when you jump into it after being comfortable with synchronous programming. I will keep on digging into this until it is drilled deep into my mind.
Thanks so much for sharing your knowledge. Haven't met anyone explaining this better than you. I've finally got some understanding of what's going on. Subscribed
One of the best explanations so far, great examples, thanks a lot! Only one thing didn't let me go through this on the first attempt is when you were explaining what network device is doing with the thread on your 'art', you said that it "frees" the thread. For someone who is not native speaker that sounded a lot like "freeze" the thread and really confused me for some time. So just be aware of these little verbal things but in general very helpful and worth sharing!
Awesome video! Just what I was looking for. Also while I was diving into the Task code I had noticed a TaskStatus enum at the top. Immediately I was thinking that there must be some state machine at work happening here. So thanks for confirming that.
Hi, what is this .Dump() command? Is this something you wrote yourself or a NuGet package or the program itself? It doesn't seem to be a thing using C# on Visual Studio
Wow, I understood it finally . I was trying to understand async and await keywords for last an hour, but "yield" was not comprehensible. Thanks very much.
Best explanation for async await 👍, looking for deep dive for .ConfigureAwait() function. Keep it up ... how my computer is expecting it and how to read a code sequence is best part with respect to state sequence explanation.
You didn't add sugar😒 BTW, this is the best video explaining async/await in C#. You're right. All other video just simply explains how to implement asynchronous program rather than explaining what exactly happens under the hood.
Good job, man. I'm from Viet Nam. So by watching your video, I studied new knowledge and English language. Of course, your voice is great with nice intensity. Thanks a million.
very impressive quality, and the relaxed atmosphere just perfect for some cigarettes and a beer (even though i stopped both), plus a reggae music in the background
Simple and very useful explanation of context switching. Never seen anyone put it together like this. For a long time I was aware the await takes control back to caller making it do other stuff. But never could grasp how potentially another thread picks up the context to continue from where it left off. That realization and looking at different thread ids in different blocks made a world of difference in my understanding. Simply outstanding !! Thank you
As always GREAT tutorial, I was struggling to get my head around this concept, after watching this i am very confident. Thanks mate, keep it up. What is the Dump() method you were using? Is it available in Visual Studio 2019? Awesome work!!! All the best man!!!
@@RawCoding Yep, you mentioned in the next video. Middleware tutorial... have to watch it couple of times to get into my head and have to read a bit more before watching it again. That's another amazing tutorial a million stars 🌟 for that my friend. Great work and keep it up.
Love the explanation! Would love to see a video on the basics of LINQPad. I can intuit how Dump(); works but would love to see your take on what's possible with the software.
Hi, actually I learn async because of I am building a rpg game on unity but not for web services( which is the more common usage). And async is also really good at async branch event control like conversation with npc or trigger a sequence of branched animation or events. But it’s so hard to find this kind of design pattern online. And I noticed this channel you explain things very well( like this c# series and design patterns). For me a non-native speaker and non-computer background person it really good. Anyway, thinks for your working. And probably this is not your profession but if you know anything about rpg game design patterns. Hope you can do something like that.
Thank you programming Jesus!
Stay blessed son
😂
Jesus is always pergmarily looking out for us!
misunderstanding is extremely common. Many people are taught that multithreading and asynchrony are the same thing, but they are not.
Example. You are cooking in a restaurant. An order comes in for eggs and toast.
Synchronous: you cook the eggs, then you cook the toast.
Asynchronous, single threaded: you start the eggs cooking and set a timer. You start the toast cooking, and set a timer. While they are both cooking, you clean the kitchen. When the timers go off you take the eggs off the heat and the toast out of the toaster and serve them.
Asynchronous, multithreaded: you hire two more cooks, one to cook eggs and one to cook toast. Now you have the problem of coordinating the cooks so that they do not conflict with each other in the kitchen when sharing resources. And you have to pay them.
Now does it make sense that multithreading is only one kind of asynchrony? Threading is about workers; asynchrony is about tasks. In multithreaded workflows you assign tasks to workers. In asynchronous single-threaded workflows you have a graph of tasks where some tasks depend on the results of others; as each task completes it invokes the code that schedules the next task that can run, given the results of the just-completed task. But you (hopefully) only need one worker to perform all the tasks, not one worker per task.
Can you explain to me what made you think I'm misunderstanding something? To me it seems you explained what I explained but from a high level, which is what everyone does, and at no time did I make the following claim:
> that multithreading and asynchrony are the same thing, but they are not.
My explanation is based around - handing off a task to something else to work on, so in your example it would be a fryer (external process) frying an egg (working on a task), and we are not waiting for it (thread isn't blocked).
When I go to explain that a different thread may complete the rest of our task it's like chef1 starting to cook an egg and chef 2 finishes it.
If you are just giving another high level overview of asynchrony there are ton's of these, people are still looking for these videos because they want to understand the abstraction behind it.
And I'll re-state I do think your explanation is correct and informative but doesn't cut where it needs to.
Should've have find this comment sooner, I should learn both though.
What I want was Synchronous for my project Since it depends on the completion of the first task before the next. that's why I there is no blocking in my app, since im using async, it really baffles me but this comment really made me see the difference, and the video made me understand how to right the code, good combination. Thanks for sharing your knowledge Datta Bansode. and Raw Coding you guys rock.
@@RawCoding You said, "another thread is indeed going to complete the boiling process." but the man says "there is no another thread. it runs single thread." If I am wrong, please correct.
@@emreaka3965 I think that the number of threads depends on operation type we need to execute (IO-bound or CPU-bound). IO-bound operations don't need additional threads, they use some external devices that don't need our help. But I might be wrong
As I understand it from this video, the use of async/await DOES in fact sometimes automatically create additional threads, hoewever not necessarily for every async function or await statement. It is confusing that people insist that async/await is ''single-threaded asynchrony" when in practice it is not true. I do understand that multi-threading is a different concept, your explanation is great.
I haven’t seen anyone else explain such complex concept with such ease and still thorough - to the point. Thank you 🙏🏻
Cheers!
@@RawCoding 5:53 Cheers! 😆
This is exactly how I wanted this explained to me. Incredible! Thanks!
Thank you for watching))
Although I already had a pretty good understanding of how all this works, I have to say that your explanation is by far the best that I’ve seen.
Too many times other videos show you some simple implementation that really can’t be ported to the real complexities of asynchronous programming. So you leave those videos with a “Hmm, ok. I guess that makes sense. But how do I apply it to my specific situation?” kind of feeling.
What you’ve done here is not given us the fish but instead taught us how to fish.
A fundamental understanding of complex topics is always the best method.
Great job!
Rust's async/await functionality operates in a similar way, as it also expands into a state machine.
It has been explained by Rust experts multiple times, but your explanation takes it to another level.
The ability to visualize the intermediate generated code is just the icing on the cake.
Great stuff, happy to see that you're still an actively posting on RUclips. Instantly subscribed and activated notifications.
Thank you really appreciate it!
I got totally confused about Dump() and Dump(string s) until I realized that you are using some kind of built in extension method that your IDE (linqpad?) somehow defines for you. Once I understood that, it was super clear.
Awesome! glad it didn't get in the way too much :)
Yeah linqpad is like a mini development environment, as you can see I get to run my code instantly instead of waiting for the app to compile/start etc... and the data vizualisation that you get through Dump can be pretty incredible :)
pretty weird tbh, just use console write like every other human 🙄
No
100% this! I'm 1:49 into the video, and I pull out C# In A Nutshell, find nothing, Google "String dump method", find nothing, search through RUclips comments for someone, for the love of god, anyone explaining what the hell this .Dump method is all about! Thank you Spurius. Today, you're the hero.
@@RawCoding agreed...Linqpad is the greatest tool on my belt to quickly work things out. You get all the cruft out of the way and can hone directly in on an algorithm that you are trying to build, or understand. I highly recommend buying it to everybody that does this for a living.
Man, I usually take the information I need and close the video but you are absolute legend. I can not skip without a huge thanks. You explained it very well. Again, thanks a lot.
Dear friend.
Visit youtube channel "Solve My Programming Task".
They create simple programs for free. I used it. I am a student.
this is really useful because you're showing us the inbetween code, rather than just telling us. I find that that's usually the most instructive, because I can then go and check that as well
S-Tier explanation and demonstration. It is so difficult to find decent tutorials out there, but this one was no fat just cut right to the information I needed to hear and delivered with such simplicity. Also actually using the full time of the video to teach and explain and not self promote and advertise. Appreciate the raw commentary!
Glad I could help)
Step 1 - Complete High school
Step 2 - Complete Colleges
The next step is to figure out what the fuck is going on
Pretty much :P
Man, I just can't get enough of your videos. You rock with this! Keep it up.
Cheers, glad you liked them
This must be the Best Explanation about this Topic on our Planet!
You didnt not only manage to create a crystal clear image, approch and explanation. You also picked the confused C# Devs up who still tried to figure out, what the clock is happening to my code?
Thank you!
Glad I could help!
Crystal clear and absolutely the best explanation of this concept I've ever seen. Keep up great work! :)
Thank you )
Bullshit this crap is not clear
Hmm, probably it is not this video's fault. 🤔
@@michalbrndiar5317 of course it is. there are more clear videos, so it's clearly his video fault
@@michalbrndiar5317 And if it's not his video's fault it means you just do spaghetti code as he does (and spaghetti explanations)
Just wow, I want to go back, leave University and just follow you.
Haha don’t do that :P
Well done, sir. I struggled with how to present this topic to my dev department, your example helped a lot.
Cheers
Very clear and especially deep dive which is always a missing part in programming videos, you have nailed it.. thanks and keep it up with these videos they are pure gold..maybe u can create a course and sell it..I am sure deep dives are missing in today's programming world where instructors are just bothered about creame only but not the cake. You and Jamie king are the only ones who are taking it to another level. Thanks for ur efforts
Cheers, there will be a course at one point
Hey man, this (and your other video showing HOW to use async / await) was REALLY good information. Another person said it, but I'll say it again, this was the best presentation of this material that I've ever seen. I'm a senior software engineer with my company, and I've been here almost 20 years. Most of my work is in hard-core business logic, and I haven't done a lot with system-level stuff, multi-threading, and all that. With the changing system model these days and an emphasis on micro-services, I'm re-visiting these concepts (that and I'm doing some of my own private consulting now, doing web development, Docker containers, etc. and certainly am seeing a lot of this async stuff, particularly in the bakc-channel OAuth stuff.)
Anyway, the biggest challenge I have learning this stuff in a meaningful way is that content out here usually goes one of two places-- It either shows very simplistic "hello world" type examples, that make would make a great "Await / Async 101" course or a college lab project, but in practice they don't scale well to anything resembling what we would actually DO in an enterprise application. On the other hand, there are task-oriented "how-to's" that show you the how but not the WHY. I really appreciated your deep-dive into this and a look at how the MSIIL implements this. That really gave a whole new dimension to my understanding of how this stuff actually works under the covers, and gives me some much-needed insight into how I could leverage these features in our enterprise applications.
Thank you for your comment))
Your videos are way better than any other official online courses
Cheers
Never seen such a insightful video before. Keep it up man...
Thanks
Man I just came across your channel, quality material! I subscribed, Keep up the good work
Thank you, hope you like the rest :)
One of the most underrated channels on RUclips.
You do overemphasize the importance of threads like everyone trying to explain Async does.
It is a nice very demo but (this is not covered by this video) if you in the first example replace the await Task.Delay(300) with a busy loop (the same as in the main function) there will not be another thread spawn and everything will execute on a single Thread. This is task concurrency on a single thread(?).
Task.Delay is not CPU bound but the busy loop is CPU bound. So Task.Delay is good for simulating an IO bound Task and therefore you get continuation on another thread. The threads are operating on a layer below concurrency, so you do not need to have multiple threads to have Task concurrency(?).
Kind regards
Thank you for sharing
@@RawCoding Thankfully, You're the teacher here!
schooooled him
Can someone please explain me what Jimstein Peerless meant?
As he said, i replaced "await Task.Delay(300)" with CPU bounded task (the loop shown in the video for example):
await Task.Run(() => {
var a = 0;
for (int i = 0; i < 100_000_000; i++) {
a += i;
}
Console.WriteLine("CPU-bound task in running on ThreadId = " + Thread.CurrentThread.ManagedThreadId);
});
And i still see it being executed on another thread (Console.WriteLine shows thread id different from the main thread id).
OR did he meant not using async/await and just start a raw CPU bound loop? But then it would be totally synchronous program and it is not the point of this video. But he still got so many likes on his comment. So seems like people found it useful. I am so confused...
I guess I haven’t explained the Task.Run in this video where it’s literally a task you give the thread pool to execute, if you have a Synchronous Task method that returns a task without having async await , it will literally wait for the function to finish executing to give you the result of a Task object, like a normal function you are just waiting for the return value.
Awesome video, like always! Looking forward to the next video about the practical use of async/await!
Cheers ))
Thank you for this clear explaination sir! for this I will never skip ads in your video
thank you
Best explanation till now, not just showing windows form for ui activeness like others. 👍
Cheers
Finally a person who's just like Jamie King(pardon me for making a comparison): straight to the point, showing the internal guts of things
Subscribed instantly
Cheers
tutorials such that are exaclty what youtube needs lol, I barely can find tutorials that I cant understand from the first watching, they're too simple, but this is excellent, thank you!!
Thank you 🙏
This is a amazing video, first clear explanation of the async-await internals. Thank you Raw Coding.
Thank you for watching
Thank you, it is difficult for me to follow your English, but it has been the best explanation I have ever known.
Awesome, thank you )
why is it difficult to follow his english?
I’m not a native speaker and some other people aren’t ether, so it’s a compounding effect
Excellent work, glad you went down into the IL Code. Helps make it clearer what magic is going on.
Glad you liked it!
How have I not found you before.? You need to investigate why you don't show up cos this is gold.
Thank you)
Bruhhhh... I've been reading about and even using async for a couple years now and in 20 mins you just cleared up everything I didn't understand about the way this stuff works. All the weirdness I've seen in my code now makes perfect sense. Fantastic video, I can't thank you enough. By far the most clear explanation of async/await I've ever seen.
Thank you, glad I could help:)
Thank you so much for taking the time to explain it. I have understood some of the concepts and I will need to rewatch it to better grasp the concepts. But still I was completely lost with this asynchronous programming, and was able to find some of the way by watching your tutorial. Thank you for simplifying the complex concepts. It takes a great mind to decode the entanglement which the async await Task brings in when you jump into it after being comfortable with synchronous programming. I will keep on digging into this until it is drilled deep into my mind.
Dear friend.
Visit youtube channel "Solve My Programming Task".
They create simple programs for free. I used it. I am a student.
Thank you for clearing up this absolute swamp of complexity that is async await in c#
Thank you for watching))
thank you so much. no one explained it on youtube. they just show the use of async and await.
Cheers, that’s what my problem with all the tutorials were :)
Great job. Not so many guys are explaining how it works under the hood with state machine
Thanks a lot!! You motivated me so much!! You are the best C# developer i've ever seen on youtube.
Cheers ma dud ))
Thanks so much for sharing your knowledge. Haven't met anyone explaining this better than you. I've finally got some understanding of what's going on.
Subscribed
Cheers, glad I could help :)
This is the insane video about async/await in .NET. I have never seen a better explanation of async in .NET. Thanks a lot.
After 05:51 i directly clicked like button.
Hehe
Thanks for the clear explanation. It was really helpful to see IL that is responsible for all the magic.
Cheers)
Pretty cool and clear video. One of the best async videos I've seen. Hope next time you do a deep dive to compare Parallelism and Async
Thanks, as I’ve shown in this video it’s pretty much parallel already )
Thank you I have always had problems understanding this now it's way more clear!
Awesome 👏
Oh man! you really have a good head in clarifying things. thank you. Besides, what kind of editor do you use? interesting!
Rider and LinqPad
One of the best explanations so far, great examples, thanks a lot!
Only one thing didn't let me go through this on the first attempt is when you were explaining what network device is doing with the thread on your 'art', you said that it "frees" the thread. For someone who is not native speaker that sounded a lot like "freeze" the thread and really confused me for some time.
So just be aware of these little verbal things but in general very helpful and worth sharing!
Thank you, yeah I’m not a native speaker so might mess up some pronouncements
Finally, I understand what is happening! Thanks
That is awesome
Awesome video! Just what I was looking for. Also while I was diving into the Task code I had noticed a TaskStatus enum at the top. Immediately I was thinking that there must be some state machine at work happening here. So thanks for confirming that.
Hi, what is this .Dump() command?
Is this something you wrote yourself or a NuGet package or the program itself?
It doesn't seem to be a thing using C# on Visual Studio
it's a method provided by LinqPad, it's a fancy Console Writeline
Best explanation i've ever seen. Thanks!
Ty
This is the thing I was looking for, thank you
Glad I could help!
Wow, I understood it finally .
I was trying to understand async and await keywords for last an hour, but "yield" was not comprehensible. Thanks very much.
Cheers, I have a video about IEnumerable and yield you can have a look
You left no questions.
And a good rhythm
That’s what we like :D
Thanks very much Anton!
Really simplifies asynchronous processing. Much appreciated!!
Thank you for watching
Thank you for this very clear explanation of a sometimes confusing concept.
Thank you for watching
Finally, a good explanation. Thank you!
Glad you enjoyed it!
Best explanation for async await 👍, looking for deep dive for .ConfigureAwait() function. Keep it up ... how my computer is expecting it and how to read a code sequence is best part with respect to state sequence explanation.
Glad I could help )
Useful to hear a concise explanation .
Glad I could help
I am in the fifth minute and I got understood it more than I had understood after the classes
Hope you find the rest just as useful)
Wow! Great analogy and great explanation. Thank you
Thank you for watching
Just top notch content lately, much appreciated 😁
Thank you ))
Finally, a good freaking explanation. Thank you!
Awesome explanation mate. Funnily enough another thing I learnt in this video is that you can put underscores in big numbers lol
Double whammy!
Always wondered what all the MoveNext calls were in aggregate exception stack traces. I see now where they come from. Thanks!
Glad I could help
Awesome explanation! Please keep up the good work
This is great work, man, keep it up!
Cheers ))
Finally just a simple example of how this shit works, thanks man, instant sub
Glad you like it )
really appreciate your style of teaching! you've helped me lots
It was really superb explanation about async and await. Thanks bro keep up the good work
Very Nice Explanation Anton It is really Deep Dive
Thanks )
You didn't add sugar😒
BTW, this is the best video explaining async/await in C#. You're right. All other video just simply explains how to implement asynchronous program rather than explaining what exactly happens under the hood.
thank you
Very detailed and well explained tutorial. Thank you, coding Jesus!
Haha thank you
Very good explanation and demonstration. Great video!!
Good job, man.
I'm from Viet Nam. So by watching your video, I studied new knowledge and English language. Of course, your voice is great with nice intensity.
Thanks a million.
Glad I could help :)
Absolutely phenomenal video
Cheers)
Good way to explore what really happens behind the scene with ilspy
Cheers
Great personifications and IL code walkthroughs! Thanks!
Cheers
Such a great explanation. Learn a lot from the DEEP DIVE! Thanks!
Thanks a lot. that was the best explanation of how async actually works 🙇♂🙇♂🙇♂🙇♂🙇♂. now, I can sleep
Great content. You deserve more views and subs :D
Cheers ma dud
The last part - the state machine is interesting!
sure is!
very impressive quality, and the relaxed atmosphere just perfect for some cigarettes and a beer (even though i stopped both), plus a reggae music in the background
You're a very good teacher.
Thank you
I am so happy I found his channel.
Wow, this is an awesome explanation!
Cheers
Simple and very useful explanation of context switching. Never seen anyone put it together like this. For a long time I was aware the await takes control back to caller making it do other stuff. But never could grasp how potentially another thread picks up the context to continue from where it left off. That realization and looking at different thread ids in different blocks made a world of difference in my understanding. Simply outstanding !! Thank you
Glad I could help:)
As always GREAT tutorial, I was struggling to get my head around this concept, after watching this i am very confident. Thanks mate, keep it up. What is the Dump() method you were using? Is it available in Visual Studio 2019?
Awesome work!!! All the best man!!!
It’s LinqPad
@@RawCoding Yep, you mentioned in the next video. Middleware tutorial... have to watch it couple of times to get into my head and have to read a bit more before watching it again. That's another amazing tutorial a million stars 🌟 for that my friend. Great work and keep it up.
@@RawCoding Thank you so much for the reply. Appreciate it.
No worries, thanks for watching
Love the explanation! Would love to see a video on the basics of LINQPad. I can intuit how Dump(); works but would love to see your take on what's possible with the software.
Linkpad has a tutorial built in that does it
Man, thank you for making it simple
Thank you for watching)
Wonderful explanation!
thank you
Continuation if the word you are looking for 🙂. Great video.
Cheers )
You hit important topics thanks
Thank you )
Thank you for tutorials! Maybe put these videos in a separate playlist?
Will do can’t think of a good name
@@RawCoding "Deep Dive" seems good enough
Sounds good )
yeah, it would be great! Tutorial is the best!
Awesome explanation, I’ve always thought that async-await in C# acts like the one in Javascript, but there are differences.
Very nicely explained 👏
Thank you
love it, thanks for explaining using ILSpy, it makes things clear.
Glad you like it
I love your interpretation. Hope you can do more.
What would you like to see?
Hi, actually I learn async because of I am building a rpg game on unity but not for web services( which is the more common usage). And async is also really good at async branch event control like conversation with npc or trigger a sequence of branched animation or events. But it’s so hard to find this kind of design pattern online. And I noticed this channel you explain things very well( like this c# series and design patterns). For me a non-native speaker and non-computer background person it really good. Anyway, thinks for your working. And probably this is not your profession but if you know anything about rpg game design patterns. Hope you can do something like that.
Thanks for your vids mate. Really helpful! Keep it up :)
Thanks )
Very nice explanation!
Thank you
Bro really good explanation, thank you!