--- title: "LoongArch64 i AArch64 w Chinach: dwie różne drogi" url: "https://majchrzycki.com/blog/loongarch64-aarch64-chiny-ai-os" description: "LoongArch64 to chińska ISA Loongson, AArch64 należy do Arm. Co ich odróżnia w AI OS, przenośności, łańcuchu dostaw i suwerenności UE." --- # LoongArch64 i AArch64 w Chinach: dwie różne drogi 21 listopada 2025· Aktualizacja: 29 września 2026·2 min czytania·Krzysztof Majchrzycki Temat: [Open Source AI](https://majchrzycki.com/blog/filar/open-source-ai) **LoongArch64 i AArch64 nie są dwoma nazwami chińskiej architektury.** LoongArch jest ISA rozwijaną przez chiński Loongson; [firma opublikowała opis architektury](https://www.loongson.cn/EN/news/show?id=632) i [podręcznik referencyjny](https://loongson.github.io/LoongArch-Documentation/LoongArch-Vol1-EN.html). AArch64 jest 64-bitowym stanem architektury Arm, wykorzystywanym przez producentów na całym świecie. Chiński procesor może implementować Arm, ale to nie czyni AArch64 chińskim standardem. ## Co zmienia własna ISA? Kraj lub firma kontrolująca projekt instrukcji może zmniejszyć zależność od licencjodawcy ISA. Taki ruch tworzy jednak nowe zadanie: przeniesienie Linuxa, kompilatorów, baz danych, sterowników i bibliotek AI. W standardowym `loong64` część pakietów może już działać, ale gotowe obrazy modeli i binarne rozszerzenia przygotowane dla x64 lub Arm64 mogą nie być dostępne. Zespół musi testować realną aplikację, nie tylko start systemu. Chiński ekosystem AArch64 korzysta z szerzej rozwiniętego rynku oprogramowania Arm, lecz zależy od warunków licencji IP oraz od konkretnego producenta układu. Dla obu wariantów pochodzenie CPU nie przesądza o pochodzeniu GPU, pamięci, fabryki czy firmware. To szczególnie istotne w AI OS, w którym największe obciążenie obliczeniowe często spoczywa na akceleratorze. ## Lekcja dla europejskiej suwerenności Przykład LoongArch pokazuje wartość własnego projektu, ale też koszt zbudowania pełnego ekosystemu. UE nie powinna utożsamiać niezależności z koniecznością stworzenia zupełnie nowej ISA. Może rozwijać procesory na otwartym [RISC-V](https://majchrzycki.com/blog/risc-v64-europa-ai-os) albo projektować układy oparte na licencjonowanej architekturze, o ile jasno rozumie zależności. Ważna jest zdolność utrzymania kompilatora, systemu, firmware, bibliotek i produkcji, a nie sama etykieta „własny procesor”. ## Test przenoszenia aplikacji Weź aplikację RAG z bazą, parserem dokumentów i serwerem modelu. Sporządź listę obrazów dostępnych na x64, Arm64 i LoongArch64. Zbuduj brakujące składniki ze źródeł, sprawdź testy funkcjonalne oraz pomiar wydajności. Jeśli parser działa, ale inferencja wymaga zamkniętej biblioteki dla konkretnego NPU, to ona jest główną granicą migracji. Wynik wpisz do [mapy europejskiej suwerenności sprzętowej](https://majchrzycki.com/blog/suwerennosc-sprzetowa-ai-os-europa) jako osobną zależność od ISA i akceleratora. - AI OS - Suwerenność - Hardware ## Uporządkuj pierwszy krok z AI Bezpłatny poradnik pomaga wybrać proces, pytania diagnostyczne i kolejność działań. [Pobierz poradnik](https://majchrzycki.com/darmowy-poradnik-transformacji-ai-dla-firmy) Strony poradnika transformacji AI: rysunki i opisy cyfrowego modelu firmy ## Czytaj dalej - [x64 i Arm64 w AI OS: dojrzałość kontra zależności](https://majchrzycki.com/blog/x64-arm64-suwerennosc-sprzet-ai-os) - [RISC-V 64 w Europie: otwarta ISA, trudna droga do AI](https://majchrzycki.com/blog/risc-v64-europa-ai-os) - [Suwerenność sprzętowa AI OS w Europie: plan bez złudzeń](https://majchrzycki.com/blog/suwerennosc-sprzetowa-ai-os-europa) - [Huawei Ascend i CANN: chiński stos AI a suwerenność UE](https://majchrzycki.com/blog/huawei-ascend-cann-chiny-ai-os)