Live data from Hacker News

Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

twitter.com

301–310 of 342 posts

Re: Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

#301

Earlier quoted context omitted.

It's arguably a proto- RISC architechture (eg ADD has to be coded explicitly from CLC and one or more ADC, register file is memory locations 00-FF, etc), but it has little to do with ARM.

My understanding was that much of the design of ARM was literally based on 6502: https://en.wikipedia.org/wiki/ARM_architecture#Design_concep... Edit: Granted, Sophie Wilson, one of the designers of ARM, is on record stating that 6502 didn't inspire anything in particular , beside being one of the few inputs to her pool of ideas (16032 and Berkeley RISC being the others): https://people.cs.clemson.edu/~mark/admired_d…

> My understanding was that much of the design of ARM was literally based on 6502

Huh, hadn't seen that previously. I'd still call that a influence on ARM rather than a proto-ARM, but fair enough.

Re: Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

#303
post #193

Earlier quoted context omitted.

> Apple is pretty good at the planned obsolescence game Most other smartphone brands: hold my beer

Eh, my J5 from 2016 is still as good as new. Stuck in Android 7.1, though. Also, it was back then when you were allowed to swap your phone battery.

Hence why I said most, not all.

That said, was this upgrade to Android 7.1 officially supported by Samsung?

In 2015, Apple released the iPhone 6S. It has not stopped receiving day-one software updates. For anyone who still has one (two in my circle of family and friends still have their 6S) they are still working great on iOS 14.5.

Re: Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

#305
post #295

Earlier quoted context omitted.

Is it really much of a loss that very large or long GIF animations required click-to-play?

Yes, it would be immense. Many gifs have been used for user interface elements and such a change would break that completely.

I'm not suggesting some modest, >1KB spinners should be gated like this.

Rather that renderers / apps would put a pause on downloading and processing very large (say 1MB+) or very long animations (100+ frames).

Re: Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

#307
post #143

Earlier quoted context omitted.

Hmmm... the chances for that are pretty slim I'm afraid. "Apple Silicon" is not a new system, it's just one of the large incumbents switching to another architecture (which is also not a first, this now being their fourth architecture, after 680x0, PowerPC and x86). In the desktop/notebook market, Wintel and Apple are firmly entrenched, with only ChromeOS and Linux challenging them - plus a few less significant OSes…

We're getting open source RISC-V wich seems more promising long term than ARM.

You assume Risc V will be open source when it reaches consumers hands.

Re: Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

#308

Earlier quoted context omitted.

Activity Monitor measures memory footprint.

The way it does it is inaccurate and there’s more columns than that.

As far as I can tell, Activity Monitor and footprint(1) both grab the phys_footprint field from proc_pid_rusage. I have not seem them diverge yet, so if there is more to this that I am missing I (as the author of a system monitoring tool of this sort) would be interested in hearing about it.

Re: Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

#309

Earlier quoted context omitted.

Activity Monitor measures memory footprint.

Activity Monitor is almost just as useless as Task Manager in terms of reporting memory footprint. Not only will Apple's API constantly hide resources from native apps (like how Safari conveniently hides it's rendering processes), but MacOS's memory model is completely at odds with their measurement techniques. Either way, you're better off using top to measure your system's footprint, if anything.

Apple's APIs don't hide anything, programs on macOS just spawn subprocesses for reasons that mostly have to do with security. top(1) is not a very good way to measure footprint, footprint(1) is (and Activity Monitor uses the same APIs internally for its "Memory" column).

Re: Animated GIF uses over 35GB RAM in Acorn on M1 Mac, likely due to memory leak

#310

Earlier quoted context omitted.

Seems like a poor conclusion to draw with this little information.

Perhaps, but if you read the Twitter thread others are suggesting the same thing and people seem excited/happy that there is possibly a potential fix that may come from Gus discovering this. So, maybe premature to get too hopeful but certainly not too soon to look in that direction?

People are suggesting the same thing because it sounds nice to be able to correlate them, but the evidence just does not exist yet. At the moment is seems somewhat likely that they are correlated at all, really.
Post reply on HN