Z tego co wywnioskowałem to chodziło im o natywną implementację najpopularniejszych modułów. Bardziej interesowało mnie czego użyli do intepretacji. Okazało się, że silnika z Safari. Z tego co pamiętam to on był chyba oparty na LLVM. Więc pewnie lepiej współpracuje z natywnymi bibliotekami niż v8.
Na drugim ekranie masz “Bun starts fast and runs fast. It extends JavaScriptCore, the performance-minded JS engine built for Safari. Fast start times mean fast apps and fast APIs.”
Wg GH rzeczywiście jest tam 60% Zig. Ale jak zajrzysz w źródła to część odpowiada za budowanie bindingów do jsc.
Deno był chyba napisany w Rust. (Według GH ma 48% Rust, reszta to JS i TS). Oni mają swój interpreter?
Kiedyś twórcy edytora VSC żalili się, że binarne rzeczy źle współpracują z V8, dlatego dużo rzeczy musza pisać optymalnie w JS. Może powinni się przenieść na JSC. Zamiast electron mogą sobie zrobić bufor ramki.
Z tego co wywnioskowałem to chodziło im o natywną implementację najpopularniejszych modułów. Bardziej interesowało mnie czego użyli do intepretacji. Okazało się, że silnika z Safari. Z tego co pamiętam to on był chyba oparty na LLVM. Więc pewnie lepiej współpracuje z natywnymi bibliotekami niż v8.
Wydawało mi się, że Bun jest napisany od zera w Zig. Mają własną VMkę JS.
Na drugim ekranie masz “Bun starts fast and runs fast. It extends JavaScriptCore, the performance-minded JS engine built for Safari. Fast start times mean fast apps and fast APIs.” Wg GH rzeczywiście jest tam 60% Zig. Ale jak zajrzysz w źródła to część odpowiada za budowanie bindingów do jsc.
Deno był chyba napisany w Rust. (Według GH ma 48% Rust, reszta to JS i TS). Oni mają swój interpreter?
Faktycznie są w Bun bindingi do JSC.
W Deno jest chyba V8.
Kiedyś twórcy edytora VSC żalili się, że binarne rzeczy źle współpracują z V8, dlatego dużo rzeczy musza pisać optymalnie w JS. Może powinni się przenieść na JSC. Zamiast electron mogą sobie zrobić bufor ramki.