The OpenNET Project / Index page

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



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

Оглавление

Релиз Firefox 65, opennews (??), 29-Янв-19, (0) [смотреть все]

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


52. "Релиз Firefox 65"  +/
Сообщение от Аноним (52), 29-Янв-19, 23:28 
Нам нужно больше жабаскрипта!!1
Wasm выглядит намного рациональнее, чем пихание как можно больше кода в одну строку.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

66. "Релиз Firefox 65"  –2 +/
Сообщение от Аноним (66), 30-Янв-19, 01:22 
Лол. Вообще-то речь про string тип данных в js, а не строку кода. Сразу виден средний уровень компетенции js-хейтеров.
Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз Firefox 65"  +7 +/
Сообщение от Аноним (101), 30-Янв-19, 12:40 
Ок. Ты можешь представить ситуацию, в которой строковая переменная будет содержать что-то около 1073741824 символов? Для сравнения: во всех четырех томах "Войны и мира" 2521613 символов без пробелов (и около 3.3 млн с пробелами).
Вот просто с точки зрения здравого смысла: на xpeна нужна строковая переменная размером в 325 экземпляров "Войны и мира"?
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз Firefox 65"  +3 +/
Сообщение от Аноним (111), 30-Янв-19, 15:57 
Толстой слабоват. Аноним больше написал.
Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз Firefox 65"  +/
Сообщение от КО (?), 31-Янв-19, 12:51 
Человечество знавало произведения, в которых слов примерно столько же слов, сколько ты насчитал символов в "Войне и мире".
Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

132. "Релиз Firefox 65"  +/
Сообщение от КО (?), 31-Янв-19, 12:53 
Не говоря уж об рисунках кодируемых через data:image/png;base64
Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз Firefox 65"  –1 +/
Сообщение от Аноним (66), 30-Янв-19, 01:24 
Более того, повышение лимита как раз wasm'у помогло в итоге.
> Hey, this is great! I had no idea this was in the works, or is now this straightforward. The hazard analysis was hitting this limit when reading JSON corresponding to js::wasm::BaseCompiler::emitBody() because of a massive number of temporaries. This change provides a bunch of breathing room. Thank you!
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

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

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




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

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