News for hackers. Stuff that matters.
Re:Apple Silicon M1: Black Magic Fuckery by ianai on Tuesday November 24, 2020 @09:07PM (#25205223)
Tfa says the hardware optimization for ARC is to the point of being bespoken. Hardware will always beat software optimization. Further, the other GCs have much higher ram overheads than this combined, bespoke system.

Apple has decades of proven experience producing and shipping massively over engineered systems. I believe em when they say these processors do ARC natively.

Re:Apple Silicon M1: Black Magic Fuckery by nemothekid on Tuesday November 24, 2020 @10:08PM (#25205607)
I’m not denying that Apple has better ARC performance. It’s that I don’t understand how an application would use less memory on ARM than x86. I’d expect the ARM code to run faster (as a result of being able to do atomic operations faster), but I don’t see how that translates to less memory usage
Re:Apple Silicon M1: Black Magic Fuckery by AnonC on Tuesday November 24, 2020 @11:52PM (#25206150)
In one of those random “benchmark tests” online where someone opened several applications on an M1 Mac with 8GB RAM and did some work on those, they kept Activity Monitor open alongside and pointed to the increase in swap at some stage. So it seems like the swap is fast enough and is used more aggressively. That reduces the amount of RAM used at any point in time. The data in RAM has also benefited from compression in macOS for several years now.
Re:Apple Silicon M1: Black Magic Fuckery by ianai on Tuesday November 24, 2020 @10:20PM (#25205688)
Read up on the performance overhead of GC across other languages. They’re messy and can lock up periodically. They take up significant ram and resources.
Re:Apple Silicon M1: Black Magic Fuckery by wmf on Tuesday November 24, 2020 @10:34PM (#25205780)
We're talking about non-GC apps on x86 vs. the same non-GC apps on Arm.
Re:Apple Silicon M1: Black Magic Fuckery by ianai on Wednesday November 25, 2020 @05:55AM (#25207921)
Even those still do memory management-and usually poorly.