https://www.opennet.ru/openforum/vsluhforumID3/89243.html Разработчики проекта Mozilla объявили (https://blog.mozilla.org/luke/2013/03/21/asm-js-in-firefox-nightly/) об интеграции в ночные сборки Firefox оптимизирующего модуля OdinMonkey c реализацией поддержки Asm.js (http://asmjs.org/) - низкоуровневого подмножества (http://asmjs.org/spec/latest/) языка JavaScript, позволяющего существенно увеличить производительность приложений, автоматически преобразованных в JavaScript с языков C/C++ при помощи таких инструментов, как Emscripten (http://www.opennet.ru/opennews/art.shtml?num=35313) и Mandreel (http://mandreel.com/). Ожидается, что поддержка Asm.js будет включена в выпуск Firefox 22, запланированный на 26 июня. <br><br><br>Из отличительных черт Asm.js можно отметить поддержку строгой типизации, при которой переменные на протяжении своего жизненного цикла имеют заранее известный и не изменяемый тип. Наличие информации о типах позволяет использовать не только JIT, но и предварительную AOT-компиляцию, выполняемую для всего кода до начала его выполнения и генерирующую б https://www.opennet.ru/openforum/vsluhforumID3/89243.html#154 Thu, 30 Apr 2015 20:48:09 GMT Задолбали со своим JavaScript-ом, теперь недо программисты будут понтить больше чем надо. <br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#153 Sun, 19 May 2013 23:17:36 GMT cb<br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#152 Sat, 30 Mar 2013 17:01:12 GMT &gt; Я лично не могу.<br><br>это хорошо заметно.<br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#151 Sat, 30 Mar 2013 17:00:06 GMT &gt; &#8212; какая именно из версий llvm должна стать стандартом на много лет<br><br>любая.<br> <br>&gt; &#8212; как обеспечить отсутствие undefined behavior<br><br>не пользоваться тем, что даёт undefined behavior.<br><br>&gt; &#8212; как быть с тем, что в llvm-коде есть команды, работающие только <br>&gt; на одной архитектуре<br><br>плевать. я *нигде* не писал, что надо передавать llvm ir.<br><br>&gt; &#8212; как взаимодействует код на js и llvm<br><br>никак. это не надо.<br><br>&gt; &#8212; как это должно работать, если в браузере нет поддержки LLVM<br><br>никак. это не надо.<br><br>дальше я ничего пояснять не буду, потому что ты изначально ничего не понял.<br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#150 Sat, 30 Mar 2013 16:50:31 GMT &gt; они пытаются привинтить костыли, а не решить проблему. &#171;решить&#187; &#8212; это выпнуть <br>&gt; нафиг js и запилить что-нибудь нормальное. точнее, js оставить &#171;как есть&#187;, <br>&gt; и добавить что-нибудь хоть на том же llvm. специально для обезьян, <br>&gt; которые решили, что браузер &#8212; это новая ОС и хотят там <br>&gt; какие-то &#171;приложения&#187;. пусть llvm их aot-откомпилит, и будет &#171;родная&#187; <br>&gt; производительность. и идиотские танцы вокруг js не нужны.<br><br>Пилите. Не забудьте написать:<br>- какая именно из версий llvm должна стать стандартом на много лет<br>- как обеспечить отсутствие undefined behavior<br>- как быть с тем, что в llvm-коде есть команды, работающие только на одной архитектуре (см. LLVM IR is a compiler IR: http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-October/043719.html )<br>- как взаимодействует код на js и llvm<br>- как это должно работать, если в браузере нет поддержки LLVM<br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#149 Sat, 30 Mar 2013 16:33:32 GMT &gt; и так тоже. ребятам очень хотелось и на гениталий сесть, и рыбки <br>&gt; откушать. то бишь, чтобы их костыль и в &#171;обычном&#187; браузере тоже <br>&gt; работал. поэтому вместо внятной аннотации типов &#8212; вот такая анальная магия. <br>&gt; по их задумке, &#171;обычный&#187; браузер просто исполнит, а специально обученый тут <br>&gt; же поймёт, что x &#8212; это целое и только целое, и <br>&gt; всё резко заоптимизирует.<br>&gt; ну, то есть, идея сама по себе неплоха, но *такое* костыльное воплощение <br>&gt; придумать &#8212; это действительно одарёнными надо быть.<br><br>Придумайте лучше. Я лично не могу.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#148 Sat, 30 Mar 2013 16:30:45 GMT Этот код просто будет выполняться как обычный JS. А в мозилле вас пошлют и будут правы.<br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#147 Thu, 28 Mar 2013 15:42:19 GMT &gt; веб распух.<br><br>вот это главная беда. как только наши танки, мы перевешаем на столбах любителей &#171;веб-приложений&#187;, и всё снова станет хорошо.<br> https://www.opennet.ru/openforum/vsluhforumID3/89243.html#146 Thu, 28 Mar 2013 15:37:32 GMT &gt; я, впрочем, не веб-дисихнер, так, ковырял на досуге. что характерно: код, написаный <br>&gt; и отлаженый в опере (весь который код, не только js) великолепно <br>&gt; потом работал в тормозилле. а вот наоборот &#8212; не всегда.<br><br>я не то, чтобы много программировал на js в расцвет Оперы... плотнее занялся, когда опера пошла на спад. и проблем с именно js в опера не припомню, если писал в мозилла и с использованием каких-то библиотек. у меня мозилла первична.<br>вот со стилями приходилось возиться. особенно раздражало не что-то вычурное там, а просто стили форм. какие-нибудь аплоадеры, какие-нибудь красивые формы - "все должно быть как везде" и начинается любовь...<br>обычно как получалось: если дизайнер задумал конкретно сделать, тютелька-в-тютельку, а в опера не получалось, приходилось отказываться от какого-нибудь решения вообще и перерисовывать с другой логикой поведения. естественно, стили от этого пухли и, бывало, и js-код.<br><br>сейчас знаете ли, в библиотеках js момент инициализации очень важен, поскольку от него з