A new book has arrived...
#ARM #aarch64 #ios #macOS #android #OS #programming #reverseengineering #debugging
A new book has arrived...
#ARM #aarch64 #ios #macOS #android #OS #programming #reverseengineering #debugging
[Перевод] Оптимизация Java-приложений для Arm64 в облаке
JVM в облаке часто экономит память и CPU по дефолту, из-за чего Spring-сервис использует меньше ресурсов, чем вы ему выделили. В новом переводе от команды Spring АйО разберем, какие существуют базовые настройки кучи, GC и CPU помогают синхронизировать JVM с лимитами контейнера и не переплачивать за простаивающие ресурсы.
https://habr.com/ru/companies/spring_aio/articles/1003602/
#java #kotlin #jvm #jvm_options #jvm_hacks #jvm_monitoring #jvm_hacking #arm64 #aarch64
Okay first shot #aarch64 on Snapdragon...
Surprisingly there isn't actually a good networkd single plane of glass cli. So I wrote one. https://codeberg.org/aenertia/rxnm #libreelec #rocknix #linux #networking #embeded #aarch64 #systemd
moving to MacBook, so fixed Newelle flatpak to run on aarch64 too!
https://github.com/flathub/io.github.qwersyk.Newelle/pull/60
I fired up my Snapdragon X laptop over lunch to see if its been behaving, and do Windows updates. I haven't used it since November and it still had over 60% battery. Installing updates, and the silence is golden—no fan noise. I love how much less the fans on this machine turn on… shame about the spontaneous reboots and spotty Linux support though. On that, there's news that Fedora 44 will have out-of-the box support for these laptops, so I plan to give that a try.
I got most ARM64 machines working in QEMU. One exception:
FreeBSD-16.0-CURRENT-arm64-aarch64-zfs-20260113-2b60e628d3b1-283055.qcow
Has anyone successfully used these FreeBSD Project-provided virtual machine disk images?
FreeBSD-14.3-RELEASE-arm64-aarch64-zfs.qcow2
FreeBSD-15.0-RELEASE-arm64-aarch64-zfs.qcow2
FreeBSD-16.0-CURRENT-arm64-aarch64-zfs-20260113-2b60e628d3b1-283055.qcow2
Not booting for me in QEMU. Respectively:
― <https://www.reddit.com/r/freebsd/comments/1qf56hq/comment/o028zow/>
― <https://www.reddit.com/r/freebsd/comments/1qf56hq/comment/o034fef/>
― <https://www.reddit.com/r/freebsd/comments/1qf56hq/comment/o035bqq/>
Recently I was dealing with #appimagetool in #forgejo workflow, because I need to build also #aarch64 #appimage on x86_64 host I have opted to user #podman with qemu-static (--platform linux/arm64) and here us the catch. qemu-static expects dynamically build executable, but appimagetool is statically build. This fails spectacularly also --appimage-extract-run will not work. But don’t worry, there is allways the way.
offset=$(LANG=C grep -a -b -o -m 1 'hsqs' appimagetool-aarch64.AppImage | cut -d: -f1)
dd if=appimagetool-aarch64.AppImage of=appimagetool.squashfs bs=1 skip=$offset 2>/dev/null
unsquashfs -q appimagetool.squashfs
./squashfs-root/AppRun "$APP_DIR" target.AppImage
Works as a charm.
Any reason why @lina is blocking me?
I though she went under. Her videos on the Apple Silicon iGPU shenanigans with Linux were so good. :sadness:
#Linux #AsahILinux #Fedora #ARM #ARM64 #aarch64 #FOSS #OpenSource #Vulkan #MacBook #MacBookM1 #AppleM1 #AppleSilicon
Suuri kokeilupäivä! Kaksi #RaspberryPi'ta, 2B+ (#armv7) ja 4 (#aarch64). Kolme kokeiltavaa järjestelmää, #AlpineLinux 3.23, #FreeBSD 15.0 ja #NetBSD 10.0 (vain uudempaan RasPiin). Tästä tulee hauskaa. #floss #linux #bsd #atkjuttuja
@jloc0 I published my 'ktown' #SlackBuild framework for #Plasma6 yesterday. Please have a look whether you would like me to incorporate some of your own changes in https://github.com/mac-a-r0ni/kde6_slackware to my 'kde.SlackBuild' to make this work out of the box on #aarch64. My friend @el0226 is already compiling but I want this to be a rock solid experience on #Slack.are #ARM64.
#screenshot
Pxvirt (PROXMOX 9) running under Raspberry Pi OS Debain 13 Trixie on a Raspberry Pi 4 8GB
#raspberrypi #trixie #debian #aarch64 #proxmox #pxvirt #proxmox9 #raspberrypi4 #virtualization
TIL about kernel page sizes in Linux, and that it seems to matter a lot to some people:
Package maxima broken on armv7l and aarch64 (MADV_HUGEPAGE assertion failed) — https://github.com/RPi-Distro/repo/issues/400
(I've been using Linux for about 30 years, btw, and never knew that it was a thing before today)
Raspberry Pi
A relatively underwhelming ARM development board to begin with that was upgraded to a very reasonably performing quad-core CPU in February 2015 and got built-in Wi-Fi in February 2(...)
#aarch64 #arm #armhf #armv6 #armv7 #armv8 #bcm2711 #bcm2835 #bcm2836 #bcm2837 #hardware #raspberrypi #rp3a0 #sbc #singleboardcomputer
Whoever started using `linux64` as a platform-identifier (mostly looking at Python-projects with binary components at the moment) did not think this through, because on`aarch64` it resolves exactly to the same name, and the .so-s are not exactly binary compatible…
At least they should’ve stopped to have a think when they saw other projects cooking up `x86_64-linux` instead.