Why you can have millions of goroutines but only thousands of Java threads

Re:Why you can have millions of goroutines but only thousand... by throwaway83628 on Monday October 08, 2018 @10:14PM (#18172859)

In typical Java fashion, there is a project, Quasar, the adds true green thread support to the language. Done by instrumenting bytecode rather than JVM support, but the benchmarks are still excellent. I'm very curious whether the Java or Go implementation is faster. Java does have fast async support which is all you need to add green threads on a library level

Also in Java fashion, the support isn't perfect, and requires some fiddling with JVM parameters (and annotations, obivously). It's still really solid from my experience however, and a shame that it isn't more widely known.

A partner project Comsat provides fairly comprehensive library support for databases and such. I've used it before with Vert.X and the performance was insane. Possibly faster than Go.

Another aside, there's an active research project to add greaan threads to Javas core as well. Project Loom

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by majewsky on Tuesday October 09, 2018 @05:15AM (#18174388)

> I'm very curious whether the Java or Go implementation is faster.

Since it's Java, I expect it to be slightly faster than Go while using double the amount of memory.

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by throwaway83628 on Thursday October 11, 2018 @02:29AM (#18191341)

This sounds very accurate

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by akerro on Wednesday October 10, 2018 @04:16AM (#18182971)

>Also in Java fashion, the support isn't perfect, and requires some fiddling with JVM parameters (and annotations, obivously). It's still really solid from my experience however, and a shame that it isn't more widely known.

Could you write more about it? Maybe a blog post?

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by throwaway83628 on Thursday October 11, 2018 @02:31AM (#18191347)

I could, but my laziness prevents me from doing so. The documentation is fairly good for Quasar, hard part is getting the code instrumentation up. If you use Maven, there's a plug-in to do much of it for you

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by akerro on Tuesday October 09, 2018 @06:34AM (#18174734)

There is also project Loom that will go into Java http://cr.openjdk.java.net/~rpressler/loom/Loom-Proposal.htm...

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by RhodesianHunter on Monday October 08, 2018 @11:07PM (#18173029)

Kotlin has excellent coroutine libraries as well.

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by jplayer01 on Tuesday October 09, 2018 @02:19AM (#18173709)

Quasar sounds interesting but it doesn't seem to be actively developed anymore?

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by npstr on Tuesday October 09, 2018 @05:43AM (#18174501)

It looks like the author of Quasar, Ron Pressler, is now working on adding native support to the JVM through Project Loom.

[ Parent | on HN ]

Re:Why you can have millions of goroutines but only thousand... by throwaway83628 on Thursday October 11, 2018 @02:32AM (#18191349)

This is AWESOME!!! I was very sad that Quasar seems to be going dormant, made my day

[ Parent | on HN ]