Live data from Hacker News

Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

gossamer-lang.org

11–20 of 98 posts

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#13
post #4

Earlier quoted context omitted.

> We have multiple open-source pauseless miracles GCs right there in front of us Can you share some links/references?

ZGC is extremely good work. https://wiki.openjdk.org/spaces/zgc/pages/34668579/Main > ZGC performs all expensive work concurrently, without stopping the execution of application threads for more than a millisecond. It is suitable for applications which require low latency. Pause times are independent of the heap size that is being used. ZGC works well with heap sizes from a few hundred megabytes to 16TB. Go's GC is a…

If I were writing this language, I'd probably just compile it to Go, although that means Rust extensions would either incur cgo costs or have to be replaced with Go extensions.

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#14

Earlier quoted context omitted.

The charitable explanation is the authors lack the time to rebase onto something more modern.

You seem to have a very low opinion of other people. If these miraculous collectors are so generally applicable, why are very smart people putting effort into things like Perseus?

Smart, honest people can have sincere and earnest disagreements. I believe the manual-memory-management people are mistaken. That's not to say they're stupid: it means I believe they're going down the wrong path, as smart people have done since time immemorial. I wish them all the best. That said, I must wonder what other innovations they reject if they insist that GC is unacceptable.

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#15
post #4

Earlier quoted context omitted.

> We have multiple open-source pauseless miracles GCs right there in front of us Can you share some links/references?

ZGC is extremely good work. https://wiki.openjdk.org/spaces/zgc/pages/34668579/Main > ZGC performs all expensive work concurrently, without stopping the execution of application threads for more than a millisecond. It is suitable for applications which require low latency. Pause times are independent of the heap size that is being used. ZGC works well with heap sizes from a few hundred megabytes to 16TB. Go's GC is a…

A millisecond is an eternity. It is 1/3 of the entire time allocated to a frame update in a modern game.

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#16

There was once a time when I'd see a page like this and think "wow, must be a great project with such a polished website". Now, it's just a neutral or perhaps even very slightly negative signal (especially the em-dash in the very first line of the page). Anyone able to tell me if this is a project actually worth paying attention to, or just another raindrop in the current monsoon of slop?

Somewhat with you on this. I got slightly excited for a brief moment, but then the site starts to scream "an LLM threw this together super quickly" which doesn't spark joy at all.

I then started digging into the code examples and quickly determined that nothing about this project is for me, even as a fan of Rust and some of its influences it has on recent languages. That web routing example is absolutely gross to my eye, for example.

Different strokes for different folks - my own thoughts on language design (I'm hacking on one in private over the past several years, maybe one day it'll be shareable) would probably make some folks have a similar reaction, despite taking a wildly different approach than here. But it does suck to see Yet Another Vibe Looking Site hosting a language that feels like Yet Another Flavor Of Similar Stuff. Really looking forward to a language that wildly shakes things up in a usable way, and has a lot of care put into the DX... this one did not check that box for me.

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#17
post #4

Gossamer has a cycle collector and eager reference counting. Good luck dropping the last reference to a 10,000-node graph, especially if cyclic. That means it doesn't have "pause free" memory. If you want pause freedom, go use ZGC or another modern GC on a modern VM. I just can't take seriously this spate of languages that ignore the past 30 years of research into automatic memory management. We have multiple open-so…

> We have multiple open-source pauseless miracles GCs right there in front of us Can you share some links/references?

https://github.com/pizlonator/fil-c/blob/deluge/libpas/src/l...

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#18

There was once a time when I'd see a page like this and think "wow, must be a great project with such a polished website". Now, it's just a neutral or perhaps even very slightly negative signal (especially the em-dash in the very first line of the page). Anyone able to tell me if this is a project actually worth paying attention to, or just another raindrop in the current monsoon of slop?

It's clearly vibecoded if you look at the commit history.

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#19

Earlier quoted context omitted.

ZGC is extremely good work. https://wiki.openjdk.org/spaces/zgc/pages/34668579/Main > ZGC performs all expensive work concurrently, without stopping the execution of application threads for more than a millisecond. It is suitable for applications which require low latency. Pause times are independent of the heap size that is being used. ZGC works well with heap sizes from a few hundred megabytes to 16TB. Go's GC is a…

If I were writing this language, I'd probably just compile it to Go, although that means Rust extensions would either incur cgo costs or have to be replaced with Go extensions.

You just described http://www.lisette.run

Re: Gossamer: a Rust-flavoured language with real goroutines and pause-free memory

#20
post #12

Glad to see more languages adopt true goroutines [edit: lightweight threads or fibers] with M:N scheduling. Surprised more haven't. Among compiled language I'm only aware of Go and Crystal off the top of my mind.

Haskell does too. And it predates Go by a large margin, such that calling it goroutine is weird. And within Google, the C++ implementation fiber also predated goroutines. It really shows that this is more of a library feature rather than a language feature.
Post reply on HN