E2B testaa NVIDIA Veraa tiheästi pakattuja agenttien hiekkalaatikkokokonaisuuksia varten

E2B julkaisi tuotantoa edeltävän vaiheen testitulokset 9. marraskuuta 2026. Tulosten mukaan neljä viritettyä testiä yhdellä kaksikantaisella NVIDIA Vera -palvelimella ylläpiti 1 400–1 550 kuormitettua hiekkalaatikkoa, kun taas erillisissä mikrotason vertailutesteissä mitattiin suurempi prosessori- ja muistisuorituskyky kuin AMD EPYC 9B45 -vertailujärjestelmällä.

Arviointi ei ole tuotantokäyttöönotto. E2B tarjoaa SDK:n kautta eristettyjä mikrovirtuaalikoneita, joiden avulla agentit voivat suorittaa komentoja, käsitellä tiedostoja ja palata tallennettuun käynnissä olevaan tilaan. Kukin hiekkalaatikko jatkaa toimintaansa tilannekuvasta, ja muisti ladataan tarpeen mukaan. Suuri osa istunnon työstä tehdään suorittimella silloinkin, kun malli toimii muualla, joten E2B testasi sekä yksittäisiä toimintoja että suuria määriä samanaikaisia ympäristöjä.

Prosessorin ja muistin mikrotason vertailutestit

Vera-testit tehtiin 9.–13. lokakuuta 2026 yhdellä tuotantoa edeltävällä kaksikantaisella palvelimella, jossa oli 176 fyysistä ydintä ja 1 479 GiB RAM-muistia. AMD:n vertailumittaukset tehtiin elokuussa 2026. Paljaalla isäntäkoneella tehdyssä yksisäikeisessä laskentatestissä E2B raportoi Veralle 7 759 tapahtumaa sekunnissa ja AMD EPYC 9B45:lle 5 131 tapahtumaa sekunnissa eli 1,51-kertaisen suorituskyvyn vertailujärjestelmään nähden. Luvut perustuvat vähintään kolmen testiajon mediaaniin. Laskentatestissä käytettiin Veran 64 kt:n sivukokoista ydintä.

Muistitestissä täytettiin 2 GiB:n alue käyttämällä 4 kt:n sivukokoisia ytimiä ja 2 MiB:n suurmuistisivuja, eli samaa suurmuistisivuihin perustuvaa muistiratkaisua, jota E2B:n hiekkalaatikot käyttävät. E2B raportoi Veralle 62,8 GB/s ja AMD:lle 17,4 GB/s, mikä vastaa 3,61-kertaista suorituskykyä. Mittaus koskee muistin täyttämistä, ei hiekkalaatikon täydellistä käynnistystä. Se on tärkeä toiminto ajonaikaiselle ympäristölle, joka palauttaa toistuvasti tilannekuviin perustuvia ympäristöjä.

Vertailulla on tarkasti rajatut rajoitukset. Kaavioissa käsitellään nimettyjä järjestelmiä tietyissä mikrotason vertailutesteissä, eikä niiden perusteella voida osoittaa vastaavaa agenttien päästä päähän -nopeuden kasvua tai etua AMD:hen nähden laitteistokapasiteetissa. E2B:n mukaan myös yksittäisten työkalujen ja sovellusten hyödyt vaihtelevat.

Koko ohjelmistopinon kapasiteetti ja isäntäkoneen viritys

Koko ohjelmistopinon testeissä E2B käytti E2B Embediä, joka paketoi avoimen lähdekoodin E2B Runtime -ajoympäristön ja hallintapaneelin yhdelle koneelle. Ohjelmistopino suoritettiin suoraan isäntäkoneella. Embed tarjoaa Firecracker-mikrovirtuaalikoneiden eristyksen sekä tuen Python- ja JavaScript-SDK:ille. Arvioinnissa tarkasteltiin luontia, komentojen suorittamista, tilannekuvan palauttamista, kapasiteettia sekä toistuvaa luontia ja purkamista.

E2B raportoi lämpimille, peräkkäisille hiekkalaatikoiden käynnistyksille 50 ms ja komentojen edestakaiselle viiveelle kevyellä kuormalla 3,8 ms. Kumpikin luku on peräisin erillisistä Veran paljaalla laitteistolla tehdyistä testeistä, ei laitteistokokonaisuuden kuormitusmittauksista. Erillisessä toistuvien luonti- ja poistotoimien testissä suoritettiin 22 145 sykliä ilman yhtäkään virhettä.

Sekalaisessa kapasiteettikuormituksessa kukin hiekkalaatikko suoritti toistuvasti suorittimen kuormituspyrähdyksen, kirjoitti levylle 10 MiB dataa ja piti tauon, kun taas joka kymmenes hiekkalaatikko toimi jatkuvasti. Kapasiteettialueen yläpäässä E2B raportoi komentojen edestakaisen viiveen 95. persentiiliksi 255 ms. Kun kaikki hiekkalaatikot toimivat jatkuvasti, erillisessä testissä ylläpidettiin 550 hiekkalaatikkoa.

Näissä kapasiteettitesteissä kullekin hiekkalaatikolle varattiin 512 MiB. Testien tavoitteena oli, että 95. persentiilin viive pysyy enintään 5-kertaisena kunkin testiajon lämmitetyn kuormituspyrähdyksen vertailutasoon nähden, ja kullekin vaiheelle asetettiin 1 prosentin virheraja. Tulos kuvaa siis kapasiteettia määriteltyjen vasteaika- ja luotettavuustavoitteiden puitteissa, ei ehdotonta kuormitusrajaa.

Isäntäkoneen kokoonpano oli merkittävä rajoite. Oletusasetukset tukivat 320:tä hiekkalaatikkoa; verkkonaapureiden viritys nosti määrän 1 000:een, mutta 1 024 verkkolaitteen raja säilyi. Päätuloksen kapasiteetin saavuttaminen edellytti täyttä viritystä. E2B kuvaa tätä saman palvelimen kokoonpanojen vertailuksi, ei Veran ja x86:n väliseksi nopeuseduksi.

Arvioinnin rajoitukset ja suunnitellut testit

Tuotantoa edeltävä vaihe jättää useita kysymyksiä avoimiksi. E2B havaitsi, että x86-vertailujärjestelmät suorittivat jotkin palautustoiminnot edelleen nopeammin, ja sisäkkäinen virtualisointi vaatii lisätyötä. Kustannuksia tai virrankulutusta ei mitattu, joten käyttötaloutta ei arvioitu.

E2B:n ilmoittamiin seuraaviin vaiheisiin kuuluvat usean solmun Vera-klusteri, objektitallennuksen avulla tehtävät kylmäpalautukset sekä x86-vertailu, jossa käytetään samaa E2B-paketointia ja isäntäkoneen viritystä. Laajemman käyttöönoton perustelu riippuu nyt näistä jatkotutkimuksista: säilyvätkö koko ohjelmistopinon tulokset vertailukelpoisesti paketoidussa ja viritetyssä x86-järjestelmässä, ja voidaanko yhden palvelimen kapasiteettitulokset saavuttaa myös klusterissa.