Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use aarch64 packages on ARM-based CPUs #126

Conversation

jeroenvisser101
Copy link

This change ensures that on ARM-based macs, the aarch64 packages are
used, leading to better performance, less resource utilization and
better battery usage.

Closes #89

@cla-checker-service
Copy link

cla-checker-service bot commented Jan 16, 2022

💚 CLA has been signed

This change ensures that on ARM-based macs, the `aarch64` packages are
used, leading to better performance, less resource utilization and
better battery usage.

Closes elastic#89
@jeroenvisser101 jeroenvisser101 force-pushed the jv-arm64-binaries-for-apple-silicon branch from 533c855 to 057661a Compare January 16, 2022 22:42
@jeroenvisser101
Copy link
Author

I checked some of the other downloads and could not find any ARM-specific downloads for them, but if there are more, I'd be more than happy to add them.

Also, I've tested both formula's locally (on ARM and Intel) and on Intel it works like before, where ARM is now running on "Apple Silicon":
image

To test:

brew reinstall --build-from-source Formula/{elasticsearch,kibana}-full.rb

@jeroenvisser101
Copy link
Author

Just now noticed there's an update script that would break, but I don't immediately have a great fix for that:

https://github.com/elastic/homebrew-tap/blob/main/.ci/update.sh

@jeroenvisser101
Copy link
Author

I think I've resolved the issue with multi-arch updates. It's a bit tricky, and it triggers downloads twice (but the second is just to confirm that the package installs correctly, which I think is still a good test).

@jeroenvisser101 jeroenvisser101 force-pushed the jv-arm64-binaries-for-apple-silicon branch from 03cf5a8 to 26c630f Compare January 17, 2022 10:40
@jeroenvisser101
Copy link
Author

@mgreau sorry for pinging you directly but would you mind reviewing this? 🙏

@jeroenvisser101
Copy link
Author

If there's interest for this from Elastic, let me know, happy to rebase, otherwise I'll close this PR and keep using my fork personally.

@mpenttila
Copy link

At least as a user this would be greatly appreciated. Current situation makes it unfeasible to manage ES installation with Homebrew, as the x86 version is so much slower on a M1 Mac.

@mgreau
Copy link
Member

mgreau commented Mar 4, 2022

Sorry for the radio silence here and thanks for your effort here @jeroenvisser101. 🙏

We discussed this topic internally and unfortunately, we are not going to support Homebrew for the 8+ versions (neither update the current mechanism) to focus on the developer experience based on Elastic containers where we introduced multi-architecture images back in 2020.

I will update the README and clarify the situation in this repository soon.

At least as a user this would be greatly appreciated. Current situation makes it unfeasible to manage ES installation with Homebrew, as the x86 version is so much slower on a M1 Mac.

@mpenttila have you considered using our containers images?

@jeroenvisser101
Copy link
Author

@mgreau Thanks for the update! It's a shame, especially with Docker for Mac becoming harder to use without their subscriptions, but I understand, feel free to close :)

@mpenttila
Copy link

Understandable, thanks for the reply as well!

have you considered using our containers images?

Yeah, I have used them, and they work fine. I just prefer to avoid the extra overhead of using Docker for Mac.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Apple M1 processor homebrew install very slow compared to docker image
3 participants