Фабрис Белар выложил движок JavaScript

Опять он годноту делает! Оказывается, можно без лишних понтов делать просто хороший открытый и свободный софт.

скорость QuickJS в тестах в 15-40 раз меньше, чем Node.js

Интересен смысл тогда

V8 слишком жирный для встраивания.

Объём. Сотни килобайт против десятков и сотен мегабайт. Латентность. Сотни микросекунд против секунд.

Почти полностью поддерживает спецификацию ES2019

Всегда почти, зачем вообще пишут эти спеки, Когда никто них полностью не поддерживает

Для тех, кто поддерживает намного хуже. Например, MSIE.

Чем оно лучше, например, duktape?

А, понятно, ES2019. Ну чё, наконец-то polkit не будет тащить форк SpiderMonkey?

В 2 раза быстрее, типа, и, вроде бы, DukTape ES2019 только частично реализует. Всё.

Больше рекламы на тех же мощностях?

А для браузеров годится? Получится прикрутить его к Dillo, например?

математик
Сборщик мусора со счётчиком ссылок

Где-то здесь противоречие

Исходники - это хорошо, но почему он не выложил код на какой-нибудь гитхаб/битбакет/гитлаб?

А для браузеров годится? Получится прикрутить его к Dillo, например?

В смысле? Все браузерные штуки придётся своими руками делать, querySelector там и всё такое.

Исходники - это хорошо, но почему он не выложил код на какой-нибудь гитхаб/битбакет/гитлаб?

математики, сэр…

но автору респект.

Может компилировать Джаваскрипт в WebAssembly.

На оригинальном сайте упоминание о таком функционале движка не увидел.

Ну вот как обычно в таких проектах - код есть а как его использовать можно понять только через интроспекцию исходников. Хоть бы hello world выложил, что бы не копались люди часами в поисках путей использования данного продукта.

https://bellard.org/quickjs/quickjs.html

Мне интересно другое: можно ли встроить его в браузер вместо того что есть и насколько это снизит требования к памяти на вкладку?

вот бы он допилил tcc до компилятора плюсов)))

в продакшн не пойдет а вот для разработки будет незаменимо)

Ну а почему нет, если ты напишешь бинды контекста апи браузера

Ну документация это хорошо. Но я имел ввиду нечто вроде hello_world.c, с которым можно сделать Ctrl-C -> Ctrl-V, вслепую запустить и дальше уже читать документацию. Имхо такой способ презентации проекта позволяет ускорить процесс вхождения в него до сверхзвуковой скорости, потому что разбираться с доками при работающем примере, в сто раз проще чем без него.

А вообще у меня чувство дежавю. Я вчера весь вечер искал компактный js движок для скриптования одной программки. Опплеваля от монструозных V8 и SpiderMonkey и в итоге решил что Lua выглядит приличней всех для скриптов. А тут вот такая новость, с похоже что тем что мне нужно))

Может компилировать Джаваскрипт в исполнимые файлы без внешних зависимостей.

Больше быдлокода богу быдлокода!!!

К сожалению я вообще ничего не напишу. Потому что если напишу, то лучше не надо.

То есть это очень для тонких клиентов с малым объемом памяти, но в Эстонии, способных ждать исполнение задачи в 40 раз дольше.

Ну просто ты походу не очень понимаешь что такое js движок. Js движок это просто по сути виртуальная машина для выполнения js кода. Она сама по себе не умеет делать ничего. Для того что бы она могла, делается бинд контекста выполнения на нативный код. Т е вот например в браузере ты можешь сделать такой вот вызов console.log(«bla-bla-bla»);. Объект console был создан в нативном коде браузера. В этот объект была добавлена функция log, которая связана с соответствующей функцией на си. А после этого объект console был вставлен в глобальный объект js рантайма. Т е когда ты вызываешь log, дергается сишная функция, и она уже задействует апи браузера для вывода строки в консоль текущей вкладки.

Для того что бы чистый js движок заработал в некоем браузере, необходимо изменить исходники браузера в части js вм, на запуск твоего движка и произвести полный ребинд всего окружения (window, document и global со всеми потрохами) на апи данного движка. Вот после этого титанического труда, он заработает в браузере (теоретически).

«Профессор, Шарик разовьётся в чрезвычайно высокую психическую личность» (C)

Бинд контекста это кстати основная фишка всех скриптовых движков. Потому что они позволяют создавать доменно-ориентированные подпрограммы. И браузер это лишь одно из возможных их применений.

Еще стоит отметить, что они бывают разные по толстоте. Есть например js движок V8 который в хроме используется, в котором столько всего понапихано, что можно отдельную книгу по нему написать и весит он как танк. А есть к примеру Lua, тихоходный, но зато влезает на микроконтроллер. И вот рассматриваемый в треде движок как раз из такого типа как я понимаю - он больше ориентирован на встариваемые система нежели на веб.

То есть это очень для тонких клиентов с малым объемом памяти, но в Эстонии, способных ждать исполнение задачи в 40 раз дольше.

1. Среднее соотношение ближе к 20.

2. Быстрые тяжеловесы вроде V8 обычно «долго запрягают». Если программа выполняется за 1-2 секунды, QuickJS может закончить до того, как V8 успеет стартовать :)

подскажите как в tcc статически скомпилить? флаг -static не работает

Оно умеет не-x86?

> на языке C

Низя! Сжечь еретика! Нужно писать на Rust, C#, или Питоне!

А если серьёзно, то жто спасение от вездесущего Chromium. Firefox умирает, Opera умерла, а чистый WebKit/Blink никто не хочет использовать. Ждём браузера, свободного от телеметрии, и который работает на Athlon XP/Pentium 4. Спасибо автору. Жду ебилдов

Согласно тестам производительности из обсуждения на Opennet.ru, скорость QuickJS в тестах в 15-40 раз меньше, чем Node.js.

Сие означает, что QuickJS колоссальный тормоз. Тогда зачем он?

Для встраиваемых вещей, апи для игр/софта, еспруино и т.д.

Ждём браузера, свободного от телеметрии

Когда старина Билл откроет сырцы Экплорера.

Ждём браузера

Так ты представь как на этом гугл карты будут тормозить и gmail.

Ну и вообще есть palemoon.

а ардуине запускали?

Так ты представь как на этом гугл карты будут тормозить и gmail.

Нужен ещё отдельный WebAssembler, коли про браузеры речь зашла.

Оно умеет не-x86?

Сам посмотрел.
Не умеет, судя по мейкфалу

Ждём браузера, свободного от телеметрии, и который работает на Athlon XP/Pentium 4.

не надо ждать)) есть ребилды Палемуна. искать по слова SSE, no SSE.

http://rtfreesoft.blogspot.com/search/label/browser

Не умеет

Обожди, сейчас местные хперты набегут рассказывать тебе сказки, что С кроссплатформенный.

TCC хоть что нибудь собирает? Зачем им вообще что то собирать, есть же нормальные компиляторы.

TCC хоть что нибудь собирает?

Несколько лет пользовался под Виндоуз несколькими свободными утилитами, собранными TCC. Потому что не было возможности поставить полный Cygwin.

>> Ждём браузера

> Так ты представь как на этом гугл карты будут тормозить и gmail.

Это только пока. Открывая любую новость о мажорном релизе LLVM, V8 или nodeJS, там же всегда пишут, что они офигеть как подняли производительность. Показывают бенчмарки, в которых предыдущая версия - страшный тормоз, а новая прям ваще огонь. Сабжу пока только предстоит оптимизация

Это напоминает мне релизы новых процессоров. Сначала тормозно и греется, и процент брака с конвейера большой. Потом новую архитектуру оптимизировали, выпустили процы в 10 раз быстрее, и процент брака низкий, и цена на сам проц маленькая. Если хардварный опыт вообще может ассоциироваться с софтварным.

Не будет в нем оптимизации, тем более такой как в V8.

Учитывая, кто автор, а также то, что запрос на перемены есть - будет. Говорить что JS-движок от автора FFmpeg никогда не оптимизируют, это всё равно что в момент появления FFmpeg сказать, что он всегда будет поддерживать только первый MPEG

В тарболле каталог examples/.

немного сорян. Athlon XP @ SSE only - оно на базе фф38еср. *большинство сайтов еще более менее работает.*

Ну а на Pentium 4 (есть SSE2) можно использовать стоковую луну при наличии более менее современной OC.

System requirements

Pale Moon is specifically optimized for current-day processors and as such requires a reasonably modern system to run properly.

A modern Linux distribution. The browser may not work well on old or LTS releases of Linux.

• A modern processor (must have SSE2 support as the absolute minimum).
• 1GB of RAM (2GB or more recommended for heavy use).
• GTK+ v2.24
• GLib 2.22 or higher
• Pango 1.14 or higher
• libstdc++ 4.6.1 or higher

потому что ваши гцц кланги это bloated. Настолько bloated, что после них даже .NET не таким раздутым кажется.

Меня радуют такие точные требования. Видно, что сборка под Linux существует не «на отвяжись». Но выше писали, что бывают сборки не под SSE2. Это и логично, учитывая что бывает ARM.