News for hackers. Stuff that matters.
Re:Apple Silicon M1: Black Magic Fuckery by gameswithgo on Tuesday November 24, 2020 @07:36PM (#25204689)
it makes objective c and swift memory management faster but it doesn’t reduce ram usage at all. (maybe a weee bit less bandwidth used)
Re:Apple Silicon M1: Black Magic Fuckery by rimliu on Wednesday November 25, 2020 @02:50AM (#25206861)
If memory is released as soon as possible instead of waiting for the next GC cycle, does not it make it more efficient?
Re:Apple Silicon M1: Black Magic Fuckery by tokamak-teapot on Wednesday November 25, 2020 @04:41AM (#25207468)
Yes!

Hopefully I can clear up the discussion a little:

Q: Does reference counting 'use' less RAM than GC?

A: Yes (caveats etc. go here, but your question is a good explanation)

Q: Does the M1 in and of itself require less RAM than x86 processors?

A: No

Q: So why are people talking about the M1 and its RAM usage as if it's better than with x86?

A: It's really just around the faster reference counting. MacOS was already pretty efficient with RAM.

I'd like to propose tokamak-teapot's formula for hardware purchase:

Minimum RAM believed to be required = actual amount of RAM required * 2

N.B. I am aware that a sum that's greater than 16GB doesn't magically become less than 16GB, but it is somewhat surprising how well MacOS performs when it feels like RAM should be tight, so I'd suggest borrowing a Mac or making a Hackintosh to experience this if you're anxious about hitting the ceiling.

Re:Apple Silicon M1: Black Magic Fuckery by masklinn on Wednesday November 25, 2020 @03:17AM (#25207007)
There is no “next GC cycle”, objc and swift use ref counting on every platform (there was an abortive GC attempt on desktops a few years back but it never saw wide use and has been deprecated since mountain lion).
Re:Apple Silicon M1: Black Magic Fuckery by gameswithgo on Wednesday November 25, 2020 @07:33AM (#25208529)
these are not gc apps, they are reference counted.