Мировые IT-гиганты обязались ускорить загрузку сайтов в 20 раз, переписав сайты на WebAssembly

отметили
48
человек
в архиве
Мировые IT-гиганты обязались ускорить загрузку сайтов в 20 раз, переписав сайты на WebAssembly
Программные инженеры из компаний Google, Microsoft и Mozilla, а также создатели WebKit намерены реализовать совместный проект по разработке нового web-стандарта – WebAssembly.
Предполагается, что технология будет кроссбраузерной и позволит ускорить загрузку web-сайтов до 20 раз за счет того, что соответствующие ресурсы будут представлять собой исполняемые приложения. Кроме того, популяризация готового проекта позволит коренным образом изменить подход к использованию Unity WebGL.
IT-эксперты также отмечают, что их второстепенной задачей является создание нового низкоуровневего языка программирования WebAssembly, который заменит JavaScript. В конечном итоге исполняемые части сайта можно будет писать на JavaScript, C, C++, Rust, Go, C# и т.д. а после компилировать исходный код в исполняемый файл web-сайта.
Такой подход заметно отличается от текущего метода, когда программы на JavaScript загружаются с веб-сервера на компьютер пользователя в виде текстовых файлов и затем интерпретируются браузером.
Также сообщается, что скорость декодирования бинарного файла в WebAssembly будет существенно выше (в сравнении с Asm.js в 23 раза быстрее).
Добавил X86 X86 [БАН] 21 Июня 2015
Комментарии участников:
oleg_ws
+5
oleg_ws, 21 Июня 2015 , url
В конечном итоге исполняемые части сайта можно будет писать на JavaScript, C, C++, Rust, Go, C# и т.д. а после компилировать исходный код в исполняемый файл web-сайта.
Интересно, а что в этом нового? Это и сейчас можно без проблем сделать? У меня целый сайт был написан на Pascal и работал достаточно шустро. Просто то, что заложено в эти языки и их идеология не соответствует идеологии вэб. За счет этого разработка более сложная и длительная

Такой подход заметно отличается от текущего метода, когда программы на JavaScript загружаются с веб-сервера на компьютер пользователя в виде текстовых файлов и затем интерпретируются браузером.
Это ускорит загрузку только тех страниц, где преобладающая часть реализована на JavaScript-библиотеках. При обычных страницах, где JS или не используется или используется мало и в чистом виде выигрыш не очевиден.
arez
+2
arez, 21 Июня 2015 , url
Ключевая фраза в новости
Код на стороне клиента будет выполняться в 20 раз быстрее

Это позволит строить динамические монстрообразные ui =) Ваш КО.
oleg_ws
+3
oleg_ws, 21 Июня 2015 , url
Здесь более нормально описана эта технология. Видимо в СекьюритиЛаб сам автор публикации не совсем понимает о чем идет вообще речь.

Технология вообще относится лишь к той части, где сейчас используется JavaScript. И все заключается лишь в том, что бы скрипт компилировался не в браузере, а уже заранее скомпилированный хранился на сервере и таким передавался в браузер. Причем скомпилированный скрипт может быть написан не только на JavaScript, но и на других языках. Сейчас тестируется (или только планируется к разработке?) С/С++
X86
+3
X86 [БАН], 21 Июня 2015 , url
Сделать-то можно, но пока это все не стандартизировано.
oleg_ws
+3
oleg_ws, 21 Июня 2015 , url
Со скоростью html5 стандартизируют.
X86
+1
X86 [БАН], 21 Июня 2015 , url
Так HTML 5 — это все та же бадяга с JavaScript, разве что приукрашенная всяким видео и т.д.
oleg_ws
+2
oleg_ws, 21 Июня 2015 , url
Да нет, там много всякого другого. А через JavaScript это делали возможной использование основных тэгов html5 на старых браузерах.
oleg_ws
+2
oleg_ws, 21 Июня 2015 , url
При сравнении с html5 я имел в виду только сроки разработки стандарта.
X86
+1
X86 [БАН], 21 Июня 2015 , url
Понятно. То-есть этот WebAssembly будет частью HTML 5 или будет совместим с ним?
oleg_ws
+3
oleg_ws, 21 Июня 2015 , url
На сколько я понимаю, он к html5 никакого отношения не имеет.
Еще раз — при упоминании html5 я только имел ввиду, что стандарт html5 разрабатывали более 10 лет!
X86
+2
X86 [БАН], 21 Июня 2015 , url
а, понятно) Ну да. Вон, всякие форматы сжатия изображений тоже более 10 лет разрабатывают, давно есть более эффективные чем jpeg, а все равно везде jpeg используют.
GreyWolf
0
GreyWolf, 21 Июня 2015 , url
Я думаю, что успею на пенсию выйти, пока они чего-то там разработают…
норд
+15
норд, 21 Июня 2015 , url
JavaScript именно как интерпретатор, разумеется, медленнее, чем переданный скомпилированный кусок кода. Но подумайте о безопасности — вы хотите, чтобы к вам сваливался кусок бинарника, который делает невесть что? JS давно изучен, вычищен, его даже поанализировать можно, а с бинарниками я думаю, это как с Applet'ами будет в свое время. Или типа технологии Flash — опять через плагин.
Да, иногда хочется чего-то новенького, чем JS, который стар как мамонт, но пока он свои задачи решает.

waplaw
+1
waplaw [БАН], 21 Июня 2015 , url
Прибавили работы для антивирусников и что хорошего? Как всё это будет анализироваться во время загрузки, или будет заранее создана проверенная, на безопасность, база? Поясните чайнику.
X86
+1
X86 [БАН], 21 Июня 2015 , url
имхо просто будет повышен спрос на антивирусы)
waplaw
+2
waplaw [БАН], 21 Июня 2015 , url
Т.е., ускоренная загрузка заранее заготовленных пирожков с учетом обязательной проверки и предварительного анализа антивируса, никакого ускорения не получится, так как антивирус не позволит загрузиться до окончания проверки. Так?
X86
0
X86 [БАН], 21 Июня 2015 , url
Ну типа того :) Правда и сейчас антивирусы анализируют трафик, немного снижая скорость загрузки сайтов. Блобы будут быстрее работать уже загрузившись. Но о мне так лучше и дальше бы пилили jit-компиляции всякие и быстрее переходили на HTTP/2. Очень много затупов у сайтов из-за несовершенства HTTP.
норд
+2
норд, 21 Июня 2015 , url
никак. бинарник по сути подразумевает передачу управления процессора самому коду.
интерпретатор — не совсем. Поэтому, интерпретатор безопаснее.
Да, можно сгородить «песочницу» под бинарник, или что-то виртуальной микро-машинки, но чем тогда это решение будет лучше интерпретатора?
В передаче управления процессора коду и кроется опасность.
Ибо как только я получил управление процессором — «тут-то мне карта и пошла!» :)
waplaw
0
waplaw [БАН], 21 Июня 2015 , url
«Дьявол скрывается в деталях!!» :)
arez
0
arez, 21 Июня 2015 , url
Не достаточно
oleg_ws
0
oleg_ws, 21 Июня 2015 , url
На сколько я понял не совсем бинарника. Если будет исполняемый код, то это получается будет зависимость от процессора и кода. Скорее будет что-то на подобие Java

А для безопасности без возможности реассемблирования не очень получится.

А JavaScript при сжатии тоже особо не разберешь.
istinspring
0
istinspring, 21 Июня 2015 , url
бинарник будет исполняться в sandbox точно так же как и текущий javascript
GreyWolf
+1
GreyWolf, 21 Июня 2015 , url
Сандбокс уже давно не понацея. ОС может защищена, а вот юзер как бултыхался, так и будет бултыхаться в вареве уязвимостей в этом сандбоксе…
istinspring
0
istinspring, 22 Июня 2015 , url
чего? сэндбокс в том числе это и JVM к примеру. WebAssembly это виртуальная машина для исполняемого байт кода, этот байт-код может быть получен компиляцией с других ЯП. Будут там какие-то инструкции для I/O но только в рамках собственного окружения. Изолированные окружения лучше чем неизолированные, javascript по сути так и работает в браузере.
GreyWolf
+1
GreyWolf, 23 Июня 2015 , url
Я к тому, что если вы зашли на заражённый сайт, и расплатились там кредиткой, то никакой сандбокс вас не спасёт… Компалить все это новые приблуды придётся через задний проход с танцами и бубнами, как это обычно бывает, а разрабы и админы в последнее время довольно ленивые, возьмут скомпайленый блоб хрен знает от куда, хрен знает кем компиленый и захерачит себе на сайт. А если потом у пользователей все пароли или кредитки уведут, а с кем не бывает…
tooZ
+1
tooZ, 21 Июня 2015 , url
это очень хорошо
bee_e
+2
bee_e, 21 Июня 2015 , url
Лучшее — враг хорошего (с)
Marlan
0
Marlan, 21 Июня 2015 , url
Парсеры делать будет сложнее несколько. На конфиденциальность браузеров я так думаю просто положат. А так один хрен. Закономерное развитие идеи о том, что твой ПК или телефон принадлежит не тебе.
benefactor
0
benefactor, 21 Июня 2015 , url
Хотел новости почитать, а попал на хабр))
indigo7
+1
indigo7, 21 Июня 2015 , url
и чем это отличаться будет от ActiveX или Java applets?
GreyWolf
0
GreyWolf, 23 Июня 2015 , url
Все новое — это хорошо забытое старое…
bronevoy
+1
bronevoy, 21 Июня 2015 , url
Имхо загрузка сайтов в большей степени зависит от мультмедиа контента, а не от скорости js. Поэтому, сильно сомневаюсь…


Войдите или станьте участником, чтобы комментировать