E2B testuje NVIDIA Vera pod kątem obsługi dużych flot piaskownic agentów

9 listopada 2026 r. E2B opublikowało wyniki testów przedprodukcyjnych, z których wynika, że w czterech dostrojonych przebiegach na jednym dwuprocesorowym serwerze NVIDIA Vera utrzymano od 1400 do 1550 obciążonych piaskownic, a osobne mikropomiary wydajności wykazały wyższą przepustowość procesora i pamięci niż w przypadku referencyjnego AMD EPYC 9B45.

Ta ewaluacja nie była wdrożeniem produkcyjnym. E2B udostępnia za pośrednictwem SDK odizolowane mikromaszyny wirtualne, dzięki którym agenci mogą wykonywać polecenia, pracować z plikami i wracać do zachowanego stanu działania. Każda piaskownica jest wznawiana z migawki, a pamięć wczytywana w razie potrzeby. Znaczna część pracy w ramach tych sesji odbywa się na procesorze, nawet jeśli model działa gdzie indziej, dlatego E2B przetestowało zarówno pojedyncze operacje, jak i dużą liczbę środowisk uruchomionych równolegle.

Mikropomiary wydajności procesora i pamięci

Testy Vera przeprowadzono w dniach 9–13 października 2026 r. na jednym przedprodukcyjnym serwerze dwuprocesorowym z 176 fizycznymi rdzeniami i 1479 GiB pamięci RAM. Referencyjne pomiary AMD wykonano w sierpniu 2026 r. W teście obliczeniowym na nieobciążonym hoście, z użyciem jednego wątku, E2B podaje wynik 7759 zdarzeń na sekundę dla Vera i 5131 dla AMD EPYC 9B45, co oznacza przepustowość 1,51 raza większą niż w pomiarze referencyjnym; wyniki obliczono jako medianę z co najmniej trzech przebiegów. Testy obliczeniowe wykorzystywały jądro Vera obsługujące strony o rozmiarze 64K.

W teście pamięci zapełniono obszar o wielkości 2 GiB, używając jąder 4K i wielkich stron o rozmiarze 2 MiB, takich samych jak te wykorzystywane przez piaskownice E2B. E2B podaje wynik 62,8 GB/s dla Vera i 17,4 GB/s dla AMD, co odpowiada przepustowości 3,61 raza większej. Pomiar dotyczy zapełniania pamięci, a nie uruchamiania kompletnej piaskownicy; jest to istotna operacja w środowisku wykonawczym, które wielokrotnie przywraca środowiska oparte na migawkach.

Zakres tego porównania jest ograniczony. Wykresy przedstawiają wyniki wskazanych systemów w konkretnych mikropomiarach wydajności i nie dowodzą, że agenci działają z porównywalnie większą szybkością w całym procesie ani że Vera zapewnia przewagę nad AMD pod względem pojemności floty. E2B zaznacza również, że skala wzrostu wydajności będzie różna w przypadku poszczególnych narzędzi i aplikacji.

Pojemność całego stosu i dostrajanie hosta

Na potrzeby testów całego stosu E2B wykorzystało E2B Embed — przeznaczony na pojedynczy komputer pakiet obejmujący open source’owy E2B Runtime i pulpit nawigacyjny — uruchamiając stos bezpośrednio na hoście. Embed zapewnia izolację za pomocą mikromaszyn wirtualnych Firecracker oraz obsługę SDK dla języków Python i JavaScript. Ewaluacja obejmowała tworzenie środowisk, wykonywanie poleceń, przywracanie migawek, testy pojemności oraz wielokrotne tworzenie i usuwanie środowisk.

E2B podaje, że sekwencyjne uruchomienie rozgrzanej piaskownicy trwa 50 ms, a przy niewielkim obciążeniu opóźnienie pełnego cyklu polecenia wynosi 3,8 ms. Każdy z tych wyników pochodzi z osobnego testu na serwerze Vera bez warstwy wirtualizacji, a nie z pomiarów przy obciążeniu floty. W osobnej serii testów intensywnego tworzenia i usuwania przeprowadzono 22 145 cykli tworzenia i niszczenia bez żadnego błędu.

W mieszanym teście pojemności każda piaskownica wielokrotnie wykonywała krótki skok obciążenia procesora, zapisywała na dysku 10 MiB danych, a następnie pozostawała w stanie wstrzymania; jedna na dziesięć działała nieprzerwanie. Przy górnej granicy badanego zakresu pojemności E2B podaje opóźnienie pełnego cyklu polecenia na poziomie 255 ms dla 95. percentyla. W osobnym teście, w którym wszystkie piaskownice działały nieprzerwanie, utrzymano ich 550.

W tych testach pojemnościowych zarezerwowano 512 MiB na każdą piaskownicę. Założenia testu wymagały, aby opóźnienie dla 95. percentyla nie przekraczało pięciokrotności wartości bazowej dla rozgrzanego obciążenia impulsowego z danego przebiegu; dla każdego kroku ustalono limit błędów wynoszący 1%. Wynik opisuje zatem pojemność przy określonych celach dotyczących responsywności i niezawodności, a nie bezwzględny limit obciążenia.

Istotnym ograniczeniem była konfiguracja hosta. Ustawienia domyślne pozwalały obsłużyć 320 piaskownic; dostrojenie ustawień sąsiadów sieciowych zwiększyło tę liczbę do 1000, ale nadal obowiązywał limit 1024 urządzeń. Uzyskanie głównego wyniku testu pojemności wymagało pełnego dostrojenia. E2B opisuje tę zmianę jako porównanie konfiguracji tego samego serwera, a nie wzrost szybkości Vera względem x86.

Ograniczenia ewaluacji i planowane testy

Przedprodukcyjny charakter testów pozostawia kilka nierozstrzygniętych kwestii. E2B ustaliło, że referencyjne systemy x86 nadal szybciej wykonywały niektóre operacje przywracania, a obsługa wirtualizacji zagnieżdżonej wymaga dalszych prac. Nie wykonano pomiarów kosztów ani zużycia energii, więc ekonomika eksploatacji nie była przedmiotem ewaluacji.

E2B zapowiada jako kolejne kroki utworzenie klastra wielowęzłowego Vera, testy wznawiania z zimnego stanu z wykorzystaniem magazynu obiektowego oraz porównanie z systemem x86 przy użyciu tego samego pakietu E2B i takiego samego dostrojenia hosta. Dalsze wnioski dotyczące szerszego wdrożenia zależą teraz od tych testów: od tego, czy wyniki całego stosu utrzymają się w porównaniu z systemem x86 o porównywalnym pakiecie i dostrojeniu oraz czy wyniki pojemności uzyskane na jednym serwerze przełożą się na działanie klastra.