You mean native? We have embedded Linux arm64 already. It is possible. Do you know a free CI/CD offering for that platform? Or you can compile your own.

I mean, free for open source projects

Hmm.. GitHub actions not working with it? Surprisingly.

No, I do not know any. Need to research.

They have a public beta for this coming out early this month https://github.blog/changelog/2024-06-03-actions-arm-based-linux-and-windows-runners-are-now-in-public-beta/

Oh that’s interesting. I will try definitely

But like I see need to make much changes in setup_musl also

I can give a try when I have time. Right now, I am porting join order benchmarks from SQL. This uncovered several bugs in the query planner. I will release a new version shortly. Then I will try to improve our cardinality estimation further. We are beating Postgres for many queries, but there are a couple horrible cases as well. I will fix those.

In principle, we should beat Postgres for most cases.

Correct, just add a directory for Linux arm64.

After we got the planning algorithm nailed, we will do some optimization to reduce planning time. We are doing planning in clojure, so the best we can do is to match the Postgres’s planning time, but we will definitely beat Postgres in execution time for the most part.

Thank you for answer. I will try ry on weekend

https://cirrus-ci.org/features/ is free for arm and also fast

The real work of building native is at https://github.com/juji-io/dtlvnative

Do it there. The main Datalevin project just depends on the artifacts built there.

All you need to add is a static library build for linux amd64

https://github.com/juji-io/dtlvnative/issues/1

Just add a directory like others, and add linux amd64 to the existing .cirrus.yml there

The static build is through musl tool chain, so you will probably need to hunt for necessary libraries

libz, libstdc++, etc.

Amd64? Wasn’t this about arm?

I think it’s typo

Note that arm64 (yes arm, not amd) doesn't support fully static images, nor musl

you need to use the "static-except-for-libc" option

https://github.com/babashka/babashka/blob/2da875c8f9bc9af87e0a14e1404b530a488a4704/script/compile#L64

Great I will try today. But how will I point it to use my fork of dtlvnative with appropriate changes?

dtlvnative deploys jars to clojars, you can deploy your fork to your own coordinates, and include in your fork of Datalevin. Look at native/project.clj

after everything tested out, send me PRs to both dtlvnative and Datalevin projects.

Yes sure

Right now, we are still on an old version of graalvm, as I have not got time to upgrade to the newer version, as it requires code changes on our part, so you will need to use the same version of graalvm, which is 22.3.1

I sent both pull requests about ubuntu-aarch64. Please review

Like I understand Windows build must be launched manually? I didn't anything about it

It would be great if you register last version babashka pods for ubuntu-aarch64 as well

Got them. Thank you! I will do a new release when I am done with the couple of fixes I am working on right now.