Live data from Hacker News

MacOS Catalina: Slow by Design?

sigpipe.macromates.com

961–970 of 1001 posts

Re: MacOS Catalina: Slow by Design?

#961

Earlier quoted context omitted.

Xcode (the UI) is able to bypass GateKeeper checks for things it builds. The "Developer Tool" pane in System Prefs, Security, Privacy is the same power. Drag anything into that list you'd like to grant the same privilege (such as xcodebuild). This is inherited by child processes as well. The point of this is to avoid malware packing bits of Xcode with itself and silently compiling itself on the target machine, thus b…

Reminds me of the AV exception folder our corporate IT created for developers. Soon absolutely everything developers needed or created was installed into that folder. Applications, IDEs, you name it.

Guilty as accused. I try to keep to an absolute minimum. Like docker data-dir and IDE. With that i can atleast use my machine.

otherwise this macos notarisation, along with a possibly of cpu heating issues with left thunderbolt usage and corporate av scanning, makes my machine, next to useless

Re: MacOS Catalina: Slow by Design?

#962

Earlier quoted context omitted.

Can you advise on how to make the "Developer Tool" panel in "System Prefs, Security, Privacy" appear if it is not present? Cant find a way: https://stackoverflow.com/questions/60176405/macos-catalina-...

https://news.ycombinator.com/item?id=23278629

Thanks for the link. Tried it, but that did not work

Re: MacOS Catalina: Slow by Design?

#963
post #812

Earlier quoted context omitted.

Developers who use macOS as shiny GNU/Linux replacement are only getting what they deserve, they should have supported Linux OEMs to start with. Those that show up at FOSDEM, carrying their beloved macBooks and iPads while pretending to be into FOSS. I use Apple devices knowingly what they are for, not as replacement for something else.

Sadly it's not the "shiny"... it's the fact that Mac OS has a GUI that works. Been using linux since the days you installed Slackware from floppies and recompiled your kernel to get drivers. Command line has always been a bliss, but no one has managed to come up with an usable and consistent GUI yet. Btw does sleep work on linux laptops these days? How's hi dpi support?

Some people at my work use Linux laptops. Judging by the Linux slack channel, no sleep doesn't work reliably yet, external monitor support is terrible and touchpads still suck. No idea about HiDPI but I doubt it works reliably.

Whenever you bring anything like this up though you'll just get a load of "When was the last time you tried it? It works perfectly for me" replies. Linux users don't want to admit its flaws.

Re: MacOS Catalina: Slow by Design?

#964

Earlier quoted context omitted.

At Silicon Valley technology companies? A Mac is generally the computer that you're likely to get.

Silicon Valley is a very small dot in the global scale.

It's not just Silicon Valley. In the last two companies I've worked in in the UK everyone had Macbooks.

Re: MacOS Catalina: Slow by Design?

#965
post #565

Earlier quoted context omitted.

Rumors on the internets have spoken positively about Opensuse Leap & Tumbleweed, any truth to that?

I don't have a ton of experience with other options, but 2 weeks in and tumbleweed has been pretty plug and play! 0 issues getting my netcore/python/golang/docker dev stack up. I get a weird popping noise in my usb dac at the login screen but that's the only issue I've had so far. Teams screen sharing even works perfectly! I chose it over Ubuntu 20 because I knew I wanted kde and it seems like a first class citizen i…

Good to know. Personally I think that Ubuntu has gone downhill. I preferred unity over gnome. On a fresh install of Ubuntu, gnome is confusing with it's split with two taskbars that has some overlap in functionality.

Re: MacOS Catalina: Slow by Design?

#966
Did apple make any comments on this? I haven't been able to find any public responses from them. I'm really interested on reading their side of things. This is quite jarring, it's hard to believe it is a thing. However, as I read through tests people did, it seems just as bad as it sounds.

I was actually getting a mac mini now that I'm working from home (I thought I'd get better integration with some of the company's wfh infrastructure while still having a unixy environment, so a win/win situation), but I cancelled the purchase after reading this. I get that you can jump some hoops and set some apple specific flags to things so that it works better, but the reason I wanted a mac was to make things easier and not having to look into obscure APIs and features to get simple things working. I was really looking forward to that, but I don't feel that sort of investment will be justified with issues like this in their OS :/

Re: MacOS Catalina: Slow by Design?

#967

Earlier quoted context omitted.

Sadly it's not the "shiny"... it's the fact that Mac OS has a GUI that works. Been using linux since the days you installed Slackware from floppies and recompiled your kernel to get drivers. Command line has always been a bliss, but no one has managed to come up with an usable and consistent GUI yet. Btw does sleep work on linux laptops these days? How's hi dpi support?

Sleep has been working on my last ~10 laptops and desktops, it's a non-issue at this point unless you have brand new exotic hardware. I did have a motherboard issue on a first-gen Ryzen that required a bios update to get it working. hi-dpi works very nicely if you use GTK or Qt. For the other apps, it really depends how they are implemented. For me it has been working better than Windows. These are strawman agruments…

> you'll see stuff pretty much just works

The problem is the "pretty much" part.

We all know what that means in practice. That's why OSX is popular.

Re: MacOS Catalina: Slow by Design?

#968
post #812

Earlier quoted context omitted.

Developers who use macOS as shiny GNU/Linux replacement are only getting what they deserve, they should have supported Linux OEMs to start with. Those that show up at FOSDEM, carrying their beloved macBooks and iPads while pretending to be into FOSS. I use Apple devices knowingly what they are for, not as replacement for something else.

Sadly it's not the "shiny"... it's the fact that Mac OS has a GUI that works. Been using linux since the days you installed Slackware from floppies and recompiled your kernel to get drivers. Command line has always been a bliss, but no one has managed to come up with an usable and consistent GUI yet. Btw does sleep work on linux laptops these days? How's hi dpi support?

If you want a good experience with Linux on an ultra book, you need to buy hardware designed for Linux. System76 or Purism are my recommendations. I don’t trust Dell.

Re: MacOS Catalina: Slow by Design?

#969
post #967

Earlier quoted context omitted.

Sleep has been working on my last ~10 laptops and desktops, it's a non-issue at this point unless you have brand new exotic hardware. I did have a motherboard issue on a first-gen Ryzen that required a bios update to get it working. hi-dpi works very nicely if you use GTK or Qt. For the other apps, it really depends how they are implemented. For me it has been working better than Windows. These are strawman agruments…

> you'll see stuff pretty much just works The problem is the "pretty much" part. We all know what that means in practice. That's why OSX is popular.

I switched my AI workstation to Ubuntu 20 last week, and the experience was fast and great. I can now run docker containers with cuda, use PyCharm to coordinate everything and have code completion as if the code was local, even if it's executing on a docker worker node in our data center.

200% scaling on my 4K screen looks great, wifi, network, sleep, gpu all worked out of the box. And the IDE behaves exactly like on OS X.

The only thing I disliked was the default Ubuntu color scheme, but that was easy enough to change.

Re: MacOS Catalina: Slow by Design?

#970

Adding network calls to syscalls like exec() is utterly insane. This road can lead to bricked laptops where you can't run anything to fix it (imagine an unexpected network error that the code doesn't handle properly). And crackers will just use ways to overwrite running instruction text to avoid the exec(). The comments on the article are annoying: it good that there's a mini way to reproduce, but please, use some fu…

The kernel sources are available. https://opensource.apple.com/source/xnu/xnu-6153.81.5/

Most of the important parts are left out.

at this point opensource and apple are sort of on life support.

Post reply on HN