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!

[@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

[@vladimirbauer6604]

Must watch for every gopher out there!

[@dharmjitsingh]

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

[@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.

[@Mukesh-zh7dm]

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

[@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..

[@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

[@samuelorozco255]

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

[@53nat0r]

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

[@saadabbasi2063]

Very well done. Thanks for this amazing contribution.

[@saravanansaibaba8374]

Brilliant talk. Learnt a lot.

[@jameshwest]

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

[@gokukakarot6323]

there is a 1 element lifo as well for performance benefits

[@mohamadmawed6078]

I highly appreciate your great and informative explanation Kayva Joshi .

[@tushargupta3236]

Loved this!

[@halorium]

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

[@meetalodariya5972]

Great explanation of channel mechanics!

[@bhupeshimself]

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

[@prydt]

awesome and simple talk!

[@hyrdeshgangwar]

Great talk! One of the best!

[@xuyangsun7948]

great; expect more talks

[@robgreen13]

Excellent material and presentation, thanks you.

[@SteveWang92]

It is helpful to me extremely

[@kennethcarvalho3684]

Kavya has become a synonym for Channel

[@kkmingming]

Quite an interesting intro to the channel mechanism.

[@iammen7]

Great talk! Thanks, Kavya Joshi!

[@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

[@fcamel]

Great talk! This topic is interesting and useful!!

[@zaofei6281]

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

[@TechEdith]

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

[@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?

[@chiranjibghorai6950]

Great talk, I finally understand GO Channels :)

[@pirminschneider7106]

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

[@remariorichards8237]

me too

[@ByteSizedSociety]

Alphabetically sorted people?

[@asiddiqi123]

C++ devs

[@gauravsharma1455]

Really awesome talk

[@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？

[@dksingh04]

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

[@romankonovalov2588]

just the best

[@pfryscak]

Really enjoyed this explanation; thanks!

[@seriyanto]

really amazing talk !

[@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.

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

[@brister61]

Excellent talk.

[@sergioontech]

Great talk! Thank you so much!

[@pengdu7751]

great presentation!

[@cholocatelabs]

Great talk

[@tommytin6978]

Many thanks!

[@garywzh]

cool

[@Makos1996]

yup, this is pretty cool

[@CriticalThinkerShan]

awesome

[@asn90436]

Great talk, thank you so much

[@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) :)

[@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

[@praveenkumar4951]

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

[@白孟博]

Great talk!

[@zakariachahboun]

Cool thanks 👏

[@jiaxichen9373]

It is a great talk! Thanks!

[@mubiale4060]

Thanks, so clear

[@RodolfoBarriga]

great talk ....

[@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.

[@florenckaf]

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

[@danielsokil9529]

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

[@chaoleili9339]

Great!

[@RR-ly4vy]

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

[@twistedlog24]

This is such an amazing talk/

[@sonicgoogle]

gdd

[@andreypanin2136]

Why does she sound so aggressive?

[@dardanbekteshi3177]

Fantastic talk

[@Padeir0]

Great talk!

[@codephilosopher]

Great talk!

[@gaby1491]

great talk!