Korzystanie z maszyny wirtualnej w grze?

Question

Jestem na etapie projektowania tworzenia gry 3D "programowania robotów". Zainspirowany grami takimi jak Colobot, Robot Odyssey, Cholo, itp.

Chcę, aby każdy robot w grze miał swoje własne izolowane środowisko/system operacyjny/maszynę wirtualną, tak jak w prawdziwym życiu. Każde środowisko powinno być piaskowane tak, aby było lokalne dla robota w zakresie jego interakcji z resztą gry.

Początkowo zamierzałem wdrożyć maszynę HACK VM zgodnie z opisem w książce "Elementy systemów obliczeniowych", ale następnie zaciekawiło mnie, czy istnieje lepsze rozwiązanie pod względem wydajności tego stylu gry.

Moje pytanie brzmi: Czy istnieje już architektura maszyny wirtualnej, która dobrze służyłaby mojemu celowi?

P.s. Język i silnik gry, które mają być używane, nie zostały jeszcze ustalone, ale prawdopodobnie będą to C# lub smalltalk.

Answer 1

Hmm .. używanie oddzielnego obrazu na robota to trochę przesadnego IMO. Nie znam wymagań twojego projektu, ale dlaczego po prostu nie uruchamiaj wszystkich robotów na tym samym obrazie za pomocą własnego procesu? (Musisz wiedzieć, że smalltalk obsługuje model green threading).

O firmie HydraVM: pierwotnie był to projekt sprawdzający koncepcję. Zaskakuje, że działa dobrze i jest dość stabilny. Jednak do dalszego rozwoju potrzebne są projekty, które naprawdę wymagają takiej architektury. Szczerze mówiąc, infrastracture na poziomie małego języka nie było na to gotowe w tej chwili (nie powiedziałbym, że jest już gotowe;) Ponieważ aby to wykorzystać, potrzebne są lepsze narzędzia, takie jak zdalne debugowanie, zdalne przeglądanie, zdalny obraz zarządzanie itp. itp.

Jestem naprawdę zaskoczony, słysząc, że udało Ci się uruchomić 11 obrazów równolegle. To cudownie. Ponieważ nigdy nie próbowałem uruchomić więcej niż 2 :) Problem z tak wieloma obrazami, że potrzebujesz innego systemu zarządzania pamięcią. Ten, który był używany w Hydrze, jest odziedziczony po Squeak VM i nie pasuje do takiego projektu.