forum.opennet.ru - "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " (50)

"Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
Сообщение от opennews (??), 14-Янв-25, 10:05
Опубликован выпуск инструментария Emscripten 4.0, позволяющего компилировать код на C/C++ и других языках, для которых имеются фронтэнды на базе LLVM, в универсальный низкоуровневый промежуточный код WebAssembly. Полученный результат можно использовать для интеграции с JavaScript-проектами, запуска в web-браузере, использования в Node.js или создания обособленных многоплатформенных приложений, запускаемых при помощи wasm runtime. Код проекта распространяется под лицензией MIT. В компиляторе используются наработки проекта LLVM, а для генерации WebAssembly и оптимизации задействована библиотека Binaryen... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62553
Ответить \| Правка \| Cообщить модератору

Оглавление

Качественный , Аноним (2), 10:06 , 14-Янв-25, (2)

сам не пробовал, но слышал что вполне себе норм, нитгитлистер (?), 10:20 , 14-Янв-25, (3) +1
на базе шланга качественного не бывает кое-как работает и ладно - офф девиз шла, воробушек (?), 10:27 , 14-Янв-25, (4) –2

https godbolt org z rofYEcYqr - пример подхода в шланге дело здесь даже не в , воробушек (?), 10:40 , 14-Янв-25, (8)

Но ведь так работает значит все правильно сделали , Аноним (12), 10:50 , 14-Янв-25, (12) –1
https en cppreference com w cpp string basic_string operator 22 22s, Аноним (44), 13:51 , 14-Янв-25, (44) –1

типа статья про std literals string_literals operator s есть и потому ошибки, Аноним (59), 16:41 , 14-Янв-25, (59)

А как ты вообще представляешь себе качественный релиз либы весом 70 мегабайт бин, Аноним (24), 12:05 , 14-Янв-25, (24)

Количественный , Аноним (12), 10:28 , 14-Янв-25, (5) +2
Да и давно На нем в игры можно в браузере играть Например в Quake Когда-то да, Аноним (-), 15:57 , 14-Янв-25, (53)
ну так себеhttps framagit org fperrad lua wasm261kB wasm 77kB jsА без исполь, Аноним (66), 18:00 , 14-Янв-25, (66)

Для современного веба, с современными скоростями это не проблема, Аноним (-), 22:17 , 14-Янв-25, (82)

Почему нельзя было просто сделать джаваскрипт быстрым Это же так просто , Аноним (12), 10:29 , 14-Янв-25, (6) –2

Ждём пулл реквест в V8 и SpiderMonkey , НяшМяш (ok), 10:44 , 14-Янв-25, (9) +4

А чего тут ждать Если вебасмембли такой быстрый почему джаваскрипт не может быт, Аноним (12), 10:49 , 14-Янв-25, (11) –1

Потому что скриптуха без типизации А вообще впечатляют масштабы, в которых распл, вебмакака (?), 11:58 , 14-Янв-25, (21) +3
Динамическая типизация видите ли идет в комплекте с нехилым оверхедом Надо все , Аноним (24), 12:07 , 14-Янв-25, (25) +1

Причём, что забавно - строгая типизация это такая абстракция, которая позволяет , Bottle (?), 13:04 , 14-Янв-25, (34)

Это не абстракция, обезьяныч И никакой pointer aliasing тебе не поможет Как , вебмакака (?), 13:08 , 14-Янв-25, (36)
Это некий набор правил и или гарантий когда компилер при генерации кода явно зна, Аноним (51), 15:25 , 14-Янв-25, (51)

Понимаешь ли, процессор не увидит разниц между указателями на int_32_t и строков, Bottle (?), 18:45 , 14-Янв-25, (70)

Как вы поняли - дереференс указателей вообще не самый быстрый способ работы Быс, Аноним (-), 19:51 , 14-Янв-25, (73)

он может быть таким же, но никто не платит чтобы с этим заморачиваться Будут пл, Аноним324 (ok), 12:28 , 14-Янв-25, (28) +2

В старом движке Opera Presto 2012 года он был быстрый, но проект свернули Люба, myster (ok), 11:41 , 14-Янв-25, (15) –2

В твоих фантазиях В тысячи раз Правда в фантазиях , вебмакака (?), 11:51 , 14-Янв-25, (18) +3

проверь умник, она же доступна для загрузки ещё, если нужно подсказать, что ввод, myster (ok), 12:33 , 14-Янв-25, (29) –2

Даже если они могли что-то стоищее создать, но они опустились до вранья своим по, Аноним (79), 21:13 , 14-Янв-25, (79)

Быстрым, наверное, можно сделать не JS, а TS И то, если его компилять сразу в м, Аноним (20), 11:57 , 14-Янв-25, (20) –1

Это называется JIT и давным-давно используется в браузерах , Анонем (?), 12:27 , 14-Янв-25, (27)

Я сказал в машинные коды - _инструкции_CPU_, а не какой-то там языковой виртуаль, Аноним (20), 13:34 , 14-Янв-25, (38) –1

Чел, JIT буквально транслирует в машинные коды 129318 , Аноним (46), 14:33 , 14-Янв-25, (46)

Но быстро, это когда AOT , Аноним (83), 00:20 , 15-Янв-25, (83)

Just-In-Time JIT компиляция в Java 8212 это механизм, который позволяет у, Анонем (?), 14:39 , 14-Янв-25, (47)

из того же источника gt оверквотинг удален с жавой будет то же самое как и с , отец_нашей_демократии (?), 15:03 , 14-Янв-25, (48) –1

Не совсем понятно, что ты хотел сказать , Аноним (46), 15:10 , 14-Янв-25, (49)

Да-да, знаем, слышали Java способна обогнать код на C , Аноним (83), 00:22 , 15-Янв-25, (84)

А ты замерь насколько он быстрый Не знаю как проверяют бенчмарки, но мои замеры, Аноним (-), 16:03 , 14-Янв-25, (55)
в qml и espruino как-то сделали, 12yoexpert (ok), 16:35 , 14-Янв-25, (58)

, ryoken (ok), 10:45 , 14-Янв-25, (10) +1
Есть тулкит на wasm для экспериментов с фильтрами ffmpeg в браузере Если не пер, anonymouse (?), 11:43 , 14-Янв-25, (16)
Скрыто модератором, Аноним (-), 15:59 , 14-Янв-25, (54)

Скрыто модератором, Аноним (57), 16:28 , 14-Янв-25, (57)

Вопрос глупый но всё же, зачем нужен этот ваш wasm не проще былоб в браузеры вс, htmldevelob (?), 16:42 , 14-Янв-25, (60) –1

Google Native Client NaCl кстати, где он с , Аноним (66), 17:44 , 14-Янв-25, (63)
Ну целую операционную систему с сервера грузить это наверное уже слишком Но соз, Аноним (67), 18:08 , 14-Янв-25, (67) +1

Вообще можете загуглить jslinux Если дело делает профессионал как Фабрис - то и, Аноним (68), 18:16 , 14-Янв-25, (68)

чтобы в нём заустить линукс в котором запустить браузер в котором запустить qemu, Аноним (72), 18:55 , 14-Янв-25, (72) +1
Чтобы зум и куча других вредоносных сайтов запустились, а не предложили просто п, Аноним (85), 00:46 , 15-Янв-25, (85)

А кто-нибудь начал конвертор пилить из Vulkan в Web GPU для EMS или пока все то, maxis11 (ok), 20:15 , 14-Янв-25, (76)

Эти планы, запланированы они или нет можно вычитывать вот тут https www khron, Аноним (-), 21:09 , 14-Янв-25, (78)

Сообщения [Сортировка по времени | RSS]

2. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (2), 14-Янв-25, 10:06

Качественный?

Ответить | Правка | Наверх | Cообщить модератору

3. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +1 +/–

Сообщение от нитгитлистер (?), 14-Янв-25, 10:20

сам не пробовал, но слышал что вполне себе норм

Ответить | Правка | Наверх | Cообщить модератору

4. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –2 +/–

Сообщение от воробушек (?), 14-Янв-25, 10:27

на базе шланга качественного не бывает. кое-как работает и ладно - офф девиз шланга.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

8. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от воробушек (?), 14-Янв-25, 10:40

https://godbolt.org/z/rofYEcYqr - пример подхода в шланге. дело здесь даже не в Werror по дефолту. они просто захардкодили "s" как особый случай.

Ответить | Правка | Наверх | Cообщить модератору

12. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –1 +/–

Сообщение от Аноним (12), 14-Янв-25, 10:50

Но ведь так работает значит все правильно сделали.

Ответить | Правка | Наверх | Cообщить модератору

44. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –1 +/–

Сообщение от Аноним (44), 14-Янв-25, 13:51

https://en.cppreference.com/w/cpp/string/basic_string/operat...

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

59. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (59), 14-Янв-25, 16:41

типа статья про std::literals::string_literals::operator""s есть и потому ошибки нет, а про std::literals::string_literals::operator""x нету и потому ошибка есть? Ты это сказать хотел?
И судя по набору имен, на которые не ругается (h/min/s/ms/us/ns), авторы костыля читали доку по хроно, а не про строки

Ответить | Правка | Наверх | Cообщить модератору

24. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (24), 14-Янв-25, 12:05

> на базе шланга качественного не бывает. кое-как работает и ладно - офф девиз шланга.
А как ты вообще представляешь себе качественный релиз либы весом 70 мегабайт бинарного кода? Это LLVM столько весит если что.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +2 +/–

Сообщение от Аноним (12), 14-Янв-25, 10:28

Количественный.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

53. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (-), 14-Янв-25, 15:57

Да и давно. На нем в игры можно в браузере играть. Например в Quake. Когда-то давно была демка. Зададим вопрос по другому - только сейчас о нем узнали?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

66. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (66), 14-Янв-25, 18:00

ну так себе
https://framagit.org/fperrad/lua.wasm
261kB wasm + 77kB js
А без использования их стандартной библиотеки и всевозможных обёрток для fileIO, просто голым шлангом получилось собрать в два раза меньший объём.
Для какого-нибудь многомегабайтного ffmpeg или quake в браузер притащить лишние 100кБ не заметно, а для совсем мелочи слишком много ненужных обёрток, чтобы стандартная библиотека в браузере прозрачно работала.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

82. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (-), 14-Янв-25, 22:17

Для современного веба, с современными скоростями это не проблема

Ответить | Правка | Наверх | Cообщить модератору

6. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –2 +/–

Сообщение от Аноним (12), 14-Янв-25, 10:29

Почему нельзя было просто сделать джаваскрипт быстрым? Это же так просто.

Ответить | Правка | Наверх | Cообщить модератору

9. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +4 +/–

Сообщение от НяшМяш (ok), 14-Янв-25, 10:44

Ждём пулл реквест в V8 и SpiderMonkey.

Ответить | Правка | Наверх | Cообщить модератору

11. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –1 +/–

Сообщение от Аноним (12), 14-Янв-25, 10:49

А чего тут ждать. Если вебасмембли такой быстрый почему джаваскрипт не может быть точно таким же.

Ответить | Правка | Наверх | Cообщить модератору

21. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +3 +/–

Сообщение от вебмакака (?), 14-Янв-25, 11:58

Потому что скриптуха без типизации.
А вообще впечатляют масштабы, в которых расплодились клоуны, требующие чтобы им дали ресурсов нахаляву. Даже если это в принципе невозможно - кого интересуют такие мелочи.

Ответить | Правка | Наверх | Cообщить модератору

25. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +1 +/–

Сообщение от Аноним (24), 14-Янв-25, 12:07

> А чего тут ждать. Если вебасмембли такой быстрый почему джаваскрипт
> не может быть точно таким же.
Динамическая типизация видите ли идет в комплекте с нехилым оверхедом. Надо все время трекать тип и следить что он не изменился. И быть готовым ко всему.
А вон то - простой, низкоуровневый рантайм, не снабженный таким факапом. Намного более простая и потому шустрая абстракция.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

34. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Bottle (?), 14-Янв-25, 13:04

Причём, что забавно - строгая типизация это такая абстракция, которая позволяет компилятору генерировать быстрый код. Потому что pointer aliasing.
Очень часто находятся "умники", которые заявляют, что всякая абстракция лишь замедляет код. Отнюдь.

Ответить | Правка | Наверх | Cообщить модератору

36. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от вебмакака (?), 14-Янв-25, 13:08

Это не абстракция, обезьяныч. И никакой "pointer aliasing" тебе не поможет. Как и никакой "строгой" типизации не существует.

Ответить | Правка | Наверх | Cообщить модератору

51. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (51), 14-Янв-25, 15:25

> Причём, что забавно - строгая типизация это такая абстракция,
Это некий набор правил и/или гарантий когда компилер при генерации кода явно знает что сие и чем оно будет далее. И не должен генерить кучу кода проверяющего на каждый пшик что тип остался прежний.
То-есть при остром желании можно скастовать тип в другой тип - но и это тоже - декларация намерений ДО компиляции. Когда ВСЕ известно заранее. И не надо лепить кучу проверок что тип именно такой, а не что-то еще.
> которая позволяет компилятору генерировать быстрый код. Потому что pointer aliasing.
Это не главное. Главное - если компилер скажем знает что это uint32 - он его вообще в регистр проца впихает, и будет фигачить быстрыми операциями регистр-регистр, за 1 такт. А что либо с pointer там будет вообще только если эта абстракция кому-то где-то в другом месте потребовалась. Иначе это может быть нечто вообще не имеющее никаких адресов в памяти, если все абстракции оговоренные правилами - удерживаются.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

70. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Bottle (?), 14-Янв-25, 18:45

Понимаешь ли, процессор не увидит разниц между указателями на int_32_t и строковым типом такой же длины, а вот компилятор, который в одном методе видит разные типы, как раз воспользуется данным преимуществом.

Ответить | Правка | Наверх | Cообщить модератору

73. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (-), 14-Янв-25, 19:51

> Понимаешь ли, процессор не увидит разниц между указателями на int_32_t и строковым
> типом такой же длины,
Как вы поняли - дереференс указателей вообще не самый быстрый способ работы. Быстрее всего - вгрузить нечто типа:
// a + b, псевдокод на манер асма
(uint32 a) -> r0
(uint32 b) -> r1
add r0, r1
И тут вообще - никаких указателей могло не быть. И обращений к потенциально-тормозной памяти. Операции регистр-регистр самые быстрые. А значения операндов могут вообще непосредственно вкодированы - в формате этих команд. Так что не надо никаких дополнительных действий, операнды уже тут.
> а вот компилятор, который в одном методе
> видит разные типы, как раз воспользуется данным преимуществом.
Лучший дереференс указателей - которого не было. Лучшая математика - которую вообще не считали (предвычислили все компилтайм). А то и вовсе - заметили что блок кода не имел side effects, вообще аннулировали. Если в том примере a и b заранее известны, компилер сделает mov r0, #10 (a + b == 10). Заскипав действо совсем. А если #10 в r0 никогда никому не надо было - то и это - заскипает! Вообще выпилив блок кода.
...но как вы понимаете, при динамической типизации просчитать подобные вещи заранее будет менее реалистично. Вариантов поведения программы - многократно больше, гарантий поведения тех или иных кусков - сильно меньше. И проситчать все компил тайм, без оверхеда и лишних проверок - да щас.

Ответить | Правка | Наверх | Cообщить модератору

28. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +2 +/–

Сообщение от Аноним324 (ok), 14-Янв-25, 12:28

он может быть таким же, но никто не платит чтобы с этим заморачиваться. Будут платить за джаваскрипт 15 тысяч зелени в месяц, будут делать быстрее, а пока платят нищие 4000 пусть в баню идут, за такие копейки, ещё над чем-то думать.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

15. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –2 +/–

Сообщение от myster (ok), 14-Янв-25, 11:41

В старом движке Opera Presto (2012 года) он был быстрый, но проект свернули.
Любая математическая операция (синтетический тест) в JavaScript консоли старой Opera обгоняла в сотни раз по производительности тогдашний Chrome, а Firefox и подавно. Я не думаю что и сейчас ситуация изменилась, если протестировать.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

18. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +3 +/–

Сообщение от вебмакака (?), 14-Янв-25, 11:51

> В старом движке Opera Presto (2012 года) он был быстрый, но проект свернули.
В твоих фантазиях.
> обгоняла в сотни раз по производительности
В тысячи раз. Правда в фантазиях.

Ответить | Правка | Наверх | Cообщить модератору

29. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –2 +/–

Сообщение от myster (ok), 14-Янв-25, 12:33

проверь умник, она же доступна для загрузки ещё, если нужно подсказать, что вводить в консоли - пиши, помогу, но по сути любая вычислительная операция с циклами, с массивами.
Кстати, в долгих операциях и "в тысячи раз" превышать будет, т.к. там разница в производительности увеличивается по нарастающей.

Ответить | Правка | Наверх | Cообщить модератору

79. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (79), 14-Янв-25, 21:13

Даже если они могли что-то стоищее создать, но они опустились до вранья своим пользователям, а потом вообще продали браузер.
А адекватные разработчики ушли в Vivaldi

Ответить | Правка | Наверх | Cообщить модератору

20. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –1 +/–

Сообщение от Аноним (20), 14-Янв-25, 11:57

Быстрым, наверное, можно сделать не JS, а TS. И то, если его компилять сразу в машинные коды. Ага, прямо из браузера компилер вызывать, а то как же кроссплатформенность.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

27. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Анонем (?), 14-Янв-25, 12:27

Это называется JIT и давным-давно используется в браузерах.

Ответить | Правка | Наверх | Cообщить модератору

38. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –1 +/–

Сообщение от Аноним (20), 14-Янв-25, 13:34

Я сказал в машинные коды - _инструкции_CPU_, а не какой-то там языковой виртуальной машины. Мы же хотим, чтобы быстро. Да и нет необходимости языку со статической типизацией в этих JIT.

Ответить | Правка | Наверх | Cообщить модератору

46. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (46), 14-Янв-25, 14:33

>> Это называется JIT и давным-давно используется в браузерах
> Я сказал в машинные коды - _инструкции_CPU_
Чел, JIT *буквально* транслирует в машинные коды 🤦

Ответить | Правка | Наверх | Cообщить модератору

83. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (83), 15-Янв-25, 00:20

Но быстро, это когда AOT.

Ответить | Правка | Наверх | Cообщить модератору

47. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Анонем (?), 14-Янв-25, 14:39

> Я сказал в машинные коды - _инструкции_CPU_, а не какой-то там языковой
> виртуальной машины. Мы же хотим, чтобы быстро. Да и нет необходимости
> языку со статической типизацией в этих JIT.
* Just-In-Time (JIT) компиляция в Java — это механизм, который позволяет ускорить интерпретацию байт-кода виртуальной машиной. 1
Простыми словами, механизм JIT компиляции заключается в следующем: если в программе присутствуют части кода, которые выполняются много раз, то их можно скомпилировать один раз в машинный код, чтобы в будущем ускорить их выполнение.
* Java — это статически типизированный язык.
(с) Яндекс Нейро

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

48. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –1 +/–

Сообщение от отец_нашей_демократии (?), 14-Янв-25, 15:03

из того же источника:
>[оверквотинг удален]
> rust не имеет статической типизации
>> Rust имеет статическую типизацию. Когда разработчик создаёт переменную в Rust, он должен сразу указать, какого она типа — что будет в ней храниться.
> в rust нет переменных, это скриптуха с gc и ссылками вместо переменных
>> В Rust есть переменные. Для их объявления используется ключевое слово let. По умолчанию переменные неизменяемы, но их можно сделать изменяемыми, добавив перед именем ключевое слово mut. Ссылки в Rust используются для управления памятью. В языке есть два типа ссылок: ссылки на чтение (shared reference) и изменяемые (мутабельные) ссылки. Ссылки подчиняются двум правилам: не должны жить дольше, чем данные, на которые они ссылаются, и мутабельная ссылка должна быть уникальна. Таким образом, Rust сочетает в себе особенности языка с ручным управлением памятью и сборщиком мусора: код получается чистым, как в языке с GC, но в то же время все ресурсы освобождаются максимально быстро, как в языке с ручным управлением.
> покажи мне sizeof от переменной в rust без испоьзования stdlib
>> Для получения размера переменной в Rust используется функция size_of_val. Пример использования: ```let a = 10i32; println!("{}", size_of_val(&a));```. Также для получения размера типа в байтах в Rust можно использовать функцию size_of из пакета std::mem.
> без испоьзования stdlib
>> Не удалось найти информацию о том, как получить sizeof от переменной в Rust без использования stdlib.
> правильно, потому что это невозможно. rust не знает ничего о переменных и их свойствах
>> Да, получить sizeof от переменной в Rust без использования stdlib невозможно, так как для этого используется специальная функция — size_of_val.
с жавой будет то же самое. как и с любой другой скриптухой.

Ответить | Правка | Наверх | Cообщить модератору

49. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (46), 14-Янв-25, 15:10

Не совсем понятно, что ты хотел сказать.

Ответить | Правка | Наверх | Cообщить модератору

84. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (83), 15-Янв-25, 00:22

Да-да, знаем, слышали: "Java способна обогнать код на C++".

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

55. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (-), 14-Янв-25, 16:03

А ты замерь насколько он быстрый. Не знаю как проверяют бенчмарки, но мои замеры показывали производительность почти такую же как и на С. Конечно ты можешь вспомнить что-то про многопоточность, но я тоже могу вспомнить про воркеры. Конечно всё-равно это не многопоточность и тем не менее.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

58. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от 12yoexpert (ok), 14-Янв-25, 16:35

в qml и espruino как-то сделали

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

10. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +1 +/–

Сообщение от ryoken (ok), 14-Янв-25, 10:45

>>"-sWASM_LEAGCY_EXCEPTIONS"
...

Ответить | Правка | Наверх | Cообщить модератору

16. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от anonymouse (?), 14-Янв-25, 11:43

Есть тулкит на wasm для экспериментов с фильтрами ffmpeg в браузере. Если не перебарщивать со сложностью, wasm вполне полезная технология.

Ответить | Правка | Наверх | Cообщить модератору

54. Скрыто модератором +/–

Сообщение от Аноним (-), 14-Янв-25, 15:59

Кстати, кто не в курсе - SQLite давно портирован под браузер именно благодаря этой технологии.
Ссылка: https://sql.js.org/#/

Ответить | Правка | Наверх | Cообщить модератору

57. Скрыто модератором +/–

Сообщение от Аноним (57), 14-Янв-25, 16:28

Нечего тут пропагандировать свои извращения.

Ответить | Правка | Наверх | Cообщить модератору

60. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " –1 +/–

Сообщение от htmldevelob (?), 14-Янв-25, 16:42

Вопрос глупый но всё же, зачем нужен этот ваш wasm? не проще былоб в браузеры встроить qemu\kvm

Ответить | Правка | Наверх | Cообщить модератору

63. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (66), 14-Янв-25, 17:44

Google Native Client (NaCl)
кстати, где он (с)

Ответить | Правка | Наверх | Cообщить модератору

67. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +1 +/–

Сообщение от Аноним (67), 14-Янв-25, 18:08

Ну целую операционную систему с сервера грузить это наверное уже слишком. Но создать ABI для запуска блобов с доступом лишь к тому, что разрешили, можно. В хроме оно даже и было, но разрабы лисы надули щеки и сказали, что не будут запускать блобы и предложили asm.js. Но в конечном итоге пришли к wasm, но как бы лишь для реализации быстрых алгоритмов.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

68. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (68), 14-Янв-25, 18:16

> Ну целую операционную систему с сервера грузить это наверное уже слишком.
Вообще можете загуглить jslinux. Если дело делает профессионал как Фабрис - то и линух загрузить в браузере - не так уж ужасно как может показаться.

Ответить | Правка | Наверх | Cообщить модератору

72. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +1 +/–

Сообщение от Аноним (72), 14-Янв-25, 18:55

чтобы в нём заустить линукс в котором запустить браузер в котором запустить qemu-kvm .....

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

85. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (85), 15-Янв-25, 00:46

Чтобы зум и куча других вредоносных сайтов запустились, а не предложили просто проваливать. Компиляция в код, близкий к нативному, сильно осложняет реверс-инжиниринг. Это обфускация с виртуальной машиной: совмещает недостатки и нативного кода, и скриптов. Для кого-то это является достоинством.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

76. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от maxis11 (ok), 14-Янв-25, 20:15

А кто-нибудь начал конвертор пилить из Vulkan в Web GPU для EMS (или пока все только мечты)?

Ответить | Правка | Наверх | Cообщить модератору

78. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly " +/–

Сообщение от Аноним (-), 14-Янв-25, 21:09

Эти планы, запланированы они или нет можно вычитывать вот тут: https://www.khronos.org/

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
Сообщение от Аноним (2), 14-Янв-25, 10:06
Качественный?
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+1 +/–
	Сообщение от нитгитлистер (?), 14-Янв-25, 10:20
	сам не пробовал, но слышал что вполне себе норм
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–2 +/–
	Сообщение от воробушек (?), 14-Янв-25, 10:27
	на базе шланга качественного не бывает. кое-как работает и ладно - офф девиз шланга.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	8. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от воробушек (?), 14-Янв-25, 10:40
	https://godbolt.org/z/rofYEcYqr - пример подхода в шланге. дело здесь даже не в Werror по дефолту. они просто захардкодили "s" как особый случай.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–1 +/–
	Сообщение от Аноним (12), 14-Янв-25, 10:50
	Но ведь так работает значит все правильно сделали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–1 +/–
	Сообщение от Аноним (44), 14-Янв-25, 13:51
	https://en.cppreference.com/w/cpp/string/basic_string/operat...
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	59. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (59), 14-Янв-25, 16:41
	типа статья про std::literals::string_literals::operator""s есть и потому ошибки нет, а про std::literals::string_literals::operator""x нету и потому ошибка есть? Ты это сказать хотел? И судя по набору имен, на которые не ругается (h/min/s/ms/us/ns), авторы костыля читали доку по хроно, а не про строки
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (24), 14-Янв-25, 12:05
	> на базе шланга качественного не бывает. кое-как работает и ладно - офф девиз шланга. А как ты вообще представляешь себе качественный релиз либы весом 70 мегабайт бинарного кода? Это LLVM столько весит если что.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	5. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+2 +/–
	Сообщение от Аноним (12), 14-Янв-25, 10:28
	Количественный.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	53. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (-), 14-Янв-25, 15:57
	Да и давно. На нем в игры можно в браузере играть. Например в Quake. Когда-то давно была демка. Зададим вопрос по другому - только сейчас о нем узнали?
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	66. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (66), 14-Янв-25, 18:00
	ну так себе https://framagit.org/fperrad/lua.wasm 261kB wasm + 77kB js А без использования их стандартной библиотеки и всевозможных обёрток для fileIO, просто голым шлангом получилось собрать в два раза меньший объём. Для какого-нибудь многомегабайтного ffmpeg или quake в браузер притащить лишние 100кБ не заметно, а для совсем мелочи слишком много ненужных обёрток, чтобы стандартная библиотека в браузере прозрачно работала.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	82. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (-), 14-Янв-25, 22:17
	Для современного веба, с современными скоростями это не проблема
	Ответить \| Правка \| Наверх \| Cообщить модератору

6. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–2 +/–
Сообщение от Аноним (12), 14-Янв-25, 10:29
Почему нельзя было просто сделать джаваскрипт быстрым? Это же так просто.
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+4 +/–
	Сообщение от НяшМяш (ok), 14-Янв-25, 10:44
	Ждём пулл реквест в V8 и SpiderMonkey.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–1 +/–
	Сообщение от Аноним (12), 14-Янв-25, 10:49
	А чего тут ждать. Если вебасмембли такой быстрый почему джаваскрипт не может быть точно таким же.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+3 +/–
	Сообщение от вебмакака (?), 14-Янв-25, 11:58
	Потому что скриптуха без типизации. А вообще впечатляют масштабы, в которых расплодились клоуны, требующие чтобы им дали ресурсов нахаляву. Даже если это в принципе невозможно - кого интересуют такие мелочи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+1 +/–
	Сообщение от Аноним (24), 14-Янв-25, 12:07
	> А чего тут ждать. Если вебасмембли такой быстрый почему джаваскрипт > не может быть точно таким же. Динамическая типизация видите ли идет в комплекте с нехилым оверхедом. Надо все время трекать тип и следить что он не изменился. И быть готовым ко всему. А вон то - простой, низкоуровневый рантайм, не снабженный таким факапом. Намного более простая и потому шустрая абстракция.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	34. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Bottle (?), 14-Янв-25, 13:04
	Причём, что забавно - строгая типизация это такая абстракция, которая позволяет компилятору генерировать быстрый код. Потому что pointer aliasing. Очень часто находятся "умники", которые заявляют, что всякая абстракция лишь замедляет код. Отнюдь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от вебмакака (?), 14-Янв-25, 13:08
	Это не абстракция, обезьяныч. И никакой "pointer aliasing" тебе не поможет. Как и никакой "строгой" типизации не существует.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (51), 14-Янв-25, 15:25
	> Причём, что забавно - строгая типизация это такая абстракция, Это некий набор правил и/или гарантий когда компилер при генерации кода явно знает что сие и чем оно будет далее. И не должен генерить кучу кода проверяющего на каждый пшик что тип остался прежний. То-есть при остром желании можно скастовать тип в другой тип - но и это тоже - декларация намерений ДО компиляции. Когда ВСЕ известно заранее. И не надо лепить кучу проверок что тип именно такой, а не что-то еще. > которая позволяет компилятору генерировать быстрый код. Потому что pointer aliasing. Это не главное. Главное - если компилер скажем знает что это uint32 - он его вообще в регистр проца впихает, и будет фигачить быстрыми операциями регистр-регистр, за 1 такт. А что либо с pointer там будет вообще только если эта абстракция кому-то где-то в другом месте потребовалась. Иначе это может быть нечто вообще не имеющее никаких адресов в памяти, если все абстракции оговоренные правилами - удерживаются.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	70. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Bottle (?), 14-Янв-25, 18:45
	Понимаешь ли, процессор не увидит разниц между указателями на int_32_t и строковым типом такой же длины, а вот компилятор, который в одном методе видит разные типы, как раз воспользуется данным преимуществом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (-), 14-Янв-25, 19:51
	> Понимаешь ли, процессор не увидит разниц между указателями на int_32_t и строковым > типом такой же длины, Как вы поняли - дереференс указателей вообще не самый быстрый способ работы. Быстрее всего - вгрузить нечто типа: // a + b, псевдокод на манер асма (uint32 a) -> r0 (uint32 b) -> r1 add r0, r1 И тут вообще - никаких указателей могло не быть. И обращений к потенциально-тормозной памяти. Операции регистр-регистр самые быстрые. А значения операндов могут вообще непосредственно вкодированы - в формате этих команд. Так что не надо никаких дополнительных действий, операнды уже тут. > а вот компилятор, который в одном методе > видит разные типы, как раз воспользуется данным преимуществом. Лучший дереференс указателей - которого не было. Лучшая математика - которую вообще не считали (предвычислили все компилтайм). А то и вовсе - заметили что блок кода не имел side effects, вообще аннулировали. Если в том примере a и b заранее известны, компилер сделает mov r0, #10 (a + b == 10). Заскипав действо совсем. А если #10 в r0 никогда никому не надо было - то и это - заскипает! Вообще выпилив блок кода. ...но как вы понимаете, при динамической типизации просчитать подобные вещи заранее будет менее реалистично. Вариантов поведения программы - многократно больше, гарантий поведения тех или иных кусков - сильно меньше. И проситчать все компил тайм, без оверхеда и лишних проверок - да щас.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+2 +/–
	Сообщение от Аноним324 (ok), 14-Янв-25, 12:28
	он может быть таким же, но никто не платит чтобы с этим заморачиваться. Будут платить за джаваскрипт 15 тысяч зелени в месяц, будут делать быстрее, а пока платят нищие 4000 пусть в баню идут, за такие копейки, ещё над чем-то думать.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	15. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–2 +/–
	Сообщение от myster (ok), 14-Янв-25, 11:41
	В старом движке Opera Presto (2012 года) он был быстрый, но проект свернули. Любая математическая операция (синтетический тест) в JavaScript консоли старой Opera обгоняла в сотни раз по производительности тогдашний Chrome, а Firefox и подавно. Я не думаю что и сейчас ситуация изменилась, если протестировать.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	18. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+3 +/–
	Сообщение от вебмакака (?), 14-Янв-25, 11:51
	> В старом движке Opera Presto (2012 года) он был быстрый, но проект свернули. В твоих фантазиях. > обгоняла в сотни раз по производительности В тысячи раз. Правда в фантазиях.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–2 +/–
	Сообщение от myster (ok), 14-Янв-25, 12:33
	проверь умник, она же доступна для загрузки ещё, если нужно подсказать, что вводить в консоли - пиши, помогу, но по сути любая вычислительная операция с циклами, с массивами. Кстати, в долгих операциях и "в тысячи раз" превышать будет, т.к. там разница в производительности увеличивается по нарастающей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Аноним (79), 14-Янв-25, 21:13
	Даже если они могли что-то стоищее создать, но они опустились до вранья своим пользователям, а потом вообще продали браузер. А адекватные разработчики ушли в Vivaldi
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–1 +/–
	Сообщение от Аноним (20), 14-Янв-25, 11:57
	Быстрым, наверное, можно сделать не JS, а TS. И то, если его компилять сразу в машинные коды. Ага, прямо из браузера компилер вызывать, а то как же кроссплатформенность.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	27. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	+/–
	Сообщение от Анонем (?), 14-Янв-25, 12:27
	Это называется JIT и давным-давно используется в браузерах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly "	–1 +/–
	Сообщение от Аноним (20), 14-Янв-25, 13:34
	Я сказал в машинные коды - _инструкции_CPU_, а не какой-то там языковой виртуальной машины. Мы же хотим, чтобы быстро. Да и нет необходимости языку со статической типизацией в этих JIT.
	Ответить \| Правка \| Наверх \| Cообщить модератору