https://www.opennet.me/openforum/vsluhforumID3/113341.html Разработчики Mozilla сообщили (https://hacks.mozilla.org/2018/01/making-webassembly-even-faster-firefoxs-new-streaming-and-tiering-compiler/) о включении в состав Firefox 58, релиз которого ожидается на следующей неделе, нового компилятора, который обеспечивает компиляцию промежуточного кода WebAssembly в 10-15 раз быстрее, чем используемый до этого оптимизирующий компилятор. <br><br><br>На типовой рабочей станции скорость компиляции кода WebAssembly достигает 30-60 Мб в секунду, а на мобильном устройстве 8 Мб в секунду, что быстрее, чем пропускная способность большинства сетей. Второй особенностью нового компилятора является возможность компиляции кода по мере его загрузки. В сочетании с высокой скоростью компиляции данная особенность позволяет получать готовый код почти сразу после окончания загрузки, так как большая часть кода успевает скомпилироваться во время загрузки кода.<br><br><br>Потребность в компиляции по мере загрузки возникла при появлении WebAssembly, так как для обычного JavaScript операции парсинга требую https://www.opennet.me/openforum/vsluhforumID3/113341.html#159 Wed, 24 Jan 2018 18:49:58 GMT Тут такое дело. Все эти скругленные уголки - они тому, кто заходит на сайт вовек не сдались.<br>Зато на отношения между заказчиком веб-разрабоки и исполнителем влияют очень серьёзно - можно цену повыше поставить. Более прогрессивный дизайн же.<br> https://www.opennet.me/openforum/vsluhforumID3/113341.html#158 Wed, 24 Jan 2018 15:35:32 GMT Ну вот например, 1 сайт отъел 750 мегабайт памяти.<br><br>1,289.96 MB (100.0%) -- explicit<br>├──1,102.43 MB (85.46%) -- window-objects<br>│ ├────781.01 MB (60.54%) -- top(https://secretmag.ru/trends/tendencies/my-v-zhope-pochemu-turizm-v-rossii-eto-bol.htm, id=40802189928)<br>│ │ ├──759.91 MB (58.91%) -- active<br>│ │ │ ├──757.98 MB (58.76%) -- window(https://secretmag.ru/trends/tendencies/my-v-zhope-pochemu-turizm-v-rossii-eto-bol.htm)<br>│ │ │ │ ├──749.11 MB (58.07%) -- js-compartment(https://secretmag.ru/trends/tendencies/my-v-zhope-pochemu-turizm-v-rossii-eto-bol.htm)<br>│ │ │ │ │ ├──747.06 MB (57.91%) -- classes<br>│ │ │ │ │ │ ├──248.79 MB (19.29%) -- class(Object)/objects<br>│ │ │ │ │ │ │ ├──248.31 MB (19.25%) ── gc-heap<br>│ │ │ │ │ │ │ └────0.48 MB (00.04%) ++ malloc-heap<br>│ │ │ │ │ │ ├──167.62 MB (12.99%) -- class(Function)/objects<br>│ │ │ │ │ │ │ ├──167.38 MB (12.98%) ── gc-heap<br>│ │ │ │ │ │ │ └────0.24 MB (00.02%) ── malloc-heap/slots<br>│ │ │ https://www.opennet.me/openforum/vsluhforumID3/113341.html#157 Sun, 21 Jan 2018 15:22:54 GMT &gt; В общем, прогресс - это не сортировка пузырьком. Надеюсь, донес, что хотел.<br><br>Это всё к прогрессу ни малейшего отношения не имеет. Если каждая ваша новая машина будет потреблять вдвое больше топлива, тогда вы поймёте, что испытывает среднестатистический владелец ПК, которого фактически принуждают каждые несколько лет покупать новый ПК без изменения качества собственной жизни.<br> https://www.opennet.me/openforum/vsluhforumID3/113341.html#155 Sun, 21 Jan 2018 08:50:53 GMT &gt; Сравни наборы опкодов сам, а?<br><br>Одна машина регистровая, а другая стековая - может по такому критерию сравнивать?<br><br>&gt; Навскидку - опкоды джавы вообще не предусматривают вызов свободной функции, только метода, и работы с указателями нет.<br><br>Это всё условности. Уж сколько вызовов в Java совершается статических методов финальных классов без объектов и без состояния, что это в порядке вещей.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/113341.html#153 Sun, 21 Jan 2018 04:44:36 GMT Вы объясняете логично, но несколько неполно. ))<br><br>Рост потребления ресурсов (мощности, памяти), конечно, приятно отнести на счёт того, что вы "можете обработать больше за то же время". Для специализированных задач это верно -- в общем.<br><br>Но о чём говорят ваши оппоненты? -- а почему сравнимый рост потребления ресурсов наблюдается в рядовых настольных задачах, которые великолепно решались в условном 2006 году, и насколько этот рост оправдан?<br><br>Когда один делает то, что в 2006 делали 10, это прекрасно.<br>Но когда один делает то же, что делал в 2006 на вдесятеро большем ресурсе, это справедливо вызывает вопросы -- хотя бы о качестве подготовки и работы, если уж не об интенциях.<br><br>Пример с div-ами, собственно, против вас работает, если в 2006 году можно было соорудить обход, который (уже тогда) справлялся с проблемой (а я помню как раз подобный случай, и как раз в 2006 году :)).<br>&gt; и жить стало не только проще и веселее, но и работать <br>&gt; это все в браузере стало быстрее. А память сожралась.<br><br>Да как же оно всё https://www.opennet.me/openforum/vsluhforumID3/113341.html#152 Sun, 21 Jan 2018 03:17:33 GMT Откуда вообще такие представления?<br><br>Ни один идиот не будет париться и каждый раз писать сортировку - он просто подключит либу/фреймворк/модуль, где это есть и дернет библиотечный метод, где это уже реализовано с учетом всех больших О. Отсюда и вес программ.<br><br>А насчет прогресса - приведу свой пример. Я работаю в области 3д-графики (да, на ворованной проприетарщине, но не суть).<br><br>Сейчас ПО позволяет делать в одиночку объемы и качество работ, которые, например, 15 лет назад могли выдавать лишь крупные студии (за сравнимое время). Само собой, софт стал жрать нааамного больше, на порядки - например, мне моих 64гб часто не хватает для моих задач, но он и позволяет получать результат, недостижимый с предыдущими поколениями софта/железа.<br><br>С браузерами и вебом ситуация похожа, но не так заметна. Помните, как в 2006 году делали скругленные уголки у дивов? Либо вручную пихать 19 оберток из дивов разного размера и разного border-color, либо использовать либу NiftyCorners, которая делала то же самое автоматом, но https://www.opennet.me/openforum/vsluhforumID3/113341.html#151 Sun, 21 Jan 2018 00:02:46 GMT FF стал таким же прожорливым как и ххром.<br> https://www.opennet.me/openforum/vsluhforumID3/113341.html#150 Sat, 20 Jan 2018 23:49:14 GMT Mozilla делает всё, чтобы я перестал пользоваться Firefox.<br>Скрыл панель меню и где мои закладки?<br> https://www.opennet.me/openforum/vsluhforumID3/113341.html#149 Sat, 20 Jan 2018 20:41:19 GMT "Для JavaScript вторая стадия запускается спустя какое-то время после начала выполнения кода, лишь после того как накопится определённая статистика о характере выполнения и типах данных."<br>Что-то нехорошее из проблемы в процессорах Intel напоминает...<br>