#arm64 — Public Fediverse posts

https://www.europesays.com/pl/458040/ NVIDIA Vera CPU w pierwszych testach wyprzedza serwerowe procesory Intel Xeon Granite Rapids oraz AMD EPYC Turin #amd #architektura #arm #arm64 #EfektywnośćEnergetyczna #Epyc9575f #EpycTurin #Intel #IntelGraniteRapids #Nauka #NaukaITechnika #NaukaTechnika #nvidia #NVIDIAVera #phoronix #PL #Poland #Polish #Polska #Polski #Science #ScienceAndTechnology #ScienceTechnology #specyfikacja #Technika #Technology #test #vera #VeraCPU #wydajność #Xeon6980p

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Haiku OS runs on M1 Macs now

https://discuss.haiku-os.org/t/my-haiku-arm64-progress/19044?page=2

#HackerNews #HaikuOS #M1Macs #ARM64 #technology #innovation

Haiku OS runs on M1 Macs now

https://discuss.haiku-os.org/t/my-haiku-arm64-progress/19044?page=2

#HackerNews #HaikuOS #M1Macs #ARM64 #technology #innovation

Haiku OS runs on M1 Macs now

https://discuss.haiku-os.org/t/my-haiku-arm64-progress/19044?page=2

#HackerNews #HaikuOS #M1Macs #ARM64 #technology #innovation

Haiku OS runs on M1 Macs now

https://discuss.haiku-os.org/t/my-haiku-arm64-progress/19044?page=2

#HackerNews #HaikuOS #M1Macs #ARM64 #technology #innovation

Haiku OS runs on M1 Macs now

https://discuss.haiku-os.org/t/my-haiku-arm64-progress/19044?page=2

#HackerNews #HaikuOS #M1Macs #ARM64 #technology #innovation

Ubuntu Concept expands to CIX Technology P1

Ubuntu Concept was first released for Snapdragon X Elite systems, and it got lots of positive and strong reception due to the hard work that they’ve done, starting from November 2024. It was an ambitious work that tried to get Ubuntu working on as many Snapdragon X Elite systems as possible.

Now, the team has taken the effort further and expanded Ubuntu Concept to include CIX Technology P1. The new images were created for this platform, and is derived from Ubuntu 26.04 LTS Resolute Raccoon that was released last month. Those concept images were made as a tech preview for developers and for power users.

This concept image is focused on being a developer-focused image intended for early testing on CIX platforms. It’s based on the latest Ubuntu 26.04 LTS Resolute Raccoon version, which brings all the great benefits that this version of Ubuntu brings, such as the updated GNOME desktop. Linux 7.0 is used in this concept image, with some modifications that are tailored for this platform, and you can see the custom kernel’s source code here.

The team is trying to avoid device trees wherever possible to maximize both reliability and maintainability, while making use of ACPI to make sure that computers that utilize the CIX platform become reliable when using Ubuntu. This concept image, however, is experimental, and is not intended for production use.

Here are some of the platforms that the team has tested:

• MetaComputing AI PC Framework Laptop
• Minisform MS-R1
• Orange Pi 6 Plus
• Radxa Orion O6
• Radxa Orion O6N

You can download the concept image here.

Does anyone have resources regarding the art and science of #FreeBSD #ARM64 kernel configuration? It is split across many files and appears to be quite fragile.

I tried unifying the many options/devices into a single “GENERIC” file but that did not work, and removing items is explosive.

I would like to have a meaningful #OccamBSD ARM64 build but it’s kicking my butt.

⚡ ymawky: MacOS Web Server written entirely in ARM64 assembly

｢ This is ymawky (yuh maw kee), a web server written entirely in ARM64 assembly. ymawky is a syscall-only, no libc, fork-per-connection web server written by hand. While it is developed for MacOS, I've tried to make it as portable as possible -- however, it's likely you will still need to make some (hopefully minor) Significant tweaks to get this to run on Linux/other Unix systems ｣

https://github.com/imtomt/ymawky

#assembly #arm64 #macos

⚡ ymawky: MacOS Web Server written entirely in ARM64 assembly

｢ This is ymawky (yuh maw kee), a web server written entirely in ARM64 assembly. ymawky is a syscall-only, no libc, fork-per-connection web server written by hand. While it is developed for MacOS, I've tried to make it as portable as possible -- however, it's likely you will still need to make some (hopefully minor) Significant tweaks to get this to run on Linux/other Unix systems ｣

https://github.com/imtomt/ymawky

#assembly #arm64 #macos

⚡ ymawky: MacOS Web Server written entirely in ARM64 assembly

｢ This is ymawky (yuh maw kee), a web server written entirely in ARM64 assembly. ymawky is a syscall-only, no libc, fork-per-connection web server written by hand. While it is developed for MacOS, I've tried to make it as portable as possible -- however, it's likely you will still need to make some (hopefully minor) Significant tweaks to get this to run on Linux/other Unix systems ｣

https://github.com/imtomt/ymawky

#assembly #arm64 #macos

⚡ ymawky: MacOS Web Server written entirely in ARM64 assembly

｢ This is ymawky (yuh maw kee), a web server written entirely in ARM64 assembly. ymawky is a syscall-only, no libc, fork-per-connection web server written by hand. While it is developed for MacOS, I've tried to make it as portable as possible -- however, it's likely you will still need to make some (hopefully minor) Significant tweaks to get this to run on Linux/other Unix systems ｣

https://github.com/imtomt/ymawky

#assembly #arm64 #macos

⚡ ymawky: MacOS Web Server written entirely in ARM64 assembly

｢ This is ymawky (yuh maw kee), a web server written entirely in ARM64 assembly. ymawky is a syscall-only, no libc, fork-per-connection web server written by hand. While it is developed for MacOS, I've tried to make it as portable as possible -- however, it's likely you will still need to make some (hopefully minor) Significant tweaks to get this to run on Linux/other Unix systems ｣

https://github.com/imtomt/ymawky

#assembly #arm64 #macos

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) https://www.gamingonlinux.com/2026/05/proton-11-0-1-beta-3-brings-fex-upgrades-for-linux-arm64-like-the-steam-frame/

#FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) https://www.gamingonlinux.com/2026/05/proton-11-0-1-beta-3-brings-fex-upgrades-for-linux-arm64-like-the-steam-frame/

#FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) https://www.gamingonlinux.com/2026/05/proton-11-0-1-beta-3-brings-fex-upgrades-for-linux-arm64-like-the-steam-frame/

#FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) https://www.gamingonlinux.com/2026/05/proton-11-0-1-beta-3-brings-fex-upgrades-for-linux-arm64-like-the-steam-frame/

#FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) https://www.gamingonlinux.com/2026/05/proton-11-0-1-beta-3-brings-fex-upgrades-for-linux-arm64-like-the-steam-frame/

#FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) #FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FE...

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) #FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FE...

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) #FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FE...

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) #FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FE...

Proton 11.0-1 Beta 3 brings FEX upgrades for Linux ARM64 (like the Steam Frame) #FEX #Proton #Linux #SteamFrame #ARM64

Proton 11.0-1 Beta 3 brings FE...

🤦‍♂️ Oh, look! Someone decided to revive the 1980s by writing a web server in #ARM64 assembly—because obviously, the world was clamoring for that. 🙄 Instead of using anything remotely practical like #Nginx, let's waste time reinventing the wheel with raw syscalls, because, why not? 🚀
https://imtomt.github.io/ymawky/ #webserver #assembly #retrocoding #reinventingthewheel #HackerNews #ngated

🤦‍♂️ Oh, look! Someone decided to revive the 1980s by writing a web server in #ARM64 assembly—because obviously, the world was clamoring for that. 🙄 Instead of using anything remotely practical like #Nginx, let's waste time reinventing the wheel with raw syscalls, because, why not? 🚀
https://imtomt.github.io/ymawky/ #webserver #assembly #retrocoding #reinventingthewheel #HackerNews #ngated

🤦‍♂️ Oh, look! Someone decided to revive the 1980s by writing a web server in #ARM64 assembly—because obviously, the world was clamoring for that. 🙄 Instead of using anything remotely practical like #Nginx, let's waste time reinventing the wheel with raw syscalls, because, why not? 🚀
https://imtomt.github.io/ymawky/ #webserver #assembly #retrocoding #reinventingthewheel #HackerNews #ngated

🤦‍♂️ Oh, look! Someone decided to revive the 1980s by writing a web server in #ARM64 assembly—because obviously, the world was clamoring for that. 🙄 Instead of using anything remotely practical like #Nginx, let's waste time reinventing the wheel with raw syscalls, because, why not? 🚀
https://imtomt.github.io/ymawky/ #webserver #assembly #retrocoding #reinventingthewheel #HackerNews #ngated

🤦‍♂️ Oh, look! Someone decided to revive the 1980s by writing a web server in #ARM64 assembly—because obviously, the world was clamoring for that. 🙄 Instead of using anything remotely practical like #Nginx, let's waste time reinventing the wheel with raw syscalls, because, why not? 🚀
https://imtomt.github.io/ymawky/ #webserver #assembly #retrocoding #reinventingthewheel #HackerNews #ngated

Ymawky, a web server written in ARM64 assembly for macOS

https://imtomt.github.io/ymawky/

#HackerNews #Ymawky #web #server #ARM64 #macOS #assembly #programming

You might remember that I was working on my own programming language a few months ago. I've decided to write a blog post about what this language is, how it is implemented, and what are my future plans!

#programming #pldev #compiler #arm64

https://lisyarus.github.io/blog/posts/making-your-own-programming-language.html

You might remember that I was working on my own programming language a few months ago. I've decided to write a blog post about what this language is, how it is implemented, and what are my future plans!

#programming #pldev #compiler #arm64

https://lisyarus.github.io/blog/posts/making-your-own-programming-language.html

qBittorrent 5.2.0 introduce lo spazio libero su disco, il riavvio automatico e il filtro stato tracker

https://yoota.it/qbittorrent-5-2-0-introduce-lo-spazio-libero-su-disco-il-riavvio-automatico-e-il-filtro-stato-tracker/

qBittorrent 5.2.0 introduce lo spazio libero su disco, il riavvio automatico e il filtro stato tracker

https://yoota.it/qbittorrent-5-2-0-introduce-lo-spazio-libero-su-disco-il-riavvio-automatico-e-il-filtro-stato-tracker/

DGX Spark: мониторинг unified memory, когда NVML и dcgm‑exporter молчат

Свежепоставленный мониторинг на DGX Spark. Открываю NVIDIA‑дашборд в Grafana — половина memory‑панелей пустые, прямые линии по нулю. Сначала кажется, что что‑то не настроил. Через полчаса доходит: это не у меня сломалось, это NVML на GB10 так работает. Это та область, где на GB10 половина стандартного observability‑стека просто не работает: NVML отдаёт [N/A] на memory.used и memory.total, dcgm‑exporter не ставится, nvtop в memory‑колонке показывает пустоту. В Grafana NVIDIA‑дашборды по умолчанию выглядят так, будто GPU вообще нет — и это не очевидно, потому что Grafana при отсутствии данных не кричит, а молча рисует ровную линию по нулю. Статья — про то, как я это место обошёл и что в итоге увидел в Grafana. Трёхуровневая схема: textfile collector для базовых метрик, per‑container attribution через docker top + nvidia-smi , и CLI‑фоллбэк на /proc/meminfo , который оказался полезен не только на Spark, но и на других Linux‑системах с единой памятью (unified memory) — AMD Strix Halo и подобные.

https://habr.com/ru/articles/1031904/

#dgx_spark #grafana #monitoring #nodeexporter #gb10 #arm64 #prometheus #observability

DGX Spark: мониторинг unified memory, когда NVML и dcgm‑exporter молчат

Свежепоставленный мониторинг на DGX Spark. Открываю NVIDIA‑дашборд в Grafana — половина memory‑панелей пустые, прямые линии по нулю. Сначала кажется, что что‑то не настроил. Через полчаса доходит: это не у меня сломалось, это NVML на GB10 так работает. Это та область, где на GB10 половина стандартного observability‑стека просто не работает: NVML отдаёт [N/A] на memory.used и memory.total, dcgm‑exporter не ставится, nvtop в memory‑колонке показывает пустоту. В Grafana NVIDIA‑дашборды по умолчанию выглядят так, будто GPU вообще нет — и это не очевидно, потому что Grafana при отсутствии данных не кричит, а молча рисует ровную линию по нулю. Статья — про то, как я это место обошёл и что в итоге увидел в Grafana. Трёхуровневая схема: textfile collector для базовых метрик, per‑container attribution через docker top + nvidia-smi , и CLI‑фоллбэк на /proc/meminfo , который оказался полезен не только на Spark, но и на других Linux‑системах с единой памятью (unified memory) — AMD Strix Halo и подобные.

https://habr.com/ru/articles/1031904/

#dgx_spark #grafana #monitoring #nodeexporter #gb10 #arm64 #prometheus #observability

DGX Spark: мониторинг unified memory, когда NVML и dcgm‑exporter молчат

Свежепоставленный мониторинг на DGX Spark. Открываю NVIDIA‑дашборд в Grafana — половина memory‑панелей пустые, прямые линии по нулю. Сначала кажется, что что‑то не настроил. Через полчаса доходит: это не у меня сломалось, это NVML на GB10 так работает. Это та область, где на GB10 половина стандартного observability‑стека просто не работает: NVML отдаёт [N/A] на memory.used и memory.total, dcgm‑exporter не ставится, nvtop в memory‑колонке показывает пустоту. В Grafana NVIDIA‑дашборды по умолчанию выглядят так, будто GPU вообще нет — и это не очевидно, потому что Grafana при отсутствии данных не кричит, а молча рисует ровную линию по нулю. Статья — про то, как я это место обошёл и что в итоге увидел в Grafana. Трёхуровневая схема: textfile collector для базовых метрик, per‑container attribution через docker top + nvidia-smi , и CLI‑фоллбэк на /proc/meminfo , который оказался полезен не только на Spark, но и на других Linux‑системах с единой памятью (unified memory) — AMD Strix Halo и подобные.

https://habr.com/ru/articles/1031904/

#dgx_spark #grafana #monitoring #nodeexporter #gb10 #arm64 #prometheus #observability

DGX Spark: мониторинг unified memory, когда NVML и dcgm‑exporter молчат

Свежепоставленный мониторинг на DGX Spark. Открываю NVIDIA‑дашборд в Grafana — половина memory‑панелей пустые, прямые линии по нулю. Сначала кажется, что что‑то не настроил. Через полчаса доходит: это не у меня сломалось, это NVML на GB10 так работает. Это та область, где на GB10 половина стандартного observability‑стека просто не работает: NVML отдаёт [N/A] на memory.used и memory.total, dcgm‑exporter не ставится, nvtop в memory‑колонке показывает пустоту. В Grafana NVIDIA‑дашборды по умолчанию выглядят так, будто GPU вообще нет — и это не очевидно, потому что Grafana при отсутствии данных не кричит, а молча рисует ровную линию по нулю. Статья — про то, как я это место обошёл и что в итоге увидел в Grafana. Трёхуровневая схема: textfile collector для базовых метрик, per‑container attribution через docker top + nvidia-smi , и CLI‑фоллбэк на /proc/meminfo , который оказался полезен не только на Spark, но и на других Linux‑системах с единой памятью (unified memory) — AMD Strix Halo и подобные.

https://habr.com/ru/articles/1031904/

#dgx_spark #grafana #monitoring #nodeexporter #gb10 #arm64 #prometheus #observability

Как я собрал на DGX Spark приватный AI-сервер, и теперь рассказываю, что туда вошло

У меня на столе стоит небольшая золотистая коробочка размером чуть больше Mac mini. Внутри — приватный AI-сервер: чат с локальной 26B-моделью, поисковая индексация моих документов с GPU-парсингом, конструктор агентов в Dify, RAGFlow для тяжёлого парсинга PDF, мониторинг, бэкапы, опциональный кластер из двух машин по QSFP 200G. Тридцать контейнеров, пять минут на установку через sudo bash install.sh , ноль обращений к внешним API. Я делал это не как pet-project, а под себя — мне нужна была машина для работы с корпоративными документами, договорами и регламентами, которые ни при каких условиях нельзя отдавать в облачные ассистенты. Сборка получилась самостоятельным дистрибутивом — назвал его AGmind, выложил на GitHub под Apache 2.0. В статье разберу: — из чего собран стек и зачем там каждый компонент; — почему RAGFlow пришлось пересобрать с нуля и что я туда добавил; — как устроен кластер из двух Spark'ов; — пять конкретных грабель GB10, которые я ловил вечерами; — почему Claude Code за месяц превратил один из этих компонентов в работающий продукт, но при этом не заменил собственно программиста.

https://habr.com/ru/articles/1030802/

#dgx_spark #gb10 #arm64 #vllm #dify #ragflow #rag #llm

Как я собрал на DGX Spark приватный AI-сервер, и теперь рассказываю, что туда вошло

У меня на столе стоит небольшая золотистая коробочка размером чуть больше Mac mini. Внутри — приватный AI-сервер: чат с локальной 26B-моделью, поисковая индексация моих документов с GPU-парсингом, конструктор агентов в Dify, RAGFlow для тяжёлого парсинга PDF, мониторинг, бэкапы, опциональный кластер из двух машин по QSFP 200G. Тридцать контейнеров, пять минут на установку через sudo bash install.sh , ноль обращений к внешним API. Я делал это не как pet-project, а под себя — мне нужна была машина для работы с корпоративными документами, договорами и регламентами, которые ни при каких условиях нельзя отдавать в облачные ассистенты. Сборка получилась самостоятельным дистрибутивом — назвал его AGmind, выложил на GitHub под Apache 2.0. В статье разберу: — из чего собран стек и зачем там каждый компонент; — почему RAGFlow пришлось пересобрать с нуля и что я туда добавил; — как устроен кластер из двух Spark'ов; — пять конкретных грабель GB10, которые я ловил вечерами; — почему Claude Code за месяц превратил один из этих компонентов в работающий продукт, но при этом не заменил собственно программиста.

https://habr.com/ru/articles/1030802/

#dgx_spark #gb10 #arm64 #vllm #dify #ragflow #rag #llm

Как я собрал на DGX Spark приватный AI-сервер, и теперь рассказываю, что туда вошло

У меня на столе стоит небольшая золотистая коробочка размером чуть больше Mac mini. Внутри — приватный AI-сервер: чат с локальной 26B-моделью, поисковая индексация моих документов с GPU-парсингом, конструктор агентов в Dify, RAGFlow для тяжёлого парсинга PDF, мониторинг, бэкапы, опциональный кластер из двух машин по QSFP 200G. Тридцать контейнеров, пять минут на установку через sudo bash install.sh , ноль обращений к внешним API. Я делал это не как pet-project, а под себя — мне нужна была машина для работы с корпоративными документами, договорами и регламентами, которые ни при каких условиях нельзя отдавать в облачные ассистенты. Сборка получилась самостоятельным дистрибутивом — назвал его AGmind, выложил на GitHub под Apache 2.0. В статье разберу: — из чего собран стек и зачем там каждый компонент; — почему RAGFlow пришлось пересобрать с нуля и что я туда добавил; — как устроен кластер из двух Spark'ов; — пять конкретных грабель GB10, которые я ловил вечерами; — почему Claude Code за месяц превратил один из этих компонентов в работающий продукт, но при этом не заменил собственно программиста.

https://habr.com/ru/articles/1030802/

#dgx_spark #gb10 #arm64 #vllm #dify #ragflow #rag #llm

Как я собрал на DGX Spark приватный AI-сервер, и теперь рассказываю, что туда вошло

У меня на столе стоит небольшая золотистая коробочка размером чуть больше Mac mini. Внутри — приватный AI-сервер: чат с локальной 26B-моделью, поисковая индексация моих документов с GPU-парсингом, конструктор агентов в Dify, RAGFlow для тяжёлого парсинга PDF, мониторинг, бэкапы, опциональный кластер из двух машин по QSFP 200G. Тридцать контейнеров, пять минут на установку через sudo bash install.sh , ноль обращений к внешним API. Я делал это не как pet-project, а под себя — мне нужна была машина для работы с корпоративными документами, договорами и регламентами, которые ни при каких условиях нельзя отдавать в облачные ассистенты. Сборка получилась самостоятельным дистрибутивом — назвал его AGmind, выложил на GitHub под Apache 2.0. В статье разберу: — из чего собран стек и зачем там каждый компонент; — почему RAGFlow пришлось пересобрать с нуля и что я туда добавил; — как устроен кластер из двух Spark'ов; — пять конкретных грабель GB10, которые я ловил вечерами; — почему Claude Code за месяц превратил один из этих компонентов в работающий продукт, но при этом не заменил собственно программиста.

https://habr.com/ru/articles/1030802/

#dgx_spark #gb10 #arm64 #vllm #dify #ragflow #rag #llm

trying once again to figure out how to enable the reset button on the NanoPC-T6 with linux mainline kernel as opposed to the vendor kernel.

My main issue in debugging this is that it seems very hard to find good info on how to find issues when it comes to stuff related (as I assume it is) to devicetrees

I can diff with dtdiff but it is a +16k lines diff so it's a but hard to make sense of

#linux #arm64 #rockchip #rockchip_rk3588

trying once again to figure out how to enable the reset button on the NanoPC-T6 with linux mainline kernel as opposed to the vendor kernel.

My main issue in debugging this is that it seems very hard to find good info on how to find issues when it comes to stuff related (as I assume it is) to devicetrees

I can diff with dtdiff but it is a +16k lines diff so it's a but hard to make sense of

#linux #arm64 #rockchip #rockchip_rk3588

trying once again to figure out how to enable the reset button on the NanoPC-T6 with linux mainline kernel as opposed to the vendor kernel.

My main issue in debugging this is that it seems very hard to find good info on how to find issues when it comes to stuff related (as I assume it is) to devicetrees

I can diff with dtdiff but it is a +16k lines diff so it's a but hard to make sense of

#linux #arm64 #rockchip #rockchip_rk3588

trying once again to figure out how to enable the reset button on the NanoPC-T6 with linux mainline kernel as opposed to the vendor kernel.

My main issue in debugging this is that it seems very hard to find good info on how to find issues when it comes to stuff related (as I assume it is) to devicetrees

I can diff with dtdiff but it is a +16k lines diff so it's a but hard to make sense of

#linux #arm64 #rockchip #rockchip_rk3588