https://89.19.215.112/openforum/vsluhforumID3/110662.html Эрик Рам (Eric Rahm), участник проекта MemShrink (https://wiki.mozilla.org/Performance/MemShrink), в рамках которого ведётся работа по снижению потребления памяти в Firefox, опубликовал (http://www.erahm.org/2017/03/10/are-they-slim-yet-round-2/) результаты тестирования потребления памяти Firefox с выделением 2, 4 и 8 процессов для обработки контента, в сравнении с Chrome, IE и Safari.<br>Тестирование проведено в окружениях Ubuntu 16.04, macOS 10.12.3 и Windows 10 с использованием свежих экспериментальных версий Firefox Nightly 55, Safari Technology Preview 10.2 release 25, IE 11 и Chrome 59 (в Ubuntu - Chrome 54).<br><br><br>При выполнении одинакового тестового набора Firefox с двумя отдельными процессами для обработки контента на платформах Windows и Linux израсходовал почти в два раза меньше памяти, чем Chrome, который запускает отдельный процесс на каждую вкладку. При увеличении числа обработчиков контента разрыв уменьшался. На платформе macOS расхождения в потреблении памяти были незначительны, и Firefox с 8 об https://89.19.215.112/openforum/vsluhforumID3/110662.html#139 Sun, 23 Jul 2017 14:13:35 GMT &gt; es6 <br><br>А кто мешает писать на ес6 и компилять в старый стандарт?<br> https://89.19.215.112/openforum/vsluhforumID3/110662.html#138 Sun, 23 Jul 2017 14:10:53 GMT Да, незаем пиешется слитно, я знаю<br> https://89.19.215.112/openforum/vsluhforumID3/110662.html#137 Sun, 23 Jul 2017 14:08:45 GMT Несколько лет назад, когда был хайп по облачным сервисам, казалось, что все вычисления и тяжелая работа переедет на облачные сервера. А тонкий клиент будет исполняться в браузере. А вот нет. По сути, облачные приложения целиком крутятся в Вашем браузере, как например MS Office 365, или слак.<br><br>Вся логика плавно переезжает в клиент, а точнее к неудачнику-пользователю. Сервер становится хранилищем аутентификационных данных, он гарантирует, что вы не сможете скачать пиратскую версию приложения. <br><br>Вы хотели ворд в браузере, но не хотели, чтобы он у вас много отжирал? Так не получится: поставщику приложения не зачем брать на себя лишние затраты и делать то, что может исполнять клиент самостоятельно.<br> https://89.19.215.112/openforum/vsluhforumID3/110662.html#136 Wed, 15 Mar 2017 10:29:19 GMT &gt; Как мы её тебе без таймера обновлять будем?<br><br>по событиям из websockets, очевидно же<br> https://89.19.215.112/openforum/vsluhforumID3/110662.html#135 Wed, 15 Mar 2017 10:15:09 GMT &gt; А чего вы в это обсуждение влезли, если у вас закрытое решение, <br>&gt; а не типичный веб-сайт? Да еще отстаиваете свое право жрать ресурсы <br>&gt; пользователей, говоря от имени типичных сайтоделов.<br><br>Эээ... Ну, исходный тезис был "сайтоделы - не настоящие разработчики". Я так понял, что это про вебников в целом, и хотел заметить, что среди них попадаются иногда толковые. Как-то не улавливаю из контекста, что речь про какую-то определённую часть вебников - "типичных сайтоделов". Ну... Может я чего не понял, в самом деле.<br> https://89.19.215.112/openforum/vsluhforumID3/110662.html#134 Wed, 15 Mar 2017 09:30:30 GMT А чего вы в это обсуждение влезли, если у вас закрытое решение, а не типичный веб-сайт? Да еще отстаиваете свое право жрать ресурсы пользователей, говоря от имени типичных сайтоделов.<br> https://89.19.215.112/openforum/vsluhforumID3/110662.html#133 Wed, 15 Mar 2017 09:02:57 GMT &gt;&gt; Наша работа - предоставить хороший интерфейс пользователю. Если браузер не справляется, это не наши проблемы.<br>&gt; Нет, ваши. Программисты прикладного софта по крайней мере понимают, что есть такое <br>&gt; понятие как ограничение производительности железа. Почему "программисты" фронтенда считают, <br>&gt; что если прячутся от железа за браузером, то могут на него <br>&gt; все свалить?<br><br>Если железо на рабочем месте не удовлетворяет системным требованиям, надо апгрейдить рабочее место. Просто же как дважды два, анончик.<br>К тому же, сомневаюсь я, что работодатель, потратив миллионы на ПО, не обеспечит своих работников железом, чтобы они могли с этим ПО работать. У ПО ведь есть минимальные требования, кэп. Они все прописаны, то бишь заранее известны ещё ДО покупки.<br><br>&gt;&gt; Это их рабочая среда, за которую собственно нам деньги и плачены, притом немалые.<br>&gt; И чо? По факту вы получили немалые деньги за кривую реализацию. Отнюдь не повод гордиться.<br><br>Ого. Кривая реализация. И ты это утверждаешь только потому, что мы используем та https://89.19.215.112/openforum/vsluhforumID3/110662.html#132 Tue, 14 Mar 2017 21:51:07 GMT &gt; Наша работа - предоставить хороший интерфейс пользователю. Если браузер не справляется, это не наши проблемы.<br><br>Нет, ваши. Программисты прикладного софта по крайней мере понимают, что есть такое понятие как ограничение производительности железа. Почему "программисты" фронтенда считают, что если прячутся от железа за браузером, то могут на него все свалить?<br><br>&gt; Это их рабочая среда, за которую собственно нам деньги и плачены, притом немалые.<br><br>И чо? По факту вы получили немалые деньги за кривую реализацию. Отнюдь не повод гордиться.<br><br>&gt; Обеспечение качества работы вкладок при их параллельном сосуществовании - задача браузера, не сайтостроителей.<br><br>Задача в том числе сайтостроителей, не отмазывайтесь. Вам немалые деньги платят, а вы такой результат выдаете. Позорники.<br> https://89.19.215.112/openforum/vsluhforumID3/110662.html#131 Tue, 14 Mar 2017 17:20:03 GMT Grid Layout еще лишь "Возможная рекомендация". WebM приобретен гуглом для своих нужд и, понятное дело, получил широкое распространение лишь на YouTube. Соцсети, Vimeo, Daylymotion - все используют H264. Что ранее глупая поптытка зафорсить Theora, что WebM одна хрень. Хотя к слову VP9 (WebM) Edge тоже поддерживает.<br>