GopherCon 2017: Understanding Channels - Kavya Joshi

[@bepsays]

This is a great talk; I would never have imagined finding a talk about "the inner workings of channels and channel operations" so interesting.

[@SimonSun-j5u]

She explained the implementation of channel in such a understandable way, great talk!

[@djason_music]

One of the best Go talks I’ve ever seen! Great explanations. Love the enthusiasm.

[@giovanni.tirloni]

I find this behind-the-scene explanation is the best way to explain channels. It removes the magic and makes it easier to understand. Thank you!

[@vladimirbauer6604]

Must watch for every gopher out there!

[@dharmjitsingh]

Such a complex topic explained in a such a simple manner. Really a great talk

[@dixztube]

This was actually really good. Very good but I had to watch it a couple times. Great work!

[@kamilziemian995]

1:35 I believe that there is a typo and line "ch := make(chan Task, 3)" should be replaced by "taskCh := make(chan Task, 3)". Also worker function should be defined by "worker(taskCh chan Task)".

[@harshvishwakarma1890]

yep, was thinking about the same

[@haaarshiiiit]

+1

[@vasubabujinagam5977]

this is the best talk ever on concurrency and channels, Thanks Gopher Academy and Kavya Joshi

[@asymptotion]

I view this video three times, this should be viewed by all golang developer.

[@thisprofileismt]

The structure and concepts behind goroutines and channels are presented in a very nice & simple manner. Thanks for this great talk, Kavya!

[@Ramu294]

Kavya Joshi -done it in an understanding manner...presentation slides was also superb..

[@Mukesh-zh7dm]

Thanks for the amazing informative content Gopher Academy. The speaker explained everything in very detailed crisp and with nice presentation.

[@samuelorozco255]

Wow, this is a really great talk. Exactly what I wanted to listen to.

[@sofikulmallick3766]

This is such an amazing talk, makes clear inner working of channel. This will help to write concurrent codes more better way than I am doing today in go

[@kennethcarvalho3684]

Kavya has become a synonym for Channel

[@xuyangsun7948]

great; expect more talks

[@gokukakarot6323]

there is a 1 element lifo as well for performance benefits

[@meetalodariya5972]

Great explanation of channel mechanics!

[@prydt]

awesome and simple talk!

[@saadabbasi2063]

Very well done. Thanks for this amazing contribution.

[@mohamadmawed6078]

I highly appreciate your great and informative explanation Kayva Joshi .

[@tushargupta3236]

Loved this!

[@53nat0r]

Way cool explanation. The best teacher. W'd luv to see more explanations from here.

[@jameshwest]

Great talk. Learned lots of useful things. Great formatting. I could see all the details of the slides on my 13" screen

[@kkmingming]

Quite an interesting intro to the channel mechanism.

[@saravanansaibaba8374]

Brilliant talk. Learnt a lot.

[@halorium]

Really great job at explaining a relatively complex topic in an easy to understand and fun way. :)

[@SteveWang92]

It is helpful to me extremely

[@gauravsharma1455]

Really awesome talk

[@iammen7]

Great talk! Thanks, Kavya Joshi!

[@romankonovalov2588]

just the best

[@robgreen13]

Excellent material and presentation, thanks you.

[@bhupeshimself]

I have just started playing with channel. Thanks for this talk 👍

[@brister61]

Excellent talk.

[@zaofei6281]

Excellent , i know the channel a lot that i ever have

[@cholocatelabs]

Great talk

[@seriyanto]

really amazing talk !

[@tommytin6978]

Many thanks!

[@pengdu7751]

great presentation!

[@hyrdeshgangwar]

Great talk! One of the best!

[@CriticalThinkerShan]

awesome

Rob Pike and Kavya Joshi do best go talks. Change my mind.

[@fcamel]

Great talk! This topic is interesting and useful!!

[@sergioontech]

Great talk! Thank you so much!

[@TechEdith]

Great Talk!! Thank you for such an insight into Go Channels

[@thachnnguyen]

Seriously, the question is still "why channel?" versus the simple use of a mutex? They're both blocking. If channels block everywhere, obviously using a mutex is clearly better. All channels do is to move the isolation from one place (which can be a bottleneck) to another (a smaller bottleneck). All the "cool" things mentioned aren't cool, just necessary things not to block everywhere. What would be cool is what makes channel a communication means preferred over mutex.

[@kmeaw]

A channel is a higher-level construct compared to a mutex, which is low-level and it is too easy to use them in a wrong way - lock/unlock them in a wrong order, forget to lock/unlock and so on. With channels you can solve simple tasks in a simple way. And most importantly, you can compose these solutions without introducing much complexity. Sure, you can rewrite any code by replacing channels with mutex-guarded queues (and even cut some corners to get better performance) but there is a Go proverb "Don't communicate by sharing memory, share memory by communicating" for a reason - for most Go programmers the mental tax of using mutex is higher.

[@bobx7711]

Does anyone know where can I get the slides？

[@twihc294]

If we are multiplexing g1 and g2 on one os thread arent we at the mercy of the scheduler , for e.g. we can just execute g1 enqueue forever if the channel is not full and no work is done Ofc this is assuming one os thread, does go have enough context not to use the same thread? @google

[@startup2693]

in case of early reader, G1 decides to write directly to G2 memory location, how does it resume the G2? also how does it tell G2 not to read from buffer? the pending instruction in G2 is to read from buffer right?

[@shuaiyang105]

where is the pre？

[@evansonmwangi71]

Wish she had written a book..Or is there such a book about internals of Go concurrency primitives.

[@inancgumus4125]

evanson mwangi Why? There's nothing to say about this more. Really. It's that simple. The rest of the details are in the Go source code.

[@pfryscak]

Really enjoyed this explanation; thanks!

[@chiranjibghorai6950]

Great talk, I finally understand GO Channels :)

[@asn90436]

Great talk, thank you so much

[@zakariachahboun]

Cool thanks 👏

[@白孟博]

Great talk!

[@RodolfoBarriga]

great talk ....

[@garywzh]

cool

[@Makos1996]

yup, this is pretty cool

[@mubiale4060]

Thanks, so clear

[@dksingh04]

Great talk, got the clear understanding of channels now. Must watch for other gophers.

[@chaoleili9339]

Great!

[@jiaxichen9373]

It is a great talk! Thanks!

[@oguzhanyldrm8179]

this is a great talk thanks but I don't like calling things "magic", actually we amaze me about go it is reasonably easy to understand what will the code does

[@florenckaf]

The style is a bit too cheesy but the contents is very interesting.

[@TheRoxas13th]

How the knowledge here helps us on daily basis? I haven't watched the video yet, but the deep explanation upfront is so hard to follow.

[@MauricioAAntunes]

The concepts she describes could be applied by you. Also, not everything needs to be usable on daily basis. Learning is a construction - with this video you got some blocks. Save them for the future (that might be tomorrow) :)

[@remariorichards8237]

When you said Go multiplexes the goroutines onto the OS main threads, isent context switching invovled?

[@Wren6991]

I think it's more SJ LJ or trampoline style context switching, all just userspace function calls. Not as expensive as getting the OS involved.

[@praveenkumar4951]

At kzbin.info/www/bejne/gXO9nYFmnt-Yn7s right hand side func worker(ch) should have *task :=

[@pirminschneider7106]

I'm always wondering what sort of people downvote a video like this.

[@remariorichards8237]

me too

[@ByteSizedSociety]

Alphabetically sorted people?

[@asiddiqi123]

C++ devs

[@danielsokil9529]

so a unbuffered goroutine can create unlimited tasks in the channel?

[@RR-ly4vy]

Ok. That go routine modifies stack of the other, for performance to do the trick. . . . . . . . . (searches how to learn rust faster)

[@sonicgoogle]

gdd

[@twistedlog24]

This is such an amazing talk/

[@andreypanin2136]

Why does she sound so aggressive?

[@dardanbekteshi3177]

Fantastic talk

[@Padeir0]

Great talk!

[@codephilosopher]

Great talk!

[@gaby1491]

great talk!