nylig utgivelsen av de nye versjonene av Box86 0.2.6 og Box64 0.1.8 emulatorer. Prosjektene utvikles synkronisert av samme utviklingsteam.
Box86 er begrenset til å kjøre 86-bit x32-applikasjoner (som spill) på ikke-x86 Linux-systemer, for eksempel ARM (vertssystemet må være 32-bits little-endian). Derfor kreves det et 32-bits undersystem for å kjøre og kompilere Box86. Box86 er ubrukelig på bare 64-biters systemer. Du trenger også en 32-biters verktøykjede for å kompilere Box86.
Fordi Box86 bruker de opprinnelige versjonene av noen "system"-biblioteker, som libc, libm, SDL og OpenGL, er det enkelt å integrere og bruke med de fleste applikasjoner, og ytelsen kan være overraskende høy i mange tilfeller.
Det samme gjelder Box64, bare at slikt og tillater kjøre 64-biters kjørbare filer. Prosjektet legger stor vekt på organiseringen av utgivelsen av spillapplikasjoner, inkludert muligheten til å gi ut Windows-bygg gjennom Wine og Proton.
Et trekk ved prosjektet er bruken av en hybrid utførelsesmodell, der emuleringen bare brukes på maskinkoden til selve applikasjonen og spesifikke biblioteker. Generiske systembiblioteker, inkludert libc, libm, GTK, SDL, Vulkan og OpenGL, erstattes med native varianter på målplattformene. Derfor utføres bibliotekanropene uten emulering, noe som gir en betydelig ytelsesøkning.
Emulerende kode som ikke har native overstyringers for målplattformen gjøres ved å bruke teknikken for dynamisk rekompilering (DynaRec) fra ett sett med maskininstruksjoner til et annet. Sammenlignet med å tolke maskininstruksjoner viser dynamisk rekompilering 5 til 10 ganger bedre ytelse.
i ytelsestester, når du kjører på Armhf- og Aarch64-plattformene, Box86 og Box64 emulatorer klarte betydelig bedre enn QEMU og FEX-emu prosjekter og i noen tester (glmark2, openarena) oppnådde de ytelse identisk med å kjøre en sammenstilling som er hjemmehørende i målplattformen.
Når det gjelder kompatibilitet av søknader, dAv de 165 spillene som ble testet, var omtrent 70 % vellykkede. Omtrent 10 % mer arbeid, men med visse forbehold og begrensninger.
Av spillene det er registrert problemer med, nevnes spill basert på Unity3D-motoren, som er knyttet til Mono-pakken, hvis emulering fortsatt ikke alltid fungerer på grunn av JIT-kompileringen som brukes i Mono, og som også har ganske høye krav til grafikk. som ikke alltid kan oppnås på ARM-kort. Erstatningen av GTK-applikasjonsbiblioteker er for øyeblikket begrenset til GTK2 (GTK3/4-erstatningen er ikke fullt implementert).
Som for hovedendringene i de nye utgivelsene, er følgende uthevet:
- Lagt til lenke for Vulkan-biblioteket. Lagt til Vulkan og DXVK grafikk API-støtte (implementering av DXGI, Direct3D 9, 10 og 11 over Vulkan).
- Forbedrede bindinger for GTK-biblioteker. Lagt til bindinger for gstreamer og biblioteker som vanligvis brukes i GTK-applikasjoner.
- Lagt til innledende støtte (så langt bare tolkemodus) for RISC-V og PPC64LE arkitekturer.
- Feilrettinger har blitt gjort for å forbedre kompatibiliteten med SteamPlay og Proton Layer. Det er mulig å kjøre mange Linux- og Windows-spill fra Steam på AArch64-brett som Raspberry Pi 3 og 4.
- Forbedret minnebehandling, mmap-atferd og overvåking for brudd på minnebeskyttelse.
- Forbedret støtte for klonesystemkallet i libc. Lagt til støtte for nye systemanrop.
- I den dynamiske rekompileringsmotoren er arbeidet med SSE/x87-registre forbedret, støtte for nye maskinkoder er lagt til, float- og dobbelkonverteringer er optimert, intern grenbehandling er forbedret, Forenklet støtte for nye arkitekturer.
- Forbedret ELF-fillaster.
Til slutt, hvis du er interessert i å vite mer om det, kan du se detaljene I den følgende lenken.