Meta opisuje (9 listopada 2026) architekturę pluginów akceleratorów w lldb-server, która pozwala debugować aplikacje działające jednocześnie na CPU i GPU. Rozwiązanie rozdziela wspólną infrastrukturę debuggera od logiki sterowania sprzętem konkretnego producenta. CPU i GPU są reprezentowane jako osobne targety LLDB z własną architekturą, rejestrami i przestrzenią adresową, ale widoczne w jednej sesji LLDB lub IDE. Dzięki temu ten sam adres, np. 0x1000, może wskazywać różne lokalizacje w procesie CPU i GPU, bez wciskania ich w jeden model pamięci. Plugin tłumaczy API debugowania producenta na pojęcia znane LLDB: procesy, wątki, rejestry, pamięć, moduły i powody zatrzymania. Sesja zaczyna się od wykrycia pluginów, ustawienia wewnętrznych breakpointów w procesie hosta, inicjalizacji API producenta i utworzenia drugiego targetu dla akceleratora. Wsparcie GPU włącza się tylko wtedy, gdy aplikacja używa obsługiwanego runtime'u, więc aplikacje wyłącznie CPU nie ponoszą narzutu. Dotychczas dominowały osobne debuggery producentów, jak ROCgdb od AMD i CUDA-GDB od NVIDIA, w których wspólne funkcje trzeba było utrzymywać oddzielnie. Meta ma już większość wspólnego frameworka w upstreamie LLVM, w tym interfejs pluginów, pakiety GDB-remote i obsługę wielu przestrzeni adresowych, oraz mock plugin do testów bez specjalnego sprzętu. Framework obsługuje też debugowanie postmortem (GPU core dumps). Pozostałe elementy mają trafić do upstreamu wkrótce, a cel to integracja nowego sprzętu wyłącznie
Źródło: Meta — oryginalny artykuł ↗
Chcesz wiedzieć, jak ta zmiana wpłynie na Twoją stronę?
Nasz zespół analizuje każdą aktualizację Google w 48h i przekłada ją na konkretne działania dla klientów.
Bezpłatna analiza wpływu