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

Track which Electron apps slow down macOS 26 Tahoe

avarayr.github.io

Post reply on HN
Print view View original

121–130 of 144 posts

Re: Track which Electron apps slow down macOS 26 Tahoe

#121

Post by SAI_Peregrinus »

solid_fuel wrote: post #87
whatever1 wrote: post #48

Earlier quoted context omitted.

No F shared libraries. Seriously. Memory and storage is cheap enough nowadays to not have to deal with the insanity that shared libraries cause. I don’t care if I use 30gb of memory to run a browser and a note taking app.

I don't understand why it's all-or-nothing. We know how to version things pretty well these days, why is there no blended solution where libraries are shared but version aware? I don't mind having two different versions of electron on my laptop but I don't want 30 copies of the same version.

You're basically describing Nix.

The big issue I see with Nix is that it's solving several related & very complex problems, and isn't doing so at a particularly easy level of abstraction. It's a PITA to package software that isn't using an already-supported build system. And mixing versions is messy, instead of just `[ package1="versionA", package2="versionB", …]` sort of thing with a lockfile to convert versions to immutable IDs like commit hashes you have to specify which commits of nixpkgs had each version and then do something like `nixpkgs-versionA=GIT_COMMIT_HASH_A; nixpkgs-versionB=GIT_COMMIT_HASH_B; [ nixpkgs-versionA.package1, nixpkgs-versionB.package2, …]`. There are lots of other "warts" like that, of varying levels of annoyance.

Re: Track which Electron apps slow down macOS 26 Tahoe

#122

Post by whatever1 »

solid_fuel wrote: post #87
whatever1 wrote: post #48

Earlier quoted context omitted.

No F shared libraries. Seriously. Memory and storage is cheap enough nowadays to not have to deal with the insanity that shared libraries cause. I don’t care if I use 30gb of memory to run a browser and a note taking app.

I don't understand why it's all-or-nothing. We know how to version things pretty well these days, why is there no blended solution where libraries are shared but version aware? I don't mind having two different versions of electron on my laptop but I don't want 30 copies of the same version.

Because in practice nobody has solved it, while everyone claims they have.

In practice every software needs a particular version of a library. Even a minor upgrade to that library might, and will break it. In an idealized world it should not happen, but here we are. In a world that we setup whole containers so that we can run software.

So no. Shared libraries do not work in practice. At all. It should be straightforward, but they just do not work.

Re: Track which Electron apps slow down macOS 26 Tahoe

#123

Post by whatever1 »

klabetron wrote: post #93
whatever1 wrote: post #48

Earlier quoted context omitted.

No F shared libraries. Seriously. Memory and storage is cheap enough nowadays to not have to deal with the insanity that shared libraries cause. I don’t care if I use 30gb of memory to run a browser and a note taking app.

omg remember when we all had to install Java separately at the system level?

Multiple versions of it. And .NET and C++ runtimes etc. And could never uninstall any version of them because you did not know what would break.

Re: Track which Electron apps slow down macOS 26 Tahoe

#124

Post by Yiin »

lwhi wrote: post #90
nebula8804 wrote: post #88

Earlier quoted context omitted.

They have like ~15% market share. Thats really tiny after all these years. I bet those people are mostly people who have been burned by Windows. What do you expect them to go to? Linux?

Linux actually works well .. maybe 2026 will be the year of [...]

it already is for me at least, because steam proton is excellent and distros are polished enough (still lacking in some edge cases, but windows is lacking more in other aspects)

Re: Track which Electron apps slow down macOS 26 Tahoe

#125

Post by dheera »

encom wrote: post #107
raspasov wrote: post #99

Earlier quoted context omitted.

Apple does have a 128GB laptop with M4 Max.

It starts at 5000 USD. Five. Thousand. Dollars.

Yep. Add a usable SSD to that and it'll be 7K.

I have 8TB in my laptop (cost $500) and 28TB total in my desktop (cost ~$2K) and before you start on it, yes I do use that much space.

These are unheard-of numbers for a middle class Apple owner, but commonplace for a middle class non-Apple owner.

Looking at the Apple website their offerings start from 0.25 TB. What a joke. My phone has that much.

Re: Track which Electron apps slow down macOS 26 Tahoe

#126

Post by rogerrogerr »

blurrybird wrote: post #104
richrichardsson wrote: post #94

Earlier quoted context omitted.

I honestly can't figure out why people upgrade to the latest x.0.0 release of macOS. Wait for the x.1.0 : by that time Apple have fixed most of their bugs and software vendors have had time to do their side too.

Because they value secure devices. Apple don’t backport _all_ security patches.

The bad ones they do, especially early on.

The ones they don’t back port are usually dumb stuff like “if an attacker has root and has you at gunpoint, a flaw in wallpaperd may allow them to change your desktop background”

Re: Track which Electron apps slow down macOS 26 Tahoe

#127

Post by StopDisinfo910 »

pavlov wrote: post #96

The problem is that Electron has been using an API clearly marked private by Apple, and they were doing it for purely cosmetic reasons (tweaking window corner masks). Now macOS can’t render these windows efficiently because they’re using the private method, so the window system can’t apply its standard rendering model. Framework developers need to have a much higher standard for when to use a private API. But I also…

Apple constantly misuses "private" API to give their own applications feature they don’t want to see in other applications on the AppStore.

At some point, the current situation is to be expected. It’s ok. Electron apps will be fixed and it will be all right.

Re: Track which Electron apps slow down macOS 26 Tahoe

#128

Post by richrichardsson »

blurrybird wrote: post #104
richrichardsson wrote: post #94

Earlier quoted context omitted.

I honestly can't figure out why people upgrade to the latest x.0.0 release of macOS. Wait for the x.1.0 : by that time Apple have fixed most of their bugs and software vendors have had time to do their side too.

Because they value secure devices. Apple don’t backport _all_ security patches.

In my experience of you're on currentVersion - 1 the security is just as good.

All I was saying is it's (imo) madness to upgrade immediately to the latest .0 version of macOS.

The long key press for diacritics is completely broken on Tahoe : white text on a white background.

All Electron apps are a bit broken until the vendors update.

There's probably more problems.

Re: Track which Electron apps slow down macOS 26 Tahoe

#129

Post by illiac786 »

lowmagnet wrote: post #119
Spunkie wrote: post #15

In general the Tahoe update has been awful for all my end users that decided to update. It's not just electron apps that are the issue btw, just yesterday we ran into an issue with Zoom. It was breaking prompts/popups and by extension the system settings, the Mac app store, iTouch, and a ton of other random stuff was broken in silent and inconsistent ways. Also all my 8gb users are noticing significantly higher memor…

It made my menu bar transparent until you click an item in it, rendering it useless on my black background.

Thank you, I suspected as much, I use a black background as well.

Re: Track which Electron apps slow down macOS 26 Tahoe

#130

Post by illiac786 »

blurrybird wrote: post #104
richrichardsson wrote: post #94

Earlier quoted context omitted.

I honestly can't figure out why people upgrade to the latest x.0.0 release of macOS. Wait for the x.1.0 : by that time Apple have fixed most of their bugs and software vendors have had time to do their side too.

Because they value secure devices. Apple don’t backport _all_ security patches.

Depends when, before they hit the X.1.0, yes they do backport all security patches. I’d argue they actually do until .2.0, but that murkier.
Post reply on HN