Co powiecie o wydajności Gask Haskella do miękkich aplikacji w czasie rzeczywistym, takich jak gry?

Question

Ponieważ zdałem sobie sprawę, że logika reguł gry powinna radzić sobie z ogromną złożonością, rozważam użycie nietypowego języka w grze jako języka skryptów logicznych w grze. Przyczyną skryptu w grze jest przedstawienie złożonej logiki z mniejszym kodem. Wymagany jest bardzo dobrze wyodrębniony język.

Ale większość dobrze wyselekcjonowanych języków używa GC. I zwykle GC powodują obciążenie procesora. Zasadniczo odradza czyszczenie pamięci i robi to od razu. Naprawdę istotne dla grafiki w czasie rzeczywistym, w tym gier i GUI.

AFAIK, GC Haskella jest trochę inny niż inne języki bazujące na GC, ponieważ jest to niezmienny atrybut. Trudno to sobie wyobrazić. Nie mogłem znaleźć żadnego szczegółowego dokumentu.

Co jest innego? Czy to jest procesor wolny od długich programów? (Dobrze rozłożone obciążenie w czasie, instrukcja kompletna komenda GC może być wywołana dla każdego kleszcza)

Answer 1

Możesz zajrzeć do wątku zapoczątkowanego przez Luke Palmer tutaj: http://www.haskell.org/pipermail/haskell-cafe/2010-February/thread.html#73881

Answer 2

Możesz być zainteresowany this blog post by Simon Marlow o przeprowadzce GHC od kolekcji "stop-the-world" do czegoś bardziej współgrającego z czasami przerwy bardziej odpowiednimi do miękkich aplikacji czasu rzeczywistego, takich jak gry.

Nie testowałem profilu latencji GHC, ale, jak rozumiem, te czasy pauzy 0,0007 ms mogą wydawać się niewielkie, ale są proporcjonalne do rozmiaru sterty, który jest tak mały, że taki zabawkowy program kółko i krzyżyk jest tak prawdziwy sterty i czasy pauzy będą większe o rząd wielkości.

Answer 3

Możesz być zainteresowany komercyjną grą Haskell, Nikki and the Robots, wydaną w 2011 przez Joyride Labs.

Nie wydaje się mieć żadnych kłopotów z posiadaniem śmieciarza.