The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Технология WebAssembly признана готовой для включения в брау..., opennews (??), 01-Мрт-17, (0) [смотреть все]

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


55. "Технология WebAssembly признана готовой для включения в брау..."  +1 +/
Сообщение от Crazy Alex (ok), 01-Мрт-17, 13:03 
1) Там всё тупо - выделяется при старте массив определённой длины, и используется как оперативка. Его можно реаллоцировать, но в любом случае это один кусок который гарантированно умрёт со смертью страницы. В общем, гораздо проще и надёжней, чем игрища с JS-объектами, их пулами и т.д.

2) Это не для обычных сайтов, во всяком случае без сильных доработок и адаптации каких-нибудь ЯП за пределами С и С++. Сейчас и в обозримом будущем - это технология запуска тяжёлых приложений, которые в джаваскрипт не лезут, и готовых сишных/плюсовых библиотек обсчёта чего-то тяжёлого, к чему обращаются довольно редко (там обмен WebAssembly/обычный JS или DOM - довольно дороная операция).

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

62. "Технология WebAssembly признана готовой для включения в брау..."  +1 +/
Сообщение от Etch (?), 01-Мрт-17, 13:19 
Т.е. jQuery на WebAssembly переписывать не будут?
Ответить | Правка | Наверх | Cообщить модератору

67. "Технология WebAssembly признана готовой для включения в брау..."  +1 +/
Сообщение от Crazy Alex (ok), 01-Мрт-17, 13:54 
Даже когда это будет возможно смысла не будет вообще никакого.
Ответить | Правка | Наверх | Cообщить модератору

86. "Технология WebAssembly признана готовой для включения в брау..."  +2 +/
Сообщение от Аноним (-), 01-Мрт-17, 15:08 
>в обозримом будущем

Это замена JS: https://github.com/WebAssembly/design/blob/master/GC.md
В планах:
* reference DOM and other Web API objects directly from WebAssembly code;
* call Web APIs (passing primitives or DOM/GC/Web API objects) directly from WebAssembly without calling through JavaScript; and
* efficiently allocate and manipulate GC objects directly from WebAssembly code.

Они хорошо шифруются (на первых страницах, мол, нет, это не убивец JS), а планы наполеоновские.

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

90. "Технология WebAssembly признана готовой для включения в брау..."  +1 +/
Сообщение от Crazy Alex (ok), 01-Мрт-17, 16:08 
Ну да, всё так. Только:

1) они то, что есть (и по поводу чего изнгачально разногласий не было) два года ковыряли. То же, что ты упоминаешь, разногласий вызвало и вызывает чуть более, чем дофига, а в реализации - существенно сложнее.

2) Для этого надо ещё адаптировать языки, которые бы все эти фичи поддерживали. Причём одновременно с п.1 это делать довольно сложно.

3) Когда это всё сделают - память оно будет жрать не "ещё успешнее", а ровно так же - будет пара каких-то общепринятых решений (Go тот же, питон и т.п.), которые будут управлять памятью ничуть не хуже, чем сейчас JS-движок. Но это дело пары лет минимум даже для доработки технологии, а до мейнстрима - лет пять в самом оптимистическом варианте.

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

171. "Технология WebAssembly признана готовой для включения в брау..."  +/
Сообщение от Очередной аноним (?), 02-Мрт-17, 17:51 
>> Там всё тупо - выделяется при старте массив определённой длины, и используется как оперативка

И что, потом не добавляется память при необходимости? Или сразу выделяют 2 гигабайта и "этого объема памяти хватит для всех применений"? Сишные/++ malloc'и и new откуда будут ее черпать, из заранее выделенного (и неизменного???) массива определенной длины ( 2-4-8 гигов ?) на каждую вкладку или все-таки из динамически меняющегося массива?

В прогах на Си, которые туда будут впихивать, наверное все равно будет туча вызовов выделения памяти на куче. Вместе с успешно портированными утечками памяти. Это хорошо (и понятно) что при закрытии страницы память будет возвращаться, но возникает вопрос про открытие во вкладках десятка разных страниц (а у меня и до пары сотен доходит, хоть и понимаю, что это неправильно), каждая из которых написана на Си и имеет утечки.

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

175. "Технология WebAssembly признана готовой для включения в брау..."  +/
Сообщение от Crazy Alex (ok), 02-Мрт-17, 23:13 
Там два режима: либо выделяется фиксированный объём (сколько WASM-код запросил, ну и плюс лимиты браузера) и пусть там крутится как хочет, либо wasm может дёрнуть вызов "увеличь мне хип" и ему реаллоцируют кучу с увеличением размера. Первое - быстро, но надо знать, сколько будешь жрать. Второе - резиновое, но с потерями в производительности.

Но чтобы каждая вкладка это использовала - шансов нет, во всяком до тех пор, пока внутри там далеко не си будет крутиться, а какой-нибудь Go или питон.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру