Channels are designed to be used with multiple go routines - if you’re not you are doing something wrong.
> On Dec 6, 2019, at 8:32 AM, Egon Kocjan <ekoc...@gmail.com> wrote: > > > Hello > > I'm preparing a short talk about Go channels and select. More specifically, I > want to show what not to do. I chose a bidirectional communication channel > implementation, because it seems to be a common base for a lot of problems > but hard to implement correctly without using any extra goroutines. All the > code is here: https://github.com/egonk/chandemo > > 1_1.go: easy with en extra goroutine (takes 1.2s for million ints) > 2_1.go: nice but completely wrong > 2_2.go: better but still deadlocks > 2_3.go: correct but ugly and slow (takes more than 2s for million ints) > 2_4.go: correct and a bit faster but still ugly (1.8s for million ints) > > So my question: is there a better way of doing it with just nested for and > select and no goroutines? Basically, what would 2_5.go look like? > > Thank you > Egon > -- > You received this message because you are subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/golang-nuts/82830a5d-2bd8-4324-890e-9ae7f5f0fbaf%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/BD2088DD-59DA-4AA4-AE34-C8E81A79982A%40ix.netcom.com.