Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

twitter.com

Post reply on HN
Print view View original

311–320 of 342 posts

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

#311

Post by marcan_42 »

floatingatoll wrote: post #270
SXX wrote: post #267

Earlier quoted context omitted.

Can you provide a link please? I compared smartctl output with activity monitor on disk writes and it's exactly the same number. You can do the same.

https://appleinsider.com/articles/21/02/23/questions-raised-... > "While we're looking into the reports, know that the SMART data being reported to the third-party utility is incorrect, as it pertains to wear on our SSDs" said an AppleInsider source within Apple corporate not authorized to speak on behalf of the company. The source refused to elaborate any further on the matter when pressed for specifics. We'll likel…

That Apple comment is bullshit. We've confirmed that the TBW numbers from smartctl match the actual quantity of data written. You can also see the excess I/O in Apple's own Activity Monitor. The lifetime usage numbers smartctl reports are in line with what a high-end SSD would report, and there is no way for smartctl to "make up" the data. It's real data coming from the NVMe controller. There's no possible way to fake anything like that. That person is not authorized to speak for the company and is probably making stuff up.

Apple are aware of it, the bug is fixed in 11.4, and once the corresponding XNU source code drops I'll be happy to diff it and show you exactly what they changed in the swapper to fix it and debunk your "debunking".

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

#312

Post by oauea »

paulryanrogers wrote: post #305
oauea wrote: post #295

Earlier quoted context omitted.

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).

I think you are underestimating gif sizes if you think a 1MB gif is large.

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

#313

Post by coldtea »

nly wrote: post #107
coldtea wrote: post #102

Earlier quoted context omitted.

Because 16GB is suddenly low? Until now most laptops sold everywhere, including high end models, where 16GB and below. 32/64 is a tiny niche (and special built to order option in most cases), even for video and music editing people. Sure, 32GB would be nice, but let's pretend this is some huge issue for but a small minority that runs several VMs simultaneously or such. Not to mention the M1 machines released thus far…

Justify it how you like but I consider 16GB too low for my use. 32GB is minimum in 2021, with all my hardware having 64GB

That's good for you. But you aren't a market.

So the question is what share of the market this is true for? When it comes to laptops, I'd say not that larger (relatively, in absolute numbers it might have doubled, e.g. from 1% to 2%) than what it was in 2019 or 2020.

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

#314

Post by coldtea »

smoldesu wrote: post #240
qeternity wrote: post #121

Earlier quoted context omitted.

I have a 32gb overclocked hackintosh and my 8gb M1 Air blows it away in nearly everything. I’m not sure exactly what the difference is but in terms of UX, x86 ram needs do not translate to Apple Silicon 1:1

They do, you just notice it less. MacOS is notorious for having one of the most asinine memory management schemes in the history of software, and so causing a memory issue can be a bit of a finnecky task (but certainly not impossible). As a matter of fact, most times you don't even need to fill swap before MacOS runs out of memory: you just need to fool the OS into thinking the memory pressure is high enough to warra…

>As a matter of fact, most times you don't even need to fill swap before MacOS runs out of memory: you just need to fool the OS into thinking the memory pressure is high enough to warrant GC.

I do DAWs (with tons of VSTs and sample libraries), VMs (vagrant, docker) and NLEs (up to 4K), but usually not at the same time, and I've never run out of memory in macOS ever in ~20 years. 16GB is the largest amount of RAM I ever had in them.

How often does this mythical "macOS runs out of memory" thing happen?

>MacOS is notorious for having one of the most asinine memory management schemes in the history of software

Citation needed.

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

#315

Post by coldtea »

jacquesm wrote: post #27
DenverCode wrote: post #10

Earlier quoted context omitted.

Just purchased my first Mac after using Linux for most of my adult life. How big of a concern is this? I am seeing mixed reports when looking around - should I be questioning my purchase if I was expecting my M1 Air to last a few years?

With a maximum memory size of 8G it's a bit anemic so you likely wouldn't get that much life out of it anyway, hope you got the 16G version. Apple is pretty good at the planned obsolescence game, so getting the larger memory would at least help stave that off for a bit. I'm skipping these for now, I run Linux on all my machines and it typically takes a while for the wrinkles to be ironed out, and x86 has much better…

>Apple is pretty good at the planned obsolescence game

If that's their game, they are terrible at it.

Seeing that Macs hold their resale value for longer, for mobile they release iOS updates for longer than any other Android vendor, and so on.

What Apple is good at is making the product an "Apple only can fix/change" affair. But that's not the same as planned obsolescence game.

>With a maximum memory size of 8G it's a bit anemic

Is it? The majority of non-Apple laptops in 2021 are sold at 8G and below. And for people's use (web, surfing, email, Slack, Zoom, regular apps, etc) that the Air and smaller MBPs are aimed at, that has always been plenty.

(In fact, outside of video, audio, 3D, VM, and number crunching work, it's crazy that people would need more than that for the same stuff, computationaly wise, we did 10-15 years ago with much less RAM - blame Electron).

And 16GB and below is something like the 95% percentile or above.

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

#316

Post by astrange »

saagarjha wrote: post #308
astrange wrote: post #261

Earlier quoted context omitted.

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.

See "there’s more columns than that". The single process "memory" column does match but AM doesn't show coalition (multiple process) memory totals, the compressed column is an estimate, footprint --vmObjectDirty also exists and is a valid way to look at things, etc.

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

#317

Post by saagarjha »

astrange wrote: post #316
saagarjha wrote: post #308

Earlier quoted context omitted.

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.

See "there’s more columns than that". The single process "memory" column does match but AM doesn't show coalition (multiple process) memory totals, the compressed column is an estimate, footprint --vmObjectDirty also exists and is a valid way to look at things, etc.

Ah, I see what you mean now; yes, it's not reliable in the sense that there are ways to measure it that look a little harder. That being said, I'm not sure I'd classify it as "inaccurate"–it has, in my experience at least, been a fairly good first approximation of memory usage.

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

#318

Post by hansel_der »

fdroidmstrrce wrote: post #156
ulzeraj wrote: post #106

Who else is excited that we are might revive the 80s Cambrian explosion of different system system and architectures? Back then there were so many options.

Doubt. CPU hasn't been the limiting hardware in a decade. I think Intel stagnated because people have prioritized spending money on GPUs, memory, and SSDs. Even when I'm writing an intensive program, I'm using multiple cores, so a single threaded benefit is useless to me. I have a half a mind to think the m1 is a marketing gimmick because making a better processor was low hanging fruit that CPU companies aren't tryin…

> Even when I'm writing an intensive program, I'm using multiple cores, so a single threaded benefit is useless to me.

maybe poorly worded but i would like to point out that a single-thred performance gain is never useless, not even with a highly a parallel workload.

i would think that due to multi-stage cpu caches and ipc overhead, something within one core/thread will be way more efficient.

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

#319

Post by astrange »

Andrex wrote: post #277
FalconSensei wrote: post #262

Earlier quoted context omitted.

> We should drop gif support. We just need an actual replacement that has the same behaviours and actually works everywhere, as gif does. Videos are not a replacement, and other image formats don't work everywhere

Animated PNG is supported in every single modern browser, and degrades gracefully (the first frame is at least rendered.) https://www.caniuse.com/apng WebP support (including animation) was added to the most recent major version of Safari, meaning WebP has similarly widespread support. https://www.caniuse.com/webp

> Animated PNG is supported in every single modern browser, and degrades gracefully (the first frame is at least rendered.)

That’s part graceful and part a security hole. It means you can hide any image you want if moderation tools don’t show past the first frame.

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

#320

Post by astrange »

leecarraher wrote: post #250
saati wrote: post #209

Earlier quoted context omitted.

That's POWER, a different ISA, there are still some PowerPC embedded cpus but it's just slowly dying.

true, was just going off the debian package architecture naming PPC/ppc64el

Power and PowerPC are essentially the same ISA, I don’t know what that post has a problem with.
Post reply on HN