biscuit VS steam-for-linux

No, it isn't the third release of a POSIX like OS research written in Go,

https://github.com/mit-pdos/biscuit

But there are other brave people exists like biscuit or gopher-os who can do it :)))

That's something I found in doing a bit of a dive on why ripgrep is so fast at doing a very specific kind of string search workload (Gallant / burntsushi / author of ripgrep is an actual wizard and contributes to Rust's regex engines, for reference). I wrote tiny proof of concepts in a variety of languages, all in my same style -- and sometimes my Go variants were as fast as the equivalent Rust/C (even in release / -O3/2 (every once in a blue moon, O3 makes no diff or is a slight regression in some exec paths)). I eventually found something about benchmarks in a related area, leading to this: https://benhoyt.com/writings/count-words/#performance-results-and-learnings. Somebody on the Go sub even linked me to the Biscuit OS: https://pdos.csail.mit.edu/papers/biscuit.pdf, which, tidbit, has Jon Gjengset (Crust of Rust legend) in the contribs list (https://github.com/mit-pdos/biscuit).

https://github.com/mit-pdos/biscuit maybe this

Go has been used to implement OS kernel code, e.g. in the Biscuit OS from MIT: https://github.com/mit-pdos/biscuit

Of course, the garbage collector did not exactly make it easier - but it's an interesting piece of software.

https://github.com/mit-pdos/biscuit says 5% slowdown over C. Garbage collection is going to require some more RAM, generally <=2x though.

Anyone else noticing this? I don't believe I'm going insane. For a while now my download speeds, regardless of chosen server, are always slower in the Linux client compared to in Windows. Is the only appropriate place to post about this here -> https://github.com/ValveSoftware/Steam-for-Linux ? Would be great to know that I'm not the only one being affected.

https://github.com/ValveSoftware/steam-for-linux/issues Its seems to be a problem happening only to Nvidia GPUs. Not only Mint but many other distros A temporary solution is to open Steam from the Terminal using "steam -vgui"

I just spent a few hours working on that problem that Steam takes very long to appear. I did not have xdg-desktop-portal-gnome installed, and Steam is the only application that has that problem, so it's not the one from the update forum post. What my (and probably your) problem is, is this one: https://github.com/ValveSoftware/steam-for-linux/issues/9780. Some bug where CEF gets stuck in a loop. When I executed steam --reset an error about steamwebhelper and glibc appeared like 50 times, each taking a few seconds.

Hey I had the same issue - are you running this on Linux? On my arch machine I had this problem and was able to resolve it via the advice in this thread: https://github.com/ValveSoftware/steam-for-linux/issues/9640

might be related #9805

Steam crashes at launch with libgudev 238 · Issue #9805 · ValveSoftware/steam-for-linux

Relevant open issue from 2014: https://github.com/ValveSoftware/steam-for-linux/issues/3372