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

Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

twitter.com

Post reply on HN
Print view View original

111–120 of 145 posts

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#111

Post by naikrovek »

mynameisvlad wrote: post #108
tivert wrote: post #104

Earlier quoted context omitted.

>> I gave up Sublime because of memory usage, but the alternatives aren't much better. I'm getting ready to trade in my 8gb Mac for 24gb to help with this, and if I could get more without having to pony up for a CPU I don't need, I'd get 32gb, or even 64gb. > To be fair, 8gb hasn't been quite enough for most dev work since containers and VMs became a standard way for local builds and runs. It's 2023, and as a typical…

“You silly kids and your 16GB of RAM! Back in my day, we got by with 32KB!” The reality is that software is increasingly more complex and even simple tasks require more and more resources as the cruft builds up.

yeah I'd like to see MS-DOS edit.exe do what sublime does, or open files larger than 16kB or whatever the limit was for that thing.

very light memory usage though, so modern software is obviously so much worse.

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#112

Post by tivert »

mynameisvlad wrote: post #108
tivert wrote: post #104

Earlier quoted context omitted.

>> I gave up Sublime because of memory usage, but the alternatives aren't much better. I'm getting ready to trade in my 8gb Mac for 24gb to help with this, and if I could get more without having to pony up for a CPU I don't need, I'd get 32gb, or even 64gb. > To be fair, 8gb hasn't been quite enough for most dev work since containers and VMs became a standard way for local builds and runs. It's 2023, and as a typical…

“You silly kids and your 16GB of RAM! Back in my day, we got by with 32KB!” The reality is that software is increasingly more complex and even simple tasks require more and more resources as the cruft builds up.

> “You silly kids and your 16GB of RAM! Back in my day, we got by with 32KB!”

Did I say everything should run in 32KB of RAM? I did not. Perhaps now you can be serious instead of sarcastically and tendentiously avoiding the topic of discussion?

It's reasonable for a text editor to use far more than 32KB of RAM, but it's not reasonable for one to not run well on a system with 8GB of RAM (unless the user is editing some massive files).

> The reality is that software is increasingly more complex...

That's true, but also vastly overstated as an excuse for laziness and lack of care.

> ...and even simple tasks require more and more resources as the cruft builds up.

Now you're getting somewhere. There's no good excuse for most modern programs requiring so many resources.

The reason is software engineers are actually terrible at their jobs, and the profession (and its backers) embrace a lot of terrible ideas and excuses. Among other things, the end result is programs that (seemingly more often than not) expand to waste the resources available until performance drops to the minimum acceptable.

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#113

Post by vlovich123 »

crazygringo wrote: post #87
andreyv wrote: post #71

Earlier quoted context omitted.

1% is still a lot for power saving. If the system is idle, it should be at 0%. If it is anything above, then it shows poor design.

Realistically no modern consumer OS is ever at idle for long. It's constantly monitoring WiFi signals, battery level, checking for background processes to run, and a hundred other things. Whether CPU usage is being reported as 0% or 1% averaged over the course of a second doesn't have anything to do with poor design. It's just being rounded from values like 0.3% or 0.8% anyways.

Monitoring Wi-Fi signals is, afaik, something that happens on the Wi-Fi chip itself, not the CPU.

While you’re correct that nothing stays truly idle, the modern design is that the main CPU really does stay largely idle because of the power costs involved and instead dedicated microprocessors absorb the load when possible.

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#114

Post by jscheel »

tivert wrote: post #112
mynameisvlad wrote: post #108

Earlier quoted context omitted.

“You silly kids and your 16GB of RAM! Back in my day, we got by with 32KB!” The reality is that software is increasingly more complex and even simple tasks require more and more resources as the cruft builds up.

> “You silly kids and your 16GB of RAM! Back in my day, we got by with 32KB!” Did I say everything should run in 32KB of RAM? I did not. Perhaps now you can be serious instead of sarcastically and tendentiously avoiding the topic of discussion? It's reasonable for a text editor to use far more than 32KB of RAM, but it's not reasonable for one to not run well on a system with 8GB of RAM (unless the user is editing som…

The alternative isn’t always “people just need to be better at their job”. Sometimes the alternative is that the thing you like to use never gets built at all because the cost of building it “right” would be prohibitively expensive. It’s always a balance.

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#117

Post by dkonofalski »

lelandfe wrote: post #102
solarkraft wrote: post #93

Control center is one of the worst parts of my macOS usage. It keeps taking seconds to (abruptly) show up and on my multi-monitor system it sometimes shows up between corners or on the opposite site of the monitor I activated it on. I wish it could be disabled and the controls put into the menu bar, but infuriatingly you can't.

Go try and use it with any part of the keyboard, too. It’s jarring how rapid the backslide on accessibility and interface standards macOS has been.

In fairness, none of the options present in Control Center are exclusive to it. Everyone one of the options is available in System Preferences (with full keyboard support) or elsewhere.

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#118

Post by irrational »

vmladenov wrote: post #103
irrational wrote: post #96

Earlier quoted context omitted.

I've been using a mac for decades, but had no idea what control center was until about 1 minute ago when I read your comment and googled it. What in the world does control center provide that you find so essential?

AirDrop settings?

I just open Finder, select Airdrop from the left menu, and... that's it.

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#119

Post by gcanyon »

m3h wrote: post #106
leosanchez wrote: post #70

Earlier quoted context omitted.

I thought Sublime was one of the efficient ones

I second this. Sublime text is one of the faster text editors out there. It boots fast enough that I use it as my go-to notes app.

It’s fine, speed-wise, but I saw enough memory usage to look for alternatives.

Re: Control Center on macOS is always re-rendering its SwiftUI causing 1% CPU load

#120

Post by alxhill »

vlovich123 wrote: post #113
crazygringo wrote: post #87

Earlier quoted context omitted.

Realistically no modern consumer OS is ever at idle for long. It's constantly monitoring WiFi signals, battery level, checking for background processes to run, and a hundred other things. Whether CPU usage is being reported as 0% or 1% averaged over the course of a second doesn't have anything to do with poor design. It's just being rounded from values like 0.3% or 0.8% anyways.

Monitoring Wi-Fi signals is, afaik, something that happens on the Wi-Fi chip itself, not the CPU. While you’re correct that nothing stays truly idle, the modern design is that the main CPU really does stay largely idle because of the power costs involved and instead dedicated microprocessors absorb the load when possible.

Sure, but most modern OSes would inform the user when the WiFi connection dies - so there's something happening on the CPU too.
Post reply on HN