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

MacOS Catalina: Slow by Design?

sigpipe.macromates.com

Post reply on HN
Print view View original

651–660 of 1001 posts

Re: MacOS Catalina: Slow by Design?

#651

Post by saagarjha »

torstenvl wrote: post #629
usmannk wrote: post #484

It seems like there is a lot of confusion here as to whether this is real or not. I've been able to confirm the behavior in the post by: - Using a new, random executable. Even echo $rand_int will work. Edit: What I mean here is generate your rand int beforehand and statically include it in your script. - Using a fresh filename too. Just throw a rand int at the end there. e.g. /tmp/test4329.sh I MITMd myself while rec…

What happens if you edit /private/etc/hosts to point ocsp.apple.com to 0.0.0.0 and flush the DNS cache?

I think it is fairly likely that your system would not work at all.

Re: MacOS Catalina: Slow by Design?

#652

Post by mindfulhack »

j45 wrote: post #61
inimino wrote: post #42

It looks like my time with MacOS is rapidly coming to an end. Any Linux distro recommendations these days?

Ubuntu 20 has been a pleasant surprise, it seems to have turned a productivity and speed corner.. I've been getting lost in it for hours on end and forgetting to use my MacBook. The feeling reminds me of the first Macbooks I used when switching away from Windows Vista.

That feels amazing to finally hear some good Ubuntu news. We need it. The only sleeker options for privacy (Windows and macOS) are horrendous. Thanks for sharing, might try out Ubuntu 20 then, might be as sleek at Linux Mint?

Re: MacOS Catalina: Slow by Design?

#653

Post by saagarjha »

swiley wrote: post #634

How do people put up with the complete brokenness in commercial OSes? Is this really better than having to edit the occasional config file?

Personally, I know which process to kill when things go south. It's not early to acquire this information, though.

Re: MacOS Catalina: Slow by Design?

#655

Post by saagarjha »

jcelerier wrote: post #550
etoulas wrote: post #488

Earlier quoted context omitted.

Very satisfied MacPorts user since 16 years. I really don’t get why brew is a thing...

Five or so years ago I evaluated between brew and macports, macports package were much more out of date while I needed fairly recent packages and brew had more of what I needed at the time.

Not sure about five years ago, but these days it's usually not to bad for popular packages.

Re: MacOS Catalina: Slow by Design?

#656

Post by threeseed »

dTal wrote: post #644
nromiun wrote: post #2

> This is not just for files downloaded from the internet, nor is it only when you launch them via Finder, this is everything. So even if you write a one line shell script and run it in a terminal, you will get a delay! > Apple’s most recent OS where it appears that low-level system API such as exec and getxattr now do synchronous network activity before returning to the caller. Can anyone confirm this? Because hones…

Making this about speed is burying the lede. From a privacy and user-freedom perspective, it's horrifying . Don't think so? Apple now theoretically has a centralized database of every Mac user who's ever used youtube-dl. Or Tor. Or TrueCrypt.

Apple already has every iPhone user's photos, messages, browsing history, keychains etc.

Not sure how a list of installed apps is going to be worse than that.

Re: MacOS Catalina: Slow by Design?

#657

Post by jaykru »

chipotle_coyote wrote: post #211

Okay, I've tried this test on my MacBook Air 2020 several times, first by saving the "echo Hello" shell script in an editor and then, because I wasn't getting the results the author experienced, trying again exactly as he wrote it. Essentially the same result: airyote% echo $'#!/bin/sh\necho Hello' > /tmp/test.sh airyote% chmod a+x /tmp/test.sh airyote% time /tmp/test.sh && time /tmp/test.sh Hello /tmp/test.sh 0.00s…

I might be wrong about this but if you're running a shebang'd script directly as an executable, they wouldn't need to modify the behavior of the shell itself but rather the executable loader. It would be interesting to see whether, e.g., `bash test.sh` doesn't phone home where "./test.sh" does.

Re: MacOS Catalina: Slow by Design?

#658

Post by lioeters »

kick wrote: post #345
BruceEel wrote: post #112

Earlier quoted context omitted.

> There are Linux distributions with great user interfaces and great UX Could you name some? No sarcasm, actually interested!

It sort of depends on what really fascinates you, right? I'll avoid naming some of the most popular ones, because it's likely that you've already tried them. If you haven't, I'd really recommend giving them a try. Many people seem to really love them. In terms of defaults: I've heard really good things about Solus, and its use of AppArmor seems really cool. Never touched its package manager, so I won't recommend it,…

Thank you for writing this overview of interesting Linux distributions, their UX and package managers, such good info.

The last few years I've run Linux VMs on a Macbook, but I'm transitioning to a Linux desktop probably running a macOS VM, which you mentioned in another comment - didn't know there was a practical solution.

It sounds like distros like Elementary and PopOS might suit me as a gentle transition from Macs.

Re: MacOS Catalina: Slow by Design?

#659

Post by saagarjha »

threeseed wrote: post #656
dTal wrote: post #644

Earlier quoted context omitted.

Making this about speed is burying the lede. From a privacy and user-freedom perspective, it's horrifying . Don't think so? Apple now theoretically has a centralized database of every Mac user who's ever used youtube-dl. Or Tor. Or TrueCrypt.

Apple already has every iPhone user's photos, messages, browsing history, keychains etc. Not sure how a list of installed apps is going to be worse than that.

Not if you choose to not sync them.

Re: MacOS Catalina: Slow by Design?

#660

Post by gowld »

userbinator wrote: post #643
throwaway851 wrote: post #590

Earlier quoted context omitted.

Another way to look at it is that Apple is making it harder to run the system in an insecure fashion. You may not agree with that decision, but I certainly appreciate how Apple is looking out for the safety and security of the user. Tangent: as much as some developers hate that the only way to distribute apps for the iPhone is through the App Store, as a user I consider that walled garden of apps to be a real securit…

Another way to look at it is that Apple is making it harder to run the system in an insecure fashion. You may not agree with that decision, but I certainly appreciate how Apple is looking out for the safety and security of the user. "Those who give up freedom for security deserve neither." (Yes, I know the original intent was slightly different, but that old saying has gotten a lot more vivid recently, as companies a…

That’s not close to the original quote. And it was just Ben Franklin politicking, not the word of god.
Post reply on HN