Бренден Айк (Brendan Eich), создатель языка JavaScript, представил (https://brendaneich.com/2015/06/from-asm-js-to-webassembly/) проект WebAssembly (https://www.w3.org/community/webassembly/), совместно развиваемый ведущими производителями браузеров под эгидой организации W3C. В рамках проекта планируется подготовить унифицированный низкоуровневый промежуточный код для выполнения в браузере приложений, скомпилированных из различных языков программирования, фокусируясь на начальном этапе в основном на языках С и С++, но не ограничиваясь ими.По своим задачам WebAssembly во многом напоминает PNaCl (Portable Native Client) и Asm.js. Основное отличие (https://github.com/WebAssembly/design/blob/master/FAQ.md) от Asm.js состоит в том, что WebAssembly является бинарным форматом, не завязаным на исходных текстах JavaScript и позволяющим выполнять в браузере низкоуровневый промежуточный код. При этом, в отличие от PNaCl промежуточный код не является машинным кодом и не изолирован в отдельной виртуальной машине, а выполняется с похожим на JavaScript уровнем изоляции и реализован на уровне штатных движков JavaScript (по сути предлагается технология компиляции JavaScript-приложений, с возможностью доступа к объектам JavaScript, DOM и Web API).
Для генерации кода WebAssembly планируется (http://lists.cs.uiuc.edu/pipermail/llvmdev/2015-June/086881....) подготовить специальный бэкенд к clang/LLVM, который сможет быть использован в том числе для генерации кода уже существующими проектами, такими как Emscripten и PNaCl. Т.е. вместо герерации JavaScript и собственного байткода, Emscripten и PNaCl смогут герерировать универсальный код WebAssembly. Для изучения кода WebAssembly и отладки предусмотрена (https://github.com/WebAssembly/design/blob/master/TextFormat.md) возможность преобразования промежуточного бинарного кода в наглядное текстовое представление.Среди основных задач WebAssembly выделяется обеспечение переносимости между браузерами, предсказуемость поведения и идентичности выполнения кода на разных платформах. Использование WebAssembly также позволит существенно скратить размер приложений, благодаря компактному промежуточному коду, и увеличить скорость декодирования. В частности, текущий прототип WebAssembly демонстрирует в 20 раз более высокую скорость декодирования промежуточного кода по сравнению с JavaScript и генерирует на 45% более компактное представление кода по сравнению с минимизированным кодом Asm.js, сжатым при помощи gzip.
По мере развития проекта, его планируется (https://github.com/WebAssembly/design/blob/master/FutureFeat...) расширить поддержкой таких возможностей, как динамическое связывание,
полное управление памятью (mmap, shared memory), низкоуровневый доступ к структурам сборщика мусора, JIT-компиляция, многопроцессный режим выполнения, SIMD API (http://www.opennet.me/opennews/art.shtml?num=40557), асинхронные сигналы, расширенные целочисленные операции и т.п.
WebAssembly позиционируется как совместный проект, развиваемый всеми ведущими производителями браузеров. В основную команду, которая будет развивать WebAssembly, вошли разработчики PNaCl и движка V8 из Google, представители Microsoft и Mozilla, а также разработчики Emscripten. Внедрение WebAssembly даст возможность (https://github.com/WebAssembly/design/blob/master/UseCases.md) воплотить в жизнь создание новых продуктов, работающих в браузере, в том числе высокопроизводительных игр, систем редактирования видео/звука/изображений, P2P-систем, САПР, средств разработки и коммуникации, в том числе упоминается возможность запуска локального web-сервера в браузере и эффективная упаковка web-фреймворков.URL: https://brendaneich.com/2015/06/from-asm-js-to-webassembly/
Новость: http://www.opennet.me/opennews/art.shtml?num=42451
то есть теперь устраивать ботнеты и воровать данные будет еще проще?
Да вроде нет. С чего бы? Просто вместо текстового ЖС будет байткодный блоб. Права те же. В масштабе безопасности ничего не должно измениться.
> В масштабе безопасности ничего не должно измениться.динамическое связывание, полное управление памятью (mmap, shared memory), низкоуровневый доступ к структурам сборщика мусора, JIT-компиляция, многопроцессный режим выполнения,
SIMD API, асинхронные сигналы, расширенные целочисленные операции и т.п.Ню-ню.
Ну это все-таки еще мечталки. В текущем виде это больше похоже на упакованный и оптимизированный js-код.
Ну вот и будет эта программа возиться с такими же привилегиями как и яваскрипт интерпретатор. Пусть с масштабе этих привилегий хоть голышом под луной танцует. В худшем случае засегфолтится.
> Пусть с масштабе этих привилегий хоть голышом под луной танцует.биткойны чужие обсчитывать
Но ведь ничего не мешает и сейчас это делать. Хоть биткойны считай, хоть поведение клопов на матрасе из 105-б моделируй.
> Ну вот и будет эта программа возиться с такими же привилегиями как и яваскрипт интерпретатор.Прямой доступ к памяти несколько выходит за эти рамки.
* заодно ещё больше усложним написание назависимых браузеров* в ныне существующих браузерах добавим багов побольше, чтоб никто не забывал о табличке "Firefox вынужден завершить работу" (или как там)
>в том числе упоминается возможность запуска локального web-сервера в браузереНу ладно веб-сервер, а нормальный браузер-то внутри браузера можно будет запустить? Такого, чтобы памяти много не жрал?
Классная задумка, однако. Лишь бы реализация не подкачала.
То, чем не стал X11.
Это реинкарнация Flash.
> ... В рамках проекта планируется подготовить унифицированный низкоуровневый промежуточный код для выполнения в браузере приложений, скомпилированных из различных языков программирования, фокусируясь на начальном этапе в основном на языках С и С++, но не ограничиваясь ими.Срочно шлите Айку телеграмму:
Такие браузеры уже есть ТЧК
Они называются операционные системы ТЧК
Всё уже написано до нас, хватит терзать Му-му ВСК
>Такие браузеры уже есть ТЧКActiveX
> ActiveXДа, второе пришествие.
когда-то я был искренне рад, что некоторые десктопные задачи переносятся в браузер. Но сейчас меня пугает это стремление все перенести в браузер.
еще activx не додох до конца...
Новость конечно хорошая, но как бы разработчики не начали по старой памяти тянуть различные фреймворки вроде Qt или .NET. Сколько будет весить средний сайт 50Мб? Или 100Мб?
Если у них= хватит мозгов сделать библиотеки с манифестами и кросс-сайтное кэширование для них - то невелика разница. Загрузится один раз, и всё. Результат может запросто оказаться компактнее и шустрее, чем возня с развесистым DOM-деревом.
> Если у них= хватит мозгов сделать библиотеки с манифестами и кросс-сайтное кэширование
> для них - то невелика разница. Загрузится один раз, и всё.
> Результат может запросто оказаться компактнее и шустрее, чем возня с развесистым
> DOM-деревом.Даже если это добавят в стандарт, мало кто этим будет пользоваться. Вроде именно так сейчас обстоят дела с jQuery и прочими фреймворками. Все скачивают свою копию, как правило не самую свежую, так надёжнее.
Ну так понятно, что версию (а то и контрольную сумму) надо фиксировать. И при выборе тянуть Qt заново или взять из кэша - будут брать как миленькие.
Так Qt уже можно тянуть используя Emscripten:
http://vps2.etotheipiplusone.com:30176/redmine/projects/emsc...По личному опыту сам собирал небольшой проект используя Emscripten который тащил за собой из больших зависимостей SDL, box2d, lua и freetype. Все довольно быстро загружалось и работало. Если использовать это для портирования игр в браузер то в итоге ресурсы игры будут занимать большую часть проекта и размер скомпилированного бинарника и библиотек на их фоне становятся незаметным. В моем проекте получаемый итоговый js файл со всеми зависимостями получался размером в 17.1 мегабайт без сжатия. Если сжимать используя gzip то размер сокращался до 2.3 мегабайт. А в сжатом виде отправлять и принимать умеет любой нормальный веб сервер и браузер.
Самое большое ограничение сейчас в Emscripten это отсутствие поддержки потоков. Если данное решение добавит нормальную реализацию потоков да при этом добавит еще и производительности и при этом как Emscripten не будет требовать переработки всего проекта для запуска и будет работать в любом браузере то это очень даже будет нужно.
Я ведь боюсь не за игры, а за типичные хомпаги, блоги и т.д. Если на Qt с кучей зависимостей состряпать страничку под все платформы будет быстрей, то не сомневайтесь именно на Qt её и нарисуют. А ещё вполне вероятный сценарий использования C#, PHP, Python, Ruby,... вместо JS, потому, что можно, круто, молодёжно. Нужно всего лишь скачать нужный фреймворк, желательно весь, во избежание различных глюков, багов.
ну не будет посетителей у такого дебила, делов-то
это они своеобразный Джавовский байт-код для браузеров изобретают?
У Java свободного управления памятью нет, это больше похоже на IL-код, но с изоляцией от хостовой ОС.
Нет, это они REBOL изобретают.
Надеюсь это будет отключаемо, иначе придется юзать старые браузеры
Весь JavaScript - это такая же дыра в безопасности, как и автозапуск с CD/флэшек.
Непонятно, что будет с PNaCl. Он, во-первых, быстр а во-вторых не ограничен, как браузер - к примеру, pthreads в нём доступны.
Впрочем, уход от JS в любом случае будет прорывом.
Crazy, это, ИМХО, уход не в ту сторону!Сейчас дело обстоит так, что любой скрипт исполняясь никак не вмешивается в бизнес-логику своей рантайм-среды - браузера.
При этом любые такие вмешательства /в бизнес-логику/ в принципе возможны, хотя и требуют _предварительных_ действий со стороны пользователя (установка плагинов). В сабже же, насколько я понял, все то, что раньше требовало _предварительных_ действий, теперь делается на лету. Плюс (хотя, ИМХО, это не "плюс", а "минус"!) - отсутствие песочниц и иных сдерживающих механизмов.
По сути дела, мы имеем ситуацию, когда браузер внезапно может браузером перестать быть. По причине изменения своей внутренней бизнес-логики.
Как по мне, так это очень опасная тенденция, способная привести к неконтролируемым негативным результатам.
Это я даже еще не касаюсь проблем с закрытым кодом, а они обязательно будут, поскольку любой аудит станет чрезвычайно усложненным.
Да, производители игр, и всякой такой хни однозначной выиграют. В выигрыше будут все те, кто ранее продавал сложное и дорогое традиционное ПО, а теперь будет иметь возможность его сдавать в аренду. Но стоят ли их интересы такой цены?
Либо ты, либо я что-то не так прочёл. То, что они предлагают, никак не увеличивает возможности скриптов, они могут всё то, что сейчас может JS. Просто разработчику перестают навязывать один истинный язык.Ну а что пользователь имеет неконтролируемую среду - понятно, что это плохо. Но, во-первых, это и сейчас в браузере так - минифицированный JS, asm.js, NaCl. Во-вторых - а что делать, если пользователь идиот и не хочет и не может управлять софтом на своей машине? Сколько тут желающих загрузить программку и её запустить - мимо дистрибутива и какого-либо аудита?
Лично я смирился с тем, что контролируемый пользователем софт - это удел меньшинства года три назад. Может, что-то поменяется когда человеко-машинные интерфейсы разовьются и содержимое личного компа будет не очень отделимо от содержимого головы. А пока, может, мне хотя бы разрабатывать для этой уродины-веба (что делать приходится иногда) будет полегче.
>Либо ты, либо я что-то не так прочёл.Возможно. Сейчас более углубленно прочту материалы на английском, - пока я их только пробежал по диагонали. Но первое впечатление пока такое вот.
> от Asm.js состоит в том, что WebAssembly является бинарным
> форматом, не завязаным на исходных текстах JavaScript и позволяющим выполнять
> в браузере низкоуровневый промежуточный код.Понятно - это такой заговор проприетариев ...
Типа "Мы прорпиетары! Сопротивление бесполезно! Мы вас везде достанем! Приготовтесь к введению зонда!"> промежуточный код не является машинным кодом и не изолирован в отдельной
> виртуальной машине, а выполняется с похожим на JavaScript уровнем изоляции и
> реализован на уровне штатных движков JavaScript
> Среди основных задач WebAssembly выделяется обеспечение переносимости между браузерами,
> предсказуемость поведения и идентичности выполнения кода на разных платформах.Ага. Когда-то жаба-жоплетты так же пиарили.
> Внедрение WebAssembly даст возможность (https://github.com/WebAssembly/design/blob/master/UseCases.md)
> воплотить в жизнь создание новых продуктов, работающих в браузере, в том
> числе высокопроизводительных игр, систем редактирования видео/звука/изображений, P2P-систем,
> САПР, средств разработки и коммуникации, в том числе упоминается возможность запуска
> локального web-сервера в браузере и эффективная упаковка web-фреймворков.Т.е. нормального просмотрщика веба ждать не стоит, ибо лавры емакса кое-кому покоя не дают?
А не проще вместо этих танцев с саблями прям из браузера сразу виртуальное гостевое окружение на аппаратной виртаулизации такой хрени давать ? И дыр меньше будет, и работать будет нормально.Изобрести сперва скриптовый язык сомнительной красоты, чтобы изобрести потом под него компилятор "на лету" и виртуальную машину, чтобы на этой всей херне потом накодить через одно место эмулятор таргет платформы на которой это вся эта матрешка ощемта нативно крутится. При наличии нативных же средств изоляции на нативной платформе это жыр ващще.
Учитывая, что даже NaCl не прошёл - вряд ли виртуальное гостевое окружение прокатит. Основная проблема - они хотят иметь стандартную платформу для приложений, которой нынче и стал браузер. Шли бы товарищи лесом, конечно - нативный контролируемый пользователем софт всяко лучше - но ведь не пойдут же...
"Нативный контролируемый пользователем софт" плохо подходит под концепцию "ПО как услуга", а это серьезная проблема для ребят желающих выжать доход с пользователей по максимуму, и не быть при этом распластанным пиратским тесаком.Кроме того, как ты сам же замечал чутка выше, людей умеющих и понимающих как этот самый нативный софт контролировать весьма не много на фоне общей массы. Да их, ИМХО, и не должно быть много. Вон, к примеру, автолюбителей полно, но людей _действительно_ контролирующих свое авто - чуть да маленько. Сервисники, механики, профи со стажем.. все. А почему в сфере ИТ должно быть иначе? Вот и получается, что время нативного софта потихоньку уходит. Правда вот веб - это тоже не совсем оно, как я понимаю, но как говаривал один национал-предатель "процесс пошел"
Ну да, сошлись интересы - одни не хотят урпавлять и разбираться, другие хотят иметь контроль и, соответственно, прибыль. Что не мешает мне злобно на это дело ругаться.Подозреваю, что при удачной бизнес-модели (свободная архитектура, основанная на ядре и плагинах, с биржей, финансируемой через краудфандинг для оплаты фич и багфиксов) с этим можно конкурировать - упирая на защиту приватности и некоторые другие плюсы, но там поглядим.
В общем-то, свободный софт имеет некоторые заведомые преимущества в юзабилити - но это при хорошем дизайне и для этого, пожалуй, надо половину нынешних концепций никсов как минимум править. В частности - адский недостаток коммуникации между всеми установленными и работающими приложениями и ОС, добавлять централизованные и взаимосвязанные хранилища данных со стандартными интерфейсами (и не такие уродливые, как в том же KDE) и прочее. Потому что проприетарщина друг с другом взаимодействовать толком не может по определению, и то, что она недоверенная - тоже свою роль играет.
Ладно, слезу пока с броневичка, надо всё это ещё раз думать да как-то систематизировать...
> Вот и получается, что время нативного софта потихоньку уходит.неа :) Это ХОТЯТ чтобы так было, но реально-то кто код пишет? МЫ. Не захотим - и эта *овноподелка сгинет, даже не начавшись.
Например, если Win10 будет слишком много умничать и лезть в мою жизнь, будет снесена в первый же день. Вообще-то, я её даже не ставил, но есть подозрение, что SaaS будет там в полный рост. Ну так и чего? Останусь на Win7!
Есть люди, у которых есть деньги и руль, но они НИКУДА не поедут, если никто не будет крутить им педали.
Ты же понимаешь, что так поступит очень мало людей? Не то чтобы это было ужасно - может, в результате вернутся времена, когда софт делался не для массовой аудитории, а для себя и для тех, кто понимает, что к чему.
"В сфере IT должно быть иначе", потому что в сфере IT мы пока можем давать отпор подобным зондеркомандам. И всяких не-можешь-победить->присоединяйся стоит считать коллаборационистами.
>"В сфере IT должно быть иначе", потому что в сфере IT мы пока можем давать отпор подобным зондеркомандамФу, ну что за детский максимализм? Если подумать, то мы ведь радоваться этому должны! Это же обозначает что ИТ, как индустрия стала взрослой, и главный признак этого то, что потребители могут и стали нам доверять не интересуясь особо как созданное нами ПО устроено внутри. Это наша общая победа на самом-то деле. Что же в этом плохого-то?
Наконец-то кто-то додумался до правильного решения. Браузер должен уметь выполнять промежуточный код, в который можно будет компилировать код на разных ЯП(C, C++, JS, да на Lua или Python).
Вообще-то правильным решением было бы выполнять 99.9% этого кода не в браузере, а в нормальных нативных приложениях. Но да, это меньший костыль чем то, что есть сейчас.
Такое ощущение, что когда изобретают очередной велосипед, его создатели будто прилетают с марса. Java? Bytecode? MSIL? Не, не слышал!
Фактически, нам В ТРЕТИЙ раз пытаются навязать какие-то плюхи, исполняемые из браузера. Вопрос: зачем?? Браузер - это программа просмотра гипертекста! Такая же равноправная, как калькулятор и косынка. Почему никто не встраивает JS в калькулятор? Или просматривает Web через WinAmp? Да потому, что это бред!
Хотите межплатформенные приложения - займитесь наконец уже стандартами! А лучше реализацией - тот же .NET давно уже можно было поддержать на всех мобилах, что в свою очередь сразу бы дало возможность запускать любые .NET приложения на любой платформе. Но нет, мы же ещё не достигли апогея идиократии! Возьмём самый бестолковый, опасный язык и залепим из него "клепатель веб приложений"! Вау. Разбудите, когда всё это дерьмо пройдёт и придумают байткод в четвёртый раз.
После того, как язык стал тьюринг-полным, бестолковым может быть только кодер с кривыми руками.
Неумение - повод не кричать, а идти учится =)
Смысл какой?
Хм... Я не ахти какой программист, скорее инфоархивариус, потому припомнил проект Juice 20-летней давности, который делал почти то же самое, но лучше.
Мда... Ничто не ново.
Выступление автора было еще в апреле. Хорошо бы все-таки послушать синхронный перевод или хотя-бы материалы в текстовом виде.То что сейчас преподносится не очень похоже на автора.
Как-то странно, что заговорили об этом сейчас. Прошло незамеченным и вдруг заметили?
Эта инициатива вообще от него исходит? Пчелы против меда? Что такое asm.js? Это типизированный js. Только на днях приняли новый стандарт наверное с похожими возможностями.
Может быть со стороны, технология выглядит интересной и полезной, но запуская с такими технологиями браузер, будут терзать постоянно смутные сомнения, что в моем компьютере присутствует "онлайн зонд"
Пока только просматривается возрастающая на многие порядки сложность аудита такого контента и его создания.
В общем настало время задуматься о сохранении текстового формата как основного стандарта представления информации.
Мне кажется модель безопасности исполнения кода в браузерах должна сохраняться - никакого исполняемого кода на клиенте, только более улучшенное выполнение логики интерпретируемыми скриптами в пределах песочницы.
Я наверное чего-то не понимаю... Но разве такой штуки уже нет? Которая называлась бы Java?
Это Java для Javascript ;)
это фича чтоб адблочеров забородить, и тянуть деньгу, че тут не понятного
Ещё очередная попытка взять компы хомяков под удалённый контроль. Еще один велосипед под видом новшества, где будут опробоваться новые варианты, которые диктует новое время.