Local Slow on Mac

Popping in to say editing the server-block-ssl.conf syntax and swapping out to the Silicon version of the app fixed this for me as well. On Mac Studio, Apple M2 Max. Running perfectly now. Thanks.

2 Likes

Nice! Thanks for that tip! :larry_heart:

Woohoo! :larry_heart:

1 Like

The version I had was the latest, so I just dropped a new download over top of my existing, which caused a lot of errors. So it wasn’t an update.

1 Like

I also manually downloaded the Silicone version and it has resolved the issue. I definitely was using that initially, but I didn’t check which version it had been updated to in the last release.

1 Like

Thank you for letting us know @winusoft!

Have things still been working well for you @jjohns?

@Nick-B It’s been entirely stable and fast since reinstalling from scratch.

1 Like

So, anyone who has encountered this problem on a Mac with M (apple silicon). The solution is to manually update the program to the Apple Silicon version (Releases - Local). The problem was that when the program automatically updated, the Intel version was loaded.


3 Likes

Thank you for sharing the detailed steps here @DenisDoroschhuk :green_heart:

1 Like

Thanks chief!

I had the same issue after updating through the app - ( the in app prompt).

I just manually updated and everything is good. Apple Silicone. M1.

When starting up for the first time - I got a notice:

There’s something in this thread about manually updating nginx as well.

I’m now getting this notice on every site I start up:

Unable to start site
Unable to swap services
Error: EINVAL: invalid argument, copyfile ‘/Applications/Local.app/Contents/Resources/extraResources/router-config/local-router-error-pages/router-error-503.html’ → '/Users/niko/Library/Application Support/Local/run/router/nginx/conf/local-router-error-pages/router-error-503.html

AND
Every site opening says - unable to open mailpit Don’t worry

For me it all works but with the latest update in particular it’s almost unusable. Forever to launch and then another minute+ for all the sites to show up. And they’re not responsive at all for another few minutes. Nothing is broken for me… but it’s pretty painful.

@byniko

Can you check if the steps here help to resolve this?

@uniondesign Are you on an Apple Silicon Mac? If so have you checked if you’re running the Intel version of Local?

1 Like

Thanks. Deleting that folder worked.
I don’t think I’m running the Intel version. I definitely downloaded the Apple Silicone version and it’s running super fast now.

2 Likes

9.2.4 is SOOO slow on my macOS. Every piece of the experience including simply clicking the menu Local > About Local takes about 8-10 seconds. Using Apple Silicon chip.

@k-jax Are you using Local Intel or Local Apple Silicon? If using Intel, you’ll need to switch to the Apple Silicon version: Releases - Local

You can use Get Info on the Local app to find out:

FYI I made a loom of launching Local, starting a site, and logging in to it. Almost 2 minutes from launching Local to getting into wp-admin. This is on a MacBook Air M2 w/ 16GB RAM, 1TB hard drive (about 70% full) and no other apps running other than the Stopwatch. Stopwatch - 9 May 2025 | Loom

Confirming the same here. Apple Silicone version is running quickly. Just download the app manually (Releases - Local) and install it over the old version (copying to Applications folder).

Confirming the same here for Apple M2 Silcon running Ventura.

LocalWP was originally installed as the Silicon application, that updated itself from Silicon to Intel version of the LocalWP application when the applications “Local” → “Check for Updates” menu option was used.

[Done] Downloaded and installed the latest Silicon version and installed over the unwanted Intel version to fix it.

[ExtraStep] Also needed to create a new blank site and set it to use Nginx to force the self-repair download of Nginx service for Silicon. Once done on that blank site, all my existing Apache sites were working again, without a popup complaint.

[ExtraStep] Also needed to tickle (select & apply) each sites PHP version to match a slight difference. Mine were on PHP 8.2.23 but the new self-repair PHP download retrieved 8.2.27 … which is a good thing; once done, it works as expected.

[Outstanding] Only the MailPit refuses to do a self-repair download. No matter how many site start/stops and application restarts I do, it never gets beyond this message. Not even if I leave it running for an hour, just incase it is doing a silent background download. Also, does the MailPit repair functionality have a respective popup dialog box to show the download progress because if it does then it never shows (at the moment). All the other self-repair doanloads (php, apache, etc) had a popup dialog download box. I’m going to leave it alone and try again in a week, just in case this is a download service availability issue (which might also explain why the popup download window does not show at the moment because the actual download does not commence).

I had the same issue. Painfully sluggish after updating to 9.2.4+6788. Discovered I was running the Intel version on my Silicone Mac. Downloaded the Silicone version and installed it over the Intel version. Some self-repair downloads were needed, as @johnlang86 mentioned, and after that everything is speedy again. Only lingering issue is “Missing Mailpit v1.12.” Mailpit won’t open and I can’t seem to get it to download.

2 posts were split to a new topic: Local MacOS Error Spawn