Представлен (http://www.ghacks.net/2014/07/12/mozilla-plans-release-elect.../) план перевода Firefox на многопроцессную архитектуру выполнения, при которой обработка интерфейса и контента каждой вкладки производится отдельными процессами, что позволяет увеличить безопасность, повысить надёжность, оптимизировать высвобождение системе неиспользуемой памяти и заметно ускорить работу браузера на многоядерных системах за счёт организации параллельного выполнения не блокирующих друг друга операций. В настоящее время режим обработки вкладок в отдельных процессах доступен для тестирования в ночных сборках (http://nightly.mozilla.org/) Firefox и активируется через установку переменной "browser.tabs.remote.autostart" в настройках about:config.
План перевода основной ветки Firefox на многопроцессную архитектуру включает следующие этапы:
- 18 июля - доведение режима многопроцессной работы до готовности использования типовым пользователем ветки Nightly, но не включение такого режима по умолчанию;
- 21 июля - шесть недель с момента начала цикла разработки Firefox 34 будут выделены на тестирование режима многопроцессной работы и оценки его совместимости с дополнениями. В текущем виде (http://arewee10syet.com/) совместимость с дополнениями оставляет желать лучшего, например, пока не работает большинство популярных дополнений, включая Adblock Plus, Tab Mix Plus, HTTPS-Everywhere, Greasemonkey;
- 1 сентября - после старта цикла разработки Firefox 35 ожидается включение многопроцессного режима по умолчанию в ветке Nightly для прохождения второго этапа тестирования;
- 13 октября - начало разработки ветки Firefox 36, в которую будет интегрирована поддержка многопроцессного режима. Выпуск Firefox 36 ожидается 16 февраля следующего года.
Основные преимущества перехода к многопроцессной обработке:-
Оптимизация для многоядерных процессоров
. В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузера (за исключением ситуаций с выполнением плагинов). Несмотря на попытки использования многопоточности и вынос за пределы основного цикла обработки событий выполнения таких операций, как декодирование изображений, видео и звука, осуществление сетевых операций и ввода/вывода, по прежнему остаются однопоточными подсистема DOM (Document Object Model), функции формирования содержимого окна, парсинг HTML и выполнение JavaScript, т.е. для обработки контента может быть задействовано только одно ядро CPU.-
Предсказуемое потребление памяти
. В длительно выполняемых процессах, при постоянном выделении и освобождении памяти разного размера со временем растет фрагментация и остается все больше небольших "дыр" от ранее освобожденных объектов, которые располагаются вперемешку с занятыми блоками памяти. В ситуации запроса памяти для размещения нового объекта, часто приходится запрашивать новые блоки у операционной системы, несмотря на наличие достаточно большого числа свободных областей во внутренней "куче", размер которых по отдельности меньше запрошенного блока. В случае обработки web-страниц разными процессами занятые процессом блоки памяти после завершения процесса полностью отдаются обратно операционной системе, а не остаются в "резерве", закрепленными за одним процессом в надежде, что эта память понадобится в будущем. Таким образом, обработка каждой вкладки отдельным процессом может привести к заметной экономии памяти (общие данные между процессами не дублируются, через мапинг используется только одна копия) и избавлению от проблемы с постоянным ростом размера процесса.
-
Защита от сбоев
. В случае выхода за пределы допустимой границы буфера или при возникновении другой нештатной ситуации при использовании однопроцессной модели обработки, крах процесса приведет к закрытию всех окон и вкладок. При обработке каждой страницы отдельным процессом, в случае сбоя закроется лишь одна вкладка, не повлияв на работоспособность браузера в целом. Кроме того, такой подход даст возможность упростить диагностику причины краха и позволит точно видеть какой сайт и какая операция привела к проблеме.
-
Повышение безопасности
. Обработка каждого сайта отдельным процессом позволяет изолировать связанный с ним код от обработчиков других сайтов и кода, обеспечивающего работу интерфейса, которые в случае выполнения разными процессами не могут пересекаться. Современные операционные системы позволяют перевести процесс в "режим пониженных прав", при котором блокируется доступ к большому числу системных ресурсов. В случае эксплуатации уязвимости в таком процессе, код злоумышленника будет ограничен в своих возможностях и не сможет выйти за пределы "песочницы". Для совершения атаки в подобных ситуациях требуется эксплуатация еще одной уязвимости в более привилегированном управляющем процессе.
URL: http://www.ghacks.net/2014/07/12/mozilla-plans-release-elect.../
Новость: http://www.opennet.me/opennews/art.shtml?num=40193
Эх, если бы они использование GPU довели до ума, то и на одном процессоре летало бы. А то всё мыкаются - cairo не cairo, по три раза гоняют картинку туда-сюда... А в результате на вопрос "почему всё тормозит на линуксе?" говорят, "отключите ускорение рендеринга".Я уже не выдержал, перелез на Qupzilla, но жду, может доведут до ума лисичку? Очень бы хотелось.
> вопрос "почему всё тормозит на линуксе?" говорят, "отключите ускорение рендеринга".в линуксе лиса как раз замечательно работает. на винде чуть хуже.
Это от направления ветра зависит. Попробуй WebGL или HTML5 video. Это же кошмар какой-то. Страницы хитросвёрстанные полистай.
За хитросвёрстанные _без надобности_ страницы по-хорошему избивать надо. Надоели уже модные и неудобные стартапы.
Хе-хе, бывает, пришлют ссылку - на, мол, посмотри, сам сделал. Страница с noscript не грузится вообще, список желающих впендюрить скрипт не влазит в экран... "Сам"...А как загрузишь - а там три кнопки да пять строчек "о себе".
Молодец, тебе про одно, а ты про другое.
> За хитросвёрстанные _без надобности_ страницы по-хорошему избивать надо. Надоели уже модные и неудобные стартапы.web-сайт -- это сущность которая строится вокруг ТРЁХ сторон:
{1}. разработчик web-сайта (1 человек или группа.. может быть студия).
{2}. заказчик web-сайта (1 человек или группа.. может быть фирма. может быть фирма с маркетологами:)).
{3}. пользователь web-сайта (мжет оказаться 1 человек, но обычно группа :)).
---
тык вот самая ГЛАВНАЯ сторона -- это {3}. всё должно быть сделано именно для пользователя (просто и понятно, без говноукрошательств, белый-фон-чёрный-текст -- и побольше текста полезного. текст на web-сайте это самое главное).
но на практике web-сайт делается так, чтобы удовлетворилась сторона {2}. заказчик нифига обычно не разбирается в вопросе, и ТРЕБУЕТ чтобы сайт был бы "красивый" (крисивый в ковычках -- так как красоты ни какой нет) и неинформативный.
пользователю же ({3}) -- в такой ситуации остаётся только вооружиться хорошим компьтером, таким чтобы на нём не тормозили бы эти "красивые" говносайты. :-) .. и запасом нервов (потому что и кривая навигация -- тоже зачастую не очевидна)..
в некоторых редких случаях {1} и {2} -- это одно и тоже лицо. и обычно (обычно, но не всегда) в таких случаях web-сайты более удовлетворяют стороне {3}.
Опыт фриланса чувствуется в вас.
А в Вас чувствуется дух мастера Йоды. :)
> Попробуй WebGLТут уже от качества видеодров весьма зависит. И от GPU. Навороченная сцена может пригрузить любой драйвер. Кстати до того как на пингвин наезжать - посмотри как webGL у других работает. В винде лис сразу посылает в пешее с половиной версий видеодров для интеля. В макоси OpenGL настолько слоупочный что его делает даже опенсорсная MESA. Хотя ее и близко не допилили до максимальных ревизий стандартов, а уж про оптимизацию и вовсе не заикались даже.
> или HTML5 video.
Да вроде достаточно нормально нынче играется?
> Страницы хитросвёрстанные полистай.
Единственный вариант тормознуть лису который я знаю - жирные жыпеги фоном, etc. Но оно в любой ОС тормозит в лисе.
blur filter её тормозит ещё приличноДругео дело что расстреливать надо любого, кто пользуется этим блюром и прочими фильтрами на сайтах
> blur filter её тормозит ещё приличноЧто за filter и где он применяется? И что тормозит? CPU? GPU?
> Другео дело что расстреливать надо любого, кто пользуется этим блюром
Честно говоря не замечал ни частого использования blur, ни проблем с его скоростью. Мне кажется, эта проблема преувеличена.
> Что за filter и где он применяется? И что тормозит? CPU? GPU?Запустите любую версию inkscape и откройте окно about. Раздвиньте его пошире. Обновляется далеко не мгновенно, да? Вот это из-за эффекта gaussian blur. А в браузерах это тормознее - там, все ж таки, движок не как у специализированного под эту задачу inkscape.
Впрочем, IE и safari вроде бы вообще не умеют blur в svg. Чтобы неповадно было. Да, делает красиво, но тормозит нещадно..
> Запустите любую версию inkscape и откройте окно about.Ээээ а файрфокс тут каким боком? Или вы про blur "вообще во всех программах"? :) А то если за вообще все программы - в gimp вроде blur нормально работает, не хуже чем где-то еще.
> Раздвиньте его пошире. Обновляется далеко не мгновенно, да?
Поставил, посмотрел. У него тупит даже просто окошко проги при ресайзе. Чуваки где-то в чем-то накосячили. Это просто баг в их программе, или типа того. Остальные то программы при ресайзе окон работают как из пушки, так что эти перцы что-то странное делают при ресайзе окон. Это "странное" дико отличается от поведения остальных программ. И, стало быть, лажа авторов inkscape...
> Вот это из-за эффекта gaussian blur.
А основное окно inkscape при ресайзе тоже blur делает? В упор не вижу - где blur в основном окне. Зато тормозит не хуже эбаута.
Надеюсь что вы такие громкие заявления сделали, запустив профайлер и повтыкав на результат, а не просто пальцем в небо. Если у вас все на мази - запустите еще раз и посмотрите что тормозит при ресайзе основного окна. Ибо мне не понятно чего в основном окне может так тупить при ресайзе.
> А в браузерах это тормознее - там, все ж таки, движок не
> как у специализированного под эту задачу inkscape.А у браузера окна, btw, ресайзятся нормально, в отличие от inkscape.
> Впрочем, IE и safari вроде бы вообще не умеют blur в svg.
А SVG тормозит в лисе (и не только лисе :P) в любой операционке. Достаточно взять картинку в SVG побольше и посложнее. SVG вообще задрoченый и неэффективный формат - представлять 100500 точек и прочего как нечто типа XML - это злобно.
> Чтобы неповадно было. Да, делает красиво, но тормозит нещадно..
SVG вообще практически везде тормозит, так или иначе. Уж лису при работе с SVG клинит вообще независимо от операционки - проверено.
> Поставил, посмотрел. У него тупит даже просто окошко проги при ресайзе. Чуваки где-то в чем-то накосячили. Это просто баг в их программе, или типа того. Остальные то программы при ресайзе окон работают как из пушки, так что эти перцы что-то странное делают при ресайзе окон. Это "странное" дико отличается от поведения остальных программ. И, стало быть, лажа авторов inkscape...Нет. Само по себе окно ресайзится моментально. Просто у них картинка в окне about векторная. И начиная с той версии, где сделали поддержку blur, она использует этот эффект. И этот лаг - время, которое нужно, чтобы отрендердить SVG с blur'ом.
Можете открыть картинку из about - /usr/share/inkscape/screens/about.svg и покрутить колесиком мышки с клавишей "ctrl".
Теперь выделите все и сделайте Фильтры-> Снять фильтры. Покрутите еще раз.. рендерится мгновенно!Ресайз тут совсем не при чем, просто после ресайза приходится рендерить заново. И видно, сколько времени это занимает.
> А основное окно inkscape при ресайзе тоже blur делает? В упор не вижу - где blur в основном окне. Зато тормозит не хуже эбаута.
Первые несколько секунд после запуска - да, он там что-то подготавливает. Потом у меня быстро.
> А у браузера окна, btw, ресайзятся нормально, в отличие от inkscape.
Так я не про ресайз. Бразуеру и без ресайза этот svg отрендерить нужно. И вы видели, сколько inkscape рендерил blur фильтр в окне about - а браузеру это тоже делать придется, просто, чтобы показать картинку.
> Достаточно взять картинку в SVG побольше и посложнее. SVG вообще задрoченый и неэффективный формат - представлять 100500 точек и прочего как нечто типа XML - это злобно.
1) XML не причина тормозов - такое же представление в бинарном формате тормозило бы точно так же (когда бы его точно так же по шагам последовательно рендерили). 100500 точек в векторном изображении - это не норма, там вообще точек по хорошему не должно быть ни одной.
2) "побольше и посложнее" не аргумент. Это векторная графика. Откройте (в браузере или pdf-просмотрщике) pdf с векторной схемой "побольше и посложнее" и посмотрите.
А еще в svg можно сохранить как финальный простой вариант для веба (это отдельный экспорт), так и дополнительную информацию, использующуюся при редактировании (хитрые группировки и т.д.). Это примерно как растровое изображение с кучей слоев и фильтров между ними против "уплотненного" растра на экспорт. Правда, векторное изображение всегда будет аналогично тем слоям и фильтрам в какой-то степени..> Уж лису при работе с SVG клинит вообще независимо от операционки - проверено.
Ну так это претензии к мозилле. Из той же оперы, что рендеринг в PDF.js намного медленнее, чем (раньше) был в pdf плагине.
Но ведь для кого-то всю эту радость придумывали! :)И вообще, если начинать подходить к вебу по принципу минимализма, то их, веб-стандарты, надо было прекращать разрабатывать в 1997-ом году. Ящетаю, что даже Netscape Navigator 3 Gold - уже нелепое украшательство и отход от идеалов!
Правда, следует признать, в этом случае веб так и остался бы игрушкой гиков.
ХТМЛ5 видео нормально смотрится, ничего не дергается все быстро(hd 5770 oss, KDE), в чем проблема-то? + gstreamer1.0-libav/ffmpeg и все что надо работает.
> ХТМЛ5 видео нормально смотрится,Ну так я о чем? Как минимум с открытыми дровами вроде относительно прилично себя ведет.
> Это от направления ветра зависит. Попробуй WebGL или HTML5 video. Это же
> кошмар какой-то. Страницы хитросвёрстанные полистай.А совершенно непонятно, зачем они HTML5 video сами реализовывали - на каждой машине стоит отличный проигрыватель, который можно снаружи вызвать и встроить в своё окно. При этом заняты на проигрывание будут проценты от ЦП.
скоро лисом перестанут пользоваться и те кто щас пользуются, возможно появится форк
хм.. гугл забанил или яндекс?
этих форков уже... palemoon, iceweazel,.....
iceweazel это не форк, это ребрендинг
>iceweazelНет такого проекта, господа. Есть некий Iceweasel в Debian. Примерно до ветки 3.х включительно - форк, в который бекпортировались исправления из более новых версий. Потом всем эта морока надоела, и теперь это действительно просто ребрендинг.
Не надоела, а потеряла смысл из-за появления стабильной ветки ESR.
Сейчас, когда в Firefox собираются включить поддержку плагина защиты копирайта, они вроде опять должны начать делать форк.
в новых версиях фф собираются вводить сомнительные технологии, именно по этому будет форк. надеюсб в симанке не будут этих новоовведений
То-есть, он теперь будет лихо жрать все мои 8 ядер единолично? И все 16 гигз теперь сожрет? Вот те раз, я то думал - куда же мне все это счастье девать, а разработчики файрфокса уже придумали. Только это, вы знаете, у меня немного более 1 процесса в системе и как-то совсем не айс если браузер все ресурсы узурпирует.
Поставишь ему cpulimit :)
> Поставишь ему cpulimit :)Да, даешь встроенную поддержку cgroups?! :)
P.S. всю жизнь мечтал администрировать браузер...
У тебя каждый процесс по ядру занимает?
> У тебя каждый процесс по ядру занимает?А когда как. И кстати хардварная многозадачность - хорошо. Ничего не тормозит. А вот мозильщики кажется решили это исправить.
Конечно, куда лучше использовать 1 ядро на 100% и лагать, чем 8 ядер на 5% и летать. Ну отрежь процессу ядра, делов-то.
> Конечно, куда лучше использовать 1 ядро на 100% и лагать, чем 8
> ядер на 5% и летать.Мне кажется что математику вам в школе преподавали хреново. Потому что по идее, 100% одного ядра раскиданные на 8 ядер будут 12.5% у каждого из 8 ядер.
Но на самом деле все хуже. Если нагрузка на чип мала - ядра могут поднимать частоту, так что одно вкалывающее ядро будет иметь бОльшую производительность, нежели оно же но если вкалывают все 8.
Раньше процессы которым надо было быстро - могли по выделенной полосе, с мигалкой. А теперь - будут тусоваться в пробке с лисьим крапом. Понятно, что при помощи гайцев^W средств администрирования можно и прогнать лису откуда-то, но это ж отдельная возня. Я конечно понимаю что для разработчиков их программа самая самая, а меня вот как-то не прет что всякая реклама и майнеры коинов на страничке особо хитрых кексов будут грузить все ядра в полку. У меня еще и другие программы есть.
> Ну отрежь процессу ядра, делов-то.
Мне так нравится, когда сверху сваливается мешок навоза, с коментами "но вы же можете отчиститься! Что вам не нравится?!"
> Мне так нравится, когда сверху сваливается мешок навоза, с коментами "но вы
> же можете отчиститься! Что вам не нравится?!"Ты сам выбрал это, Люк. Но ты всегда можешь взять сорц (и далее по тексту про блэкджек). Что, не так?
> Ты сам выбрал это, Люк.Не, вот извините! Когда я выбирал лису, такого даже в проекте не было, и вообще тогда это называлось mozilla suite.
>> Ты сам выбрал это, Люк.
> Не, вот извините! Когда я выбирал лису, такого даже в проекте не
> было, и вообще тогда это называлось mozilla suite.Не откарячивайся. В тебя посейчас есть выбор. Между минимум двумя альтернативами. Сделаешь его еще раз, только и всего. Разве не в этом суть СПО?
>Раньше процессы которым надо было быстро - могли по выделенной полосе, с мигалкой. А теперь - будут тусоваться в пробке с лисьим крапом. Понятно, что при помощи гайцев^W средств администрирования можно и прогнать лису откуда-то, но это ж отдельная возня.Ну добавят ещё одну опцию в настройках на тему сколько ядер использовать. Как во всяких видеокодеках в общем, Не убудет ни от вас, ни от вашего крапа, который вы там параллельно с контакиком и опеннетом делать пытаетесь.
где ж вы раньше то были
Нафиг ненужна эта многопроцессность в контексте каждой вкладке по процессу. Вместо этого лучше бы разделили на 2 процесса. 1 процесс рендерит гуй лисы, а 2 процесс рендерит контент табов.
А то с ихними глюками вешается вся лиса вместо того что бы повесить контент табов и дать юзеру спокойно убить процесс обработки этих табов.
К слову. Решил потестить сейчас этот флаг (browser.tabs.remote.autostart) на Nightly.
Сейчас оно работает вроде так как я описал.(на XP в виртуалке)
То есть гуй рисует главный процесс, а рендерингом вкладок занимается дочерний процесс.
Да, не может сделать программу быстрей по коду - добавим ускорение gpu!
> Да, не может сделать программу быстрей по коду - добавим ускорение gpu!А не особо-то сделаешь код быстрее, когда кнопки на сайтах и те - жабоскрипт на жабоскрипте, а сверху картинка весом в десять мегов. Прошли времена, когда дизигнеры оптимизировали код и вес сайтиков.
при чем тут дизайнеры? это уже к верстальщикам вопрос, дизайнер только рисует.
Эти тоже могут выресовать, а потом верстай их фантазии.
> при чем тут дизайнеры? это уже к верстальщикам вопрос, дизайнер только рисует.Рисует рисовальщик, дизайнер это техническая профессия. Другое дело что в СНГ вместо дизайнеров маляров нибирают по объявлениям, да и маляры себя дизайнерами зовут. А дизайнеров-то и нет.
> Рисует рисовальщик, дизайнер это техническая профессия. Другое дело что в СНГ вместо
> дизайнеров маляров нибирают по объявлениям, да и маляры себя дизайнерами зовут.
> А дизайнеров-то и нет.Маляр-это техническая профессия, а дизайнеры есть, по сути, фантазёры, которые
умудряются за деньги продавать, фантазируемые образы, которых и у любого алканавта
или нарика в голове предостаточно, и которые просто не могут оформить это в форме
продукта для продажы. Разновидность торговцев воздухом.
Ради справедливости стоит отметить, что они (дизайнеры) фантазируют на заданные темы, а вот алконавты/упорыши в свободном плавании ;-)
> умудряются за деньги продавать, фантазируемые образы,Вы сильно удивитесь, но в будущем будет достаточно представить себе объект - и можно будет получить его материальную копию.
> Вы сильно удивитесь, но в будущем будет достаточно представить себе объект - и можно будет получить его материальную копию.Вы правда думаете, что сможете себе представить во всех деталях (состав материалов, внутреннее строение, и т.д.) что-либо сложнее кирпича? Микросхему, например?
В лучшем случае это будет подбор из базы известных объектов под ваши представления. В общем-то, это уже реальность - представил себе новый процессор, заказал подходящий объект в интернет-магазине, получил материальную копию.
надеюсь, что такого не случится
Это и в прошлом можно было. Старик Хоттабыч, сделавший телефон из цельного куска отборного мрамора, гарантирует.
А админы-то, админы! Нафантазируют, как сервер работать должен, и продают свои фантазии! Ведь каждый может себе представить, как должен работать сервер - почтовый, например, должен принимать почту, отправлять почту, и не принимать и не отправлять спам. Просто не все могут оформить эти фантазии в форме конфигов, чтобы продать их. Разновидность торговцев воздухом. Сплошное кидалово, в общем. И это я еще про ядерных физиков ничего не сказал.
окай, а чем же тогда дизайнеры занимаются (если не рисованием)?
>Да, не может сделать программу быстрей по коду - добавим ускорение gpu!Код открыт, ассемблер в помощь. А человечество тебя не забудет и не простит в случае чего.
Ты наверное только что переместился из годиков так 70x-90x, что никакой проект не представляешь без ассемблера, а писать можно нормально и на обычном высокоуровневом ЯП, если конечно уметь это делать, но ты можешь продолжать низкоуровневую практику, pdp-11 тебе в помощь
если дадут возможность устанавливать количество вкладок на один процесс и по умолчанию открывать в одном процессе вкладки с одного url - будет круто.
всё это хорошо, но servo, servo то где ? зачем распылять свои силы когда это можно было реализовать в новом двигле ?
> всё это хорошо, но servo, servo то где ?Там же и где все остальное мегаконцептуальное и нафигнужное.
>> всё это хорошо, но servo, servo то где ?
> Там же и где все остальное мегаконцептуальное и нафигнужное.В твоей голове?
Интересно какое место в этом будет иметь servo
https://github.com/mozilla/servo/wiki/Design
А то получается задумывали отдельный движок для многопроцессности и паралельности, а в итоге переходят на многопроцессность без него.
> А то получается задумывали отдельный движок для многопроцессности и паралельности,...писаный на неведомом ЯП, который ни разу не релизнулся толком. В общем очередной мегаконцепт на полку музеев.
У firefox'а очень ограниченная многопроцессность. Т.е интерфейс браузера больше не зависает при нагрузке, но содержимое страницы — до сих пор зависает.
Кроме того, servo не страдает проблемами с памятью, свойственным gecko.
Есть куча претензий по тому, как это сделано в хроме, неужели они думают что у них будет лучше? Основная проблема это механизм взаимодействия процессов. По-видимому из соображений безопасности и удобства синхронизации, все данные будут копироваться из одного процесса в другой, что существенно замедит работу страниц и отрисовку графики. Кроме того, такую систему значительно сложнее отлаживать.
> Есть куча претензий по тому, как это сделано в хроме,Да мозила скатилась до простого передирания хрома. Былинный отказ.
>> Есть куча претензий по тому, как это сделано в хроме,
> Да мозила скатилась до простого передирания хрома. Былинный отказ..... а если нету разницы - зачем платить больше? (с)
Итак, давайте перечислим вышеописанные пункты еще раз:
- Оптимизация для многоядерных процессоров (где-то уже давно есть)
- Предсказуемое потребление памяти (там же, хоть сразу и много жрет, но зато не течет неделями в отличии от Огнелиса)
- Защита от сбоев (там все так же хреново, как и в Огнелисе)
- Повышение безопасности (таки да, именно там испольлзуется SUID-пейсочница, стартующая под рутом, но потом понижающая права и ограничивающая ресурсы вкладкам)О чем я не говорю вслух? А?
Итак, после появления яндекс-браузера, свайрон, новой_гореры(тысячи их!!!11) - ждем огнелиса. Интерфейс уже попячен, толерантность повышена, Брендон Айк забыт.
Верной дорогой идете, товарищи!!!
> - Оптимизация для многоядерных процессоров (где-то уже давно есть)Я так рад что вебня теперь будет жpaть проц в 8 горл вместо 1 и греть проц в 8 раз больше. Достаточно будет открыть несколько вкладок...
> - Предсказуемое потребление памяти (там же, хоть сразу и много жрет,
> но зато не течет неделями в отличии от Огнелиса)У меня огнелис никогда и не тек. За *МЕСЯЦ* использования, с сотней-другой табов - за 2 гига не вылезает. Зато хромиум умудрился вызвать OOM на машине с 8Гб оперативы! Труба я шатал (или вращал?) такие "оптимизации" в плане работы с памятью! Может не надо глюкавые расширения ставить? Они будут течь независимо от процессной модели ;).
> - Защита от сбоев (там все так же хреново, как и в Огнелисе)
Проблема только в том что лис работает вот уже вторую неделю и не сбоит. Я так рад что они починили то, что не сломано...
> - Повышение безопасности (таки да, именно там испольлзуется
> SUID-пейсочница,стартующая под рутом,Ну да, повышение прав^W "безопасности" налицо :\.
> но потом понижающая права и ограничивающая ресурсы вкладкам)
А в хромиуме просто используют вызов clone() с LXCшными флагами, отпиливая себя в контейнер, при том повышенных прав вроде как при этом не используют.
> О чем я не говорю вслух? А?
Еще aццкое засиpaние списка процессов забыли.
> Интерфейс уже попячен, толерантность повышена, Брендон Айк забыт.
Фагготрия в общем.
>Я так рад что вебня теперь будет жpaть проц в 8 горл вместо 1 и греть проц в 8 раз больше. Достаточно будет открыть несколько вкладок...Вы стёба не поняли, ладно.
>*МЕСЯЦ*
Капсом писать не нужно, у меня на рабочем компе таких аптаймов не бывает по другим причинам. Протестить больше не смог.
>Может не надо глюкавые расширения ставить? Они будут течь независимо от процессной модели ;).
Adblock plus!? Я без него не могу. На самом деле, всё зависит от сайта. И именно в хромиуме от очередного жабоскрипта гниет только одна вкладка, а не весь браузер, как в огнелисе. Также очень полезен его диспетчер задач, позволяющий найти сбойную вкладку. Так получается, что я должен открывать все сайты, и гнилые в том числе, особенно местного разлива :)
>Проблема только в том что лис работает вот уже вторую неделю и не сбоит. Я так рад что они починили то, что не сломано...
Вот и здорово, но скоро починят, не волнуйтесь. Из самых быстрых и стабильных огнелисов - 24, а начиная с 28 я заметил тормоза и фризы, как в 3.5, именно потому соскочил на хрениум.
>Ну да, повышение прав^W "безопасности" налицо :\.
>при том повышенных прав вроде как при этом не используют.Так чтобы да, то не или так чтобы не - то да? В общем, не LXC, а свой очень похожий велосипед, тоже использующий неймспейсы и чрут
https://code.google.com/p/chromium/wiki/LinuxSandboxing
>Еще aццкое списка процессов забыли.А это, кстати, очень удобно, можно килять всех, кроме Zygote и GPU-Process. Спасибо, что напомнили.
>Фа_гготрия в общем.
Вы из л г б т? Меня просто после таких новостей протошнило. Гомо браузер не нужен.
А вот новый "эффективный" интерфейс я действительно "вращал". Он стал хромоподобнее самого хрома. Во времена Огнелиса<28 я считал хромиум кривым, но сейчас передумал.
Одно ядро - одна вкладка, два ядра - две вкладки, четыре - ... :-D
> Одно ядро - одна вкладка, два ядра - две вкладки, четыреВсе правильно, должны же 512-ядерные процессоры продаваться?...
Не забывай про прерывания. Сейчас на одном ядре кучу вкладок же держит.
> Не забывай про прерывания. Сейчас на одном ядре кучу вкладок же держит.Не совсем понятно как прерывания связаны с вкладками. Развейте мысль. Капча тоже просит: 00100
Сейчас получается - всё обрабатывается одним ядром. Когда подключат несколько, это совсем не значит, что будет на каждую вкладку по ядру.
Ну вы еще скажите, что по отдельной мыше на вкладку не надо будет.
Очень ценным для пользователя будет отзывчивость интерфейса - та самая "производительность", видимая невооруженным глазом.
> Очень ценным для пользователя будет отзывчивость интерфейса - та самая "производительность",
> видимая невооруженным глазом.Мы все еще о браузере говорим?
> В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузераИ не надо! Закойхер отдавать гору ресурсов браузеру, если основная работа - не сёрфинг.
Горы сайтов, пожирающих 100% ресурсов браузера, теперь они будут тупить многоядерно...
Сам бы с удовольствием юзал dillo web, но половина сайтов на нём не работают. Общая картина такова, что мы должны отдавать почти весь ресурс на жопоскриптовые свистоперделки, 30-мегабайтные баннеры и т.д. И это всё при том, что в моём мире плеша не существует.
Такими темпами придется переходит на Otter.
> Такими темпами придется переходит на Otter.Переходилка еще не отвалилась? Скакать по софтам, как блоха по яйцам?
Жрать будет как в не себя...Зыж
Единственный нормальный браузер. Предсказуемо (и лучше остальных!!!) работает на вантузе, линухе, маке (хром на маке — это опа например).
Лишь бы хуже не было.
К сожалению, так будет не долго.
Самому 24 версия нравилась.
> Самому 24 версия нравилась.мне тоже 24 нравилась.
а потом вышла 25 версия, и тогда мне стала нравиться 25 версия :-)
и потом тоже самое с 26, 27, 28, 29, 30..
вот сейчас мне нравится 30 версия.
но чую я что как только выйдет 31 версия -- то тогда станет нравиться 31 версия :-D
>> Самому 24 версия нравилась.
> мне тоже 24 нравилась.
> а потом вышла 25 версия, и тогда мне стала нравиться 25 версия
> :-)
> и потом тоже самое с 26, 27, 28, 29, 30..
> вот сейчас мне нравится 30 версия.
> но чую я что как только выйдет 31 версия -- то тогда
> станет нравиться 31 версия :-DПрикольно.
>многопроцесснуюТ.е. как в Хроме будет по процессу на вкладку с вот-такенным оверхедом, что на 30 страничках уже памяти не хватит?
>Наиболее значительные препятствия на пути внедрения многопроцессной архитектуры возникают из-за проблем с совместимостью с дополнениями.
Да ладно строить из себя целочку - эта мелочь не помешала поломать интерфейс, нечего думать о ней и сейчас.
Каждое расширение отдельный процесс тоже жрёт.
А не станет лиса жрать память как прожорливый хром?
разработчики обещали, что незначительго
> разработчики обещали, что незначительгоА вот попытка побраузить веб в хромиуме показала что он 8Gb выжирает только в путь. И все умирает по OOM killer. Почему-то мне кажется что такая же фигня будет и в лисе.
>> разработчики обещали, что незначительго
> А вот попытка побраузить веб в хромиуме показала что он 8Gb выжирает
> только в путь. И все умирает по OOM killer. Почему-то мне
> кажется что такая же фигня будет и в лисе.Да, чувствую, что будет. Давно уже такие масли ходят, но не проще ли ппоступить так как в гопере и яндех-браузере? Результат ведь тот же, только быстрее.
> все умирает по OOM killerдобавь в систему swap-раздел
Не надо, ибо будет тормозить. Я специально даю свопа только 2ГБ, чтоб ООМ быстрее срабатывал, чем я.
> Я специально...ну тогда НЕ надо было писать "И все умирает по OOM killer".
а то сначало написал так -- будто ты стал жертвой OOM-Киллера, а потом оказалось что у вас с Киллером специальный хитрый уговор. ФУУУБЛИН, бесят такие люди!
как можно таким быть?! выставляешь себя жертвой, а потом оказывается что ты садомазахист.
--------------------------------------------------
> ибо будет тормозить
каждая проблема имеет своё решение:
большой swap нужен чтобы жрущие программы не падали бы.
а тормаза -- решаются хорошим железом (быстрый SSD, много оперативки, хороший процессор и хорошая матплата).
на крайний случай -- не нужно кучу вкладок открывать (если знаешь что компьютер не справится и будет тормозить).
но уменьшать swap, а потом жаловаться что программа упала --- это верх гнусного лицмерия.
--------------------------------------------------
ты на работу опаздаешь.. тебя начальник спросит:
-- почему опаздал на работу?
а ты ответишь:
-- меня будильник не разбудил
начальник:
-- а почему он тебя не разбудил? он громко у тебя работает?
ты:
-- нет. я специально его сделал потише, так как спать мешает..
И снова невпопад. Много текста, тупых аналогий, но ниочём. Я о том, что какая-нибудь софтина на жабе, браузер, плазма 5 лет назад, могла/может распухнуть. Раз в год такое случалось. Потому на десктопах ставлю мало свопа. Надо ещё zswap заценить.
> какая-нибудь софтина на жабе, браузер, плазма 5 лет назад, могла/может распухнуть. [..] Потому на десктопах ставлю мало свопа.похоже на:
"""
я плохо вожу автомобиль (медленная реакция). если я разгонюсь до большой скорости, то я могу врезаться в столб или ещё куда-нибудь......поэтому я посильнее нажимаю на педаль газа!
""":-) :-)
> Надо ещё zswap заценить.
Zswap ускоряет работу swap (уж не знаю, хочешь ли ты этого или нет --- мне тебя не понять:))
Аналогии снова не в тему, но запутать ситуацию могут.
> А не станет лиса жрать память как прожорливый хром?Главное, что он станет нормально освобождать память системе. А то сейчас из-за какого-нибудь кривого сайта выжирает под 2 Гб, а потом когда вкладка закрыта эти 2 Гб продолжают удерживаться процессом. После такого получается, что по about:memory фактически жрёт копейки, но буферы уже распределены и начинается пляска с своппингом, тормозами остальных приложений и минутными подвисаниями Firefox.
>> А не станет лиса жрать память как прожорливый хром?
> Главное, что он станет нормально освобождать память системе. А то сейчас из-за
> какого-нибудь кривого сайта выжирает под 2 Гб, а потом когда вкладка
> закрыта эти 2 Гб продолжают удерживаться процессом. После такого получается, что
> по about:memory фактически жрёт копейки, но буферы уже распределены и начинается
> пляска с своппингом, тормозами остальных приложений и минутными подвисаниями Firefox.Да, именно эту проблему давно решили в хромиуме.
Лучше бы сделали принудительную остановку обработки сценариев фоновых вкладок,
и ничего бы не жрало. 1 активная вкладка=1 ядро, а фоновые не обрабатывать и все.
Ps Qupzilla плюсую, имхо самый лучший браузер на сегодняшний день.
Совсем не обрабатывать стандарт не даст
Вроде были такие расширения.
> Ps Qupzilla плюсую, имхо самый лучший браузер на сегодняшний деньОтучаемся говорить за всех, говорим за себя...
У меня в Firefox (не знаю это его фича, или расширения какого, может TabMixPlus, например) вообще отлично сделано: если перезапустить браузер, то все сохранённые табы прежде чем ты их откроешь пассивны, т.е. помнят только свой URL и загружают содержимое только когда на них перейдёшь.Но чтобы перевести табы в такое состояние нужно таки перезагружать браузер. В идеале лично мне бы хотелось бы чтобы это происходило с ними автоматически через некоторое время неактивности и чтобы операция "открыть ссылку в новом табе" (Ctrl+Click) порождала именно такие "спящие" табы, не закгружая содержимое пока на них не перейдёшь, я бы прямо несказанно обрадовался появись там такая возможность.
А когда ожидается откат на старый UI?Ненавижу Australis.
// b.
Никогда. Остается надеяться, чтобы 31esr не испохабили.
Нет, 24 же!!
Есть экстэншн, который более-менее возвращает всё почти как было. Вот - главное, чтобы его не сломали. Под него вряд ли будут заморачиваться тестировать как под суперпопулярный AdBlock+
В общем чтобы не работал хоть какое-то время Adblock Olus рекламные компании типа Google,Yandex и Mail.ru и спонсируют переход Firefox на многопроцессную модель
получается что Adblock Olus двигатель прогресса? :-)ну ок. значит хоть какая-то от него польза обществу :-D ..
android-версии это тоже коснётся?
похоже появляется повод проапргейдить свой первый note на что-то минимум четырёхядерное.
А зачем многопроцессную? Чем многопоточная хуже?
сложно обеспечить работу разных потоков на разных ядрах в разных ОС?
В п.1 преимуществ всё перепутали: процессы/потоки, распараллеливание работы с контентом одной страницы / разных.
eto je ohuenno bleat