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

Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лицензии Apache 2.0 и LLVM, opennews (?), 17-Мрт-23, (0) [смотреть все] это скорей интерпритатор, чем компилятор , Аноним (5), 08:41 , 17-Мрт-23, (5) –5 // Это скорее компилятор, чем интерпритатор орфография автора сохранена , Аноним (13), 08:52 , 17-Мрт-23, (13) +9 // Это скорее компилятор интерпретатора, чем интерпретатор , Аноним (32), 11:00 , 17-Мрт-23, (32) +2 // Это медленнее, Аноним (82), 00:56 , 18-Мрт-23, (82) Интертрепатор , Tron is Whistling (?), 10:26 , 18-Мрт-23, (93) А есть транслятор из ассемблера в пайтон , ИмяХ (?), 08:48 , 17-Мрт-23, (9) +3 // Конечно есть сначала ассемблерный код через Ida Pro перегоняешь в Си код Потом , Аноним (32), 11:02 , 17-Мрт-23, (33) +5 // далее через CPython собираешь бинарник и цикл можно повторять, до тех пор пока н, Аноним (59), 15:55 , 17-Мрт-23, (59) +3 // Не факт, что сойдётся В лучшем случае потребуется доопределение для сходимости,, YetAnotherOnanym (ok), 17:49 , 17-Мрт-23, (74) +1 Есть Эффективность поченного кода другой вопрос Но есть , _kp (ok), 11:33 , 17-Мрт-23, (34) // Можно будет получить выразительность ассемблера и скорость питона Суперкомбо , Аноним (-), 01:23 , 18-Мрт-23, (84) +6 // Осторожне с такими шутками А то я чуть не подавися, и кофе пролил , _kp (ok), 11:43 , 18-Мрт-23, (98) Emscripten это не только компилятор в wasm, но и эмуляция окружения сокеты чере, Шарп (ok), 09:32 , 17-Мрт-23, (24) +1   // Представляю, какой там оверхед при пересечении границы между WASM и DOM Запомни, Аноним (13), 10:47 , 17-Мрт-23, (31) +2   // Ну, вообще есть радикальная альтернатива этому подходу - не использовать DOM дер, Anon62513512124 (?), 11:46 , 17-Мрт-23, (35) +3   // реинкарнация апплетов, Nope (?), 20:26 , 17-Мрт-23, (76)   200нс из доки emscripten, т е можно забить Жиснявая вебня куда дольше ворочать, Рустик (?), 12:55 , 17-Мрт-23, (40) –1   Ради интереса запускал какой-то свой helloworld на Qt в emscripten Там была таб, Аноним (47), 14:17 , 17-Мрт-23, (47)   // Не подсказывай ему, пиши свой стартап , Аноним (32), 14:21 , 17-Мрт-23, (49)   Канва работает быстрее DOM No shit, Sherlock Правда решение WASM канва нуж, Аноним (13), 15:04 , 17-Мрт-23, (54)   Предъяви, сравним Нет не нужно, на стороне c принимаешь строку как std wstrin, Рустик (?), 15:39 , 17-Мрт-23, (57)   Так ты и предъявляй Так-то я тебе тоже могу показать, как JS-гриды на канве раб, Аноним (13), 16:18 , 17-Мрт-23, (61)   Изи Я сравнивал ffmpeg wasm и ffmpeg js и разрыв в скорости перекодирования одн, Аноним (64), 16:25 , 17-Мрт-23, (64)   Правильно, ибо это и есть тот самый единственный сценарий, где васм быстрее Пот, Аноним (13), 16:39 , 17-Мрт-23, (69)   Пока так, возможно потом оптимизируют и дадут прямой доступ к dom, на второе пла, Рустик (?), 20:35 , 17-Мрт-23, (77)   Это в каких таких _интерактивных_ приложениях тысячи раз в секунду что-то гоняет, Аноним (87), 03:16 , 18-Мрт-23, (87)   Чего, JS не может напрямую работать с UTF-8 , Аноним (62), 16:20 , 17-Мрт-23, (62)   V8 хранит строки в формате WTF-16 Если хочется принять буфер, в которой лежит U, Аноним (13), 16:47 , 17-Мрт-23, (71)   В JavaScript единственная кодировка utf-16, Аноним (92), 07:32 , 18-Мрт-23, (92)   Поэтому рисовать куданить в канвас и IO через вебсокеты всякие Чтобы с вебтормо, Аноним (-), 01:25 , 18-Мрт-23, (85)   Интересная ситуация получается GPL используют те, кто хотят рубить бабло, типа Q, Аноним (27), 10:06 , 17-Мрт-23, (27) // Так делают когда проект закрывается Ну будем честны проект и раньше был мало ко, Аноним (32), 10:25 , 17-Мрт-23, (29) –1 // будем честны - просто это псевдо IT для смузихлёбов, на острие прогресса совсем , Аноним (30), 10:47 , 17-Мрт-23, (30) +3 // Это для разного То, что в теме - это про Web, А HLS - это для FPGA , Аноним (62), 12:15 , 17-Мрт-23, (38) Сейчас как раз раздумываю над выбором инструмента для написания новой кросс плат, Аноним (36), 11:48 , 17-Мрт-23, (36) –1 // Позволит фигурно по ться в профайлере с малоустранимыми лагами этого самого GC, Аноним (-), 00:46 , 18-Мрт-23, (81) –1 Используй Kotlin MPP rsocket, если нужен онлайн Конференций на тему использова, Bobr (??), 05:08 , 18-Мрт-23, (89) // Какой , Аноним (92), 07:30 , 18-Мрт-23, (91) Б-гмеркзая проприетарь И давно на тостерах 2 ядра 2 гига игровая видеокарта , Рустик (?), 10:44 , 18-Мрт-23, (94) Шмотлин в wasm пытался, но не шмог, и компилится в обычный медленный js , Рустик (?), 10:47 , 18-Мрт-23, (95) Сайты и веб-приложения на C 8212 это именно то, чего нашим коллегам так не , burjui (ok), 12:06 , 17-Мрт-23, (37) –3 // Пиши на Rust, кто не мешает , Аноним (62), 12:19 , 17-Мрт-23, (39) На https www webtoolkit eu , Аноним (41), 12:55 , 17-Мрт-23, (41) –1 Какое бы не было качество кода Код на C будет быстрее и надо для производител, Аноним (32), 11:33 , 18-Мрт-23, (96) вообще для трансляции в js есть nim, который уделывает по всем параметрам раст и, Аноним (43), 13:31 , 17-Мрт-23, (43) –1 // Вообще то хорошие развивающиеся проекты на лицензию апач никто не переводит , Аноним (32), 13:52 , 17-Мрт-23, (45) // ох уж эти любители поспорить о лицензиях вместо того, чтобы проги писать, Аноним (43), 15:11 , 17-Мрт-23, (55) // Бесплатно ублажать корпов - такое себе счастье Тут им патентных прав, там прав , Аноним (-), 01:11 , 18-Мрт-23, (83) –2 Скрыто модератором, Аноним (-), 21:34 , 21-Мрт-23, (103) Это ненужное еще шевелится Вообще есть много чего, что можно транслировать с js,, Анонимусс (?), 14:54 , 17-Мрт-23, (52) –1 // Это-то и пугает в вебе уже достаточно своего мусора на не менее уродливых, но б, burjui (ok), 15:43 , 17-Мрт-23, (58) // С одной стороны - да А с другой стороны - за счет старости кодовой базы и ее пов, Анонимусс (?), 17:20 , 17-Мрт-23, (72) По некоторым действительно уделывает Но уж точно не по всем Nim - язык с GB и , Прохожий (??), 13:14 , 18-Мрт-23, (100) ААААА Где мой код , Аноним (68), 16:36 , 17-Мрт-23, (68) // Волобуев, вот ваш код , Аноним (79), 00:39 , 18-Мрт-23, (79) Сейчас бы в 2023 смешивать js и плюсы Лёгкий способ превратить жизнь того, кто э, Bobr (??), 05:04 , 18-Мрт-23, (88) +3 // Твоему сайте визите C не нужен , Аноним (32), 11:34 , 18-Мрт-23, (97) –1 Минус на минус даёт плюс, а минусминус на минусминус 8212 плюсплюс , burjui (ok), 12:39 , 18-Мрт-23, (99) Ничё нипонил Перводить С - в ДжаваСкрипт Что народ курит , КернелДиггер (?), 18:43 , 21-Мрт-23, (102) // А во что переводить, если нужно приложение для браузера В ActiveX , nobody (??), 21:28 , 22-Мрт-23, (104) я чистый плюсовик, я не знаю эти ваши жээсы и хтмл Мне проще функционал описать, Аноним (105), 09:31 , 23-Мрт-23, (105) // libmicrohttpd, Аноним (106), 12:21 , 23-Мрт-23, (106) 5,9,24,27,36,37,43,68,88,102,105

Сообщения

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

24. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+1 +/–
Сообщение от Шарп (ok), 17-Мрт-23, 09:32
Emscripten это не только компилятор в wasm, но и эмуляция окружения (сокеты через websocket, printf в консоль браузера) и набор портированных библиотек (pthread, sdl2, openal и т.д.). Как дела с этим у Cheerp? Выполнение абстрактного кода в вакууме не интересует.
Ответить | Правка | Наверх | Cообщить модератору

	31. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+2 +/–
	Сообщение от Аноним (13), 17-Мрт-23, 10:47
	> сокеты через websocket, printf в консоль браузера Представляю, какой там оверхед при пересечении границы между WASM и DOM. Запомните, дети: если нужно общаться с внешним миром, манипулировать элементами на странице, посылать туда-сюда запросы, ну и вообще -- если хочется интерактив, то яваскрипт в разы (в разЫ, Ы в конце) быстрее, чем WASM. Единственный сценарий, где WASM быстрее JS -- это числодробилка, которая ровно один раз получила число на вход, погоняла над ним алгоритм в течение часа и ровно один раз отдала результат обратно яваскрипту.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+3 +/–
	Сообщение от Anon62513512124 (?), 17-Мрт-23, 11:46
	Ну, вообще есть радикальная альтернатива этому подходу - не использовать DOM дерево, а вместо него - QML
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Nope (?), 17-Мрт-23, 20:26
	реинкарнация апплетов
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	–1 +/–
	Сообщение от Рустик (?), 17-Мрт-23, 12:55
	> Представляю, какой там оверхед при пересечении границы между WASM и DOM. 200нс из доки emscripten, т.е. можно забить. Жиснявая вебня куда дольше ворочаться будет.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	47. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (47), 17-Мрт-23, 14:17
	> яваскрипт в разы (в разЫ, Ы в конце) быстрее, чем WASM Ради интереса запускал какой-то свой helloworld на Qt в emscripten. Там была табличка QTableView с раскраской (пара сотен строк и пара десятков столбцов). Таких шустрых сайтов на JS я никогда не видел! Т.е. wasm, рисующий на канве через прослойку emscripten, работает быстрее "классического" HTML + JS. Да, там были небольшие глюки с перерисовкой (мерцающий чёрный фон при ресайзе виджета), но в целом очень шустренко работало в firefox. Тут возможно фишка в том, что нужно обеспечить вывод уже отрисованной картинки (которая полностью сформирована внутри wasm без всяких сборщиков мусора, но правда с эмуляцией чего-то похожего на MMU внутри браузера) и всё что требуется от emscripten - энцать раз в секунду обновить картинку на канве.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	49. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (32), 17-Мрт-23, 14:21
	Не подсказывай ему, пиши свой стартап.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (13), 17-Мрт-23, 15:04
	Канва работает быстрее DOM? No shit, Sherlock! Правда решение "WASM + канва" нужно сравнивать с аналогичным "JS + канва", но ты настолько глубоко копать не стал. Давай я тебе немного напомню про то, что даже чтобы отправить строку из WASM в JS, нужно эту строку: 1) упаковать в UTF на стороне WASM, 2) посигналить яваскрипту, что ему нужно бы забрать строку вот отсюда, 3) распаковать из UTF на стороне JS при помощи TextDecoder. Отправка из JS в WASM делается аналогично. Это дорогостоящая операция в сравнении с JS-only-решением, где никакой boundary crossing не требуется. Примерно по этой же причине биндинги сишной libxml к node.js работают гораздо медленнее, чем xml-парсеры, написанные целиком на JS. Я еще молчу про то, что канва сама по себе имеет кучу проблем, например отсутствие нативного контекстного меню для инпутов и невозможность обеспечить accessibility.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	57. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Рустик (?), 17-Мрт-23, 15:39
	> нужно сравнивать с аналогичным "JS + канва" Предъяви, сравним. > чтобы отправить строку из WASM в JS, нужно эту строку: Нет не нужно, на стороне c++ принимаешь строку как std::wstring и дальше с ним и работаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (13), 17-Мрт-23, 16:18
	> wasm, рисующий на канве через прослойку emscripten, работает быстрее "классического" HTML + JS. > Предъяви, сравним. Так ты и предъявляй. Так-то я тебе тоже могу показать, как JS-гриды на канве работают существенно быстрее JS-гридов на DOM. И никакой васм для этого не понадобился. > Нет не нужно, на стороне c++ принимаешь строку как std::wstring А откуда этот твой std::wstring возьмется без копирования данных из JS-строки в память WASM?
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (64), 17-Мрт-23, 16:25
	> Так ты и предъявляй Изи. Я сравнивал ffmpeg.wasm и ffmpeg.js и разрыв в скорости перекодирования одного и того же файла просто чудовищный, wasm в разы быстрее. > откуда этот твой std::wstring возьмется без копирования Куча у wasm общая с js, копировать не обязательно. Typed arrays те точно не копируется, с чего бы стрингам вести себя иначе, ведь в js это то же самое, что массив.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (13), 17-Мрт-23, 16:39
	> разрыв в скорости перекодирования одного и того же файла просто чудовищный, wasm в разы быстрее Правильно, ибо это и есть тот самый единственный сценарий, где васм быстрее. Потому что не приходится перегонять данные отсюда-туда сотни и тысячи раз, как это было бы в интерактивном приложении. > Typed arrays те точно не копируется Ну так проведи эксперимент: 1) сформируй в васме мутабельную строку, 2) прими ее на стороне JS и сохрани в переменную, 3) в васме измени первый символ уже отправленной строки, 4) убедись, что на стороне JS строка не изменилась, ergo память была скопирована. Те, кто в курсе, что строки в JS - это примитивы, всегда передающиеся по значению, знают это и без экспериментов. DOM ничего кроме строк не принимает, нету там никакого element.setAttributeFromSomeShittySharedArrayBuffer(ptrAttrName, ptrValue).
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Рустик (?), 17-Мрт-23, 20:35
	Пока так, возможно потом оптимизируют и дадут прямой доступ к dom, на второе планы точно есть. Браузеры очень медленно развиваются к сожалению, взять хотя бы поддержку современных форматов изображений - браузероделы годами их внедряли и то недовнедрили.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (87), 18-Мрт-23, 03:16
	> Потому что не приходится перегонять данные отсюда-туда сотни и тысячи раз, как это было бы в интерактивном приложении. Это в каких таких _интерактивных_ приложениях тысячи раз в секунду что-то гоняется? Человеки (интерактивное же!) не будут успевать кнопки жмакать и вообще осознавать что на экране творится, что там мельтешит. Нас за такое ругали. Очень грубый пример стародревних костылей, наверное уже неактуальных и не модных: когда бежишь в гриде (да-да, плохой, неправильный, дизайн) по строчкам мастер-списка, ты на каждый переход со строки на строку НЕ тянешь данные с сервера для кучки детэйл-гридов пока не остановишься на какой-то конкретной строке (по маленькому таймауту начинается подгрузка). А то бухгалтер для прокрутки задумчиво утопил стрелку вниз в гриде, а сервер усирается от лавины запросов на каждый переход от строки к строке, за каждым из которых на самом низу кучка селектов к базе. Или другой пример - когда в визуальный контрол подгружается относительно увесистая пачка данных, то, чтобы не перегружать его отрисовкой по мере загрузки этих данных (там ведь куча событий стреляет) контрол дизейблится или отключается от перерисовки (уж и не вспомню точно как там лет 15 назад было) на время загрузки и перерисовывается в финале за один прием.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	62. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (62), 17-Мрт-23, 16:20
	>распаковать из UTF на стороне JS при помощи TextDecoder Чего, JS не может напрямую работать с UTF-8?
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	71. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (13), 17-Мрт-23, 16:47
	V8 хранит строки в формате WTF-16. Если хочется принять буфер, в которой лежит UTF-8, то нужно перекодировать (TextDecoder). Напрямую с буфером будешь работать именно как с массивом байт, но если тебе эту строку нужно показать пользователю, то придется перегнать в WTF-16.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (92), 18-Мрт-23, 07:32
	В JavaScript единственная кодировка utf-16
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	85. "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лице..."	+/–
	Сообщение от Аноним (-), 18-Мрт-23, 01:25
	> Представляю, какой там оверхед при пересечении границы между WASM и DOM. Поэтому рисовать куданить в канвас и IO через вебсокеты всякие. Чтобы с вебтормозилками минимально пересекаться.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

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

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