News for hackers. Stuff that matters.
Re:Benchmarking Ruby 2.6 to 3.2 by nickjj on Monday December 26, 2022 @09:34AM (#34137871)
> Seems like most of the Ruby gains are related to memory usage.

That would be a welcome addition, especially with Rails where you typically end up running your web app, background worker and action cable as separate processes. That's (3) running services each booting up your application to some degree.

Combine that with most apps using very little CPU and more and more memory, it's nice to be able to reduce memory when you can to optimize the machines you host things on. It always feels dirty having a server using 60% memory and 5% CPU.

Re:Benchmarking Ruby 2.6 to 3.2 by influx on Monday December 26, 2022 @11:23AM (#34138998)
Can those processes fork and save memory on duplicate pages? (I’m not a rails person)
Re:Benchmarking Ruby 2.6 to 3.2 by gettalong on Monday December 26, 2022 @11:34AM (#34139158)
Yes, COW was implemented a few versions ago and the garbage collector also supports it to avoid unnecessary copying.