The OpenNET Project / Index page

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

В Firefox 36 ожидается переход на многопроцессную архитектуру

13.07.2014 12:57

Представлен план перевода Firefox на многопроцессную архитектуру выполнения, при которой обработка интерфейса и контента каждой вкладки производится отдельными процессами, что позволяет увеличить безопасность, повысить надёжность, оптимизировать высвобождение системе неиспользуемой памяти и заметно ускорить работу браузера на многоядерных системах за счёт организации параллельного выполнения неблокирующих друг друга операций. В настоящее время режим обработки вкладок в отдельных процессах доступен для тестирования в ночных сборках Firefox и активируется через установку переменной "browser.tabs.remote.autostart" в настройках about:config.

План перевода основной ветки Firefox на многопроцессную архитектуру включает следующие этапы:

  • 18 июля - доведение режима многопроцессной работы до готовности использования типовым пользователем ветки Nightly, но не включение такого режима по умолчанию;
  • 21 июля - шесть недель с момента начала цикла разработки Firefox 34 будут выделены на тестирование режима многопроцессной работы и оценки его совместимости с дополнениями;
  • 1 сентября - после старта цикла разработки Firefox 35 ожидается включение многопроцессного режима по умолчанию в ветке Nightly для прохождения второго этапа тестирования;
  • 13 октября - начало разработки ветки Firefox 36, в которую будет интегрирована поддержка многопроцессного режима. Выпуск Firefox 36 ожидается 16 февраля следующего года.

Наиболее значительные препятствия на пути внедрения многопроцессной архитектуры возникают из-за проблем с совместимостью с дополнениями. В текущем виде совместимость с дополнениями оставляет желать лучшего, например, пока не работает большинство популярных дополнений, включая Adblock Plus, Tab Mix Plus, HTTPS-Everywhere, LastPass, Video DownloadHelper, Greasemonkey. Из работающих дополнений можно отметить Web Developer, Test Pilot и Flagfox. В общем виде, из 27 протестированных дополнений сразу заработали только 2 дополнения и ещё 4 удалось запустить после внесения изменений.

Основные преимущества перехода к многопроцессной обработке:

  • Оптимизация для многоядерных процессоров. В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузера (за исключением ситуаций с выполнением плагинов). Несмотря на попытки использования многопоточности и вынос за пределы основного цикла обработки событий выполнения таких операций, как декодирование изображений, видео и звука, осуществление сетевых операций и ввода/вывода, по-прежнему остаются однопоточными подсистема DOM (Document Object Model), функции формирования содержимого окна, парсинг HTML и выполнение JavaScript, т.е. для обработки контента может быть задействовано только одно ядро CPU.

  • Предсказуемое потребление памяти. В длительно выполняемых процессах, при постоянном выделении и освобождении памяти разного размера со временем растёт фрагментация и остаётся все больше небольших "дыр" от ранее освобождённых объектов, которые располагаются вперемешку с занятыми блоками памяти. В ситуации запроса памяти для размещения нового объекта, часто приходится запрашивать новые блоки у операционной системы, несмотря на наличие достаточно большого числа свободных областей во внутренней "куче", размер которых по отдельности меньше запрошенного блока. В случае обработки web-страниц разными процессами занятые процессом блоки памяти после завершения процесса полностью отдаются обратно операционной системе, а не остаются в "резерве", закрепленными за одним процессом в надежде, что эта память понадобится в будущем. Таким образом, обработка каждой вкладки отдельным процессом может привести к заметной экономии памяти (общие данные между процессами не дублируются, через мапинг используется только одна копия) и избавлению от проблемы с постоянным ростом размера процесса.

  • Защита от сбоев. В случае выхода за пределы допустимой границы буфера или при возникновении другой нештатной ситуации при использовании однопроцессной модели обработки, крах процесса приведет к закрытию всех окон и вкладок. При обработке каждой страницы отдельным процессом, в случае сбоя закроется лишь одна вкладка, не повлияв на работоспособность браузера в целом. Кроме того, такой подход даст возможность упростить диагностику причины краха и позволит точно видеть какой сайт и какая операция привела к проблеме.
  • Повышение безопасности. Обработка каждого сайта отдельным процессом позволяет изолировать связанный с ним код от обработчиков других сайтов и кода, обеспечивающего работу интерфейса, которые в случае выполнения разными процессами не могут пересекаться. Современные операционные системы позволяют перевести процесс в "режим пониженных прав", при котором блокируется доступ к большому числу системных ресурсов. В случае эксплуатации уязвимости в таком процессе, код злоумышленника будет ограничен в своих возможностях и не сможет выйти за пределы "песочницы". Для совершения атаки в подобных ситуациях требуется эксплуатация еще одной уязвимости в более привилегированном управляющем процессе.


  1. Главная ссылка к новости (http://www.ghacks.net/2014/07/...)
  2. OpenNews: Доступна для тестирования многопроцессная версия Firefox
  3. OpenNews: Firefox отказывается в обозримом будущем от перехода на многопроцессную модель
  4. OpenNews: Разработчики Firefox обозначили цели перехода на новую многопроцессную архитектуру
  5. OpenNews: Разработчики Mozilla начали перевод Firefox на многопроцессную архитектуру
  6. OpenNews: В ночных сборках Firefox появился новый режим тестирования многопроцессной работы
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: firefox
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (113) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Константавр (ok), 16:27, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Эх, если бы они использование GPU довели до ума, то и на одном процессоре летало бы. А то всё мыкаются - cairo не cairo, по три раза гоняют картинку туда-сюда... А в результате на вопрос "почему всё тормозит на линуксе?" говорят, "отключите ускорение рендеринга".

    Я уже не выдержал, перелез на Qupzilla, но жду, может доведут до ума лисичку? Очень бы хотелось.

     
     
  • 2.6, Dragonic (ok), 16:41, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > вопрос "почему всё тормозит на линуксе?" говорят, "отключите ускорение рендеринга".

    в линуксе лиса как раз замечательно работает. на винде чуть хуже.

     
     
  • 3.8, Константавр (ok), 16:48, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это от направления ветра зависит. Попробуй WebGL или HTML5 video. Это же кошмар какой-то. Страницы хитросвёрстанные полистай.
     
     
  • 4.11, имя (?), 17:04, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    За хитросвёрстанные _без надобности_ страницы по-хорошему избивать надо. Надоели уже модные и неудобные стартапы.
     
     
  • 5.49, Константавр (ok), 19:34, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хе-хе, бывает, пришлют ссылку - на, мол, посмотри, сам сделал. Страница с noscript не грузится вообще, список желающих впендюрить скрипт не влазит в экран... "Сам"...

    А как загрузишь - а там три кнопки да пять строчек "о себе".

     
  • 5.50, Аноним (-), 19:35, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Молодец, тебе про одно, а ты про другое.
     
  • 5.72, Xasd (ok), 03:41, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > За хитросвёрстанные _без надобности_ страницы по-хорошему избивать надо. Надоели уже модные и неудобные стартапы.

    web-сайт -- это сущность которая строится вокруг ТРЁХ сторон:

    {1}. разработчик web-сайта (1 человек или группа.. может быть студия).

    {2}. заказчик web-сайта (1 человек или группа.. может быть фирма. может быть фирма с маркетологами:)).

    {3}. пользователь web-сайта (мжет оказаться 1 человек, но обычно группа :)).

    ---

    тык вот самая ГЛАВНАЯ сторона -- это {3}. всё должно быть сделано именно для пользователя (просто и понятно, без говноукрошательств, белый-фон-чёрный-текст -- и побольше текста полезного. текст на web-сайте это самое главное).

    но на практике web-сайт делается так, чтобы удовлетворилась сторона {2}. заказчик нифига обычно не разбирается в вопросе, и ТРЕБУЕТ чтобы сайт был бы "красивый" (крисивый в ковычках -- так как красоты ни какой нет) и неинформативный.

    пользователю же ({3}) -- в такой ситуации остаётся только вооружиться хорошим компьтером, таким чтобы на нём не тормозили бы эти "красивые" говносайты. :-) .. и запасом нервов (потому что и кривая навигация -- тоже зачастую не очевидна)..

    в некоторых редких случаях {1} и {2} -- это одно и тоже лицо. и обычно (обычно, но не всегда) в таких случаях web-сайты более удовлетворяют стороне {3}.

     
     
  • 6.108, XoRe (ok), 01:23, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Опыт фриланса чувствуется в вас.
     
     
  • 7.112, Devider_ (?), 17:52, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в Вас чувствуется дух мастера Йоды. :)
     
  • 4.19, Аноним (-), 18:01, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Попробуй WebGL

    Тут уже от качества видеодров весьма зависит. И от GPU. Навороченная сцена может пригрузить любой драйвер. Кстати до того как на пингвин наезжать - посмотри как webGL у других работает. В винде лис сразу посылает в пешее с половиной версий видеодров для интеля. В макоси OpenGL настолько слоупочный что его делает даже опенсорсная MESA. Хотя ее и близко не допилили до максимальных ревизий стандартов, а уж про оптимизацию и вовсе не заикались даже.

    > или HTML5 video.

    Да вроде достаточно нормально нынче играется?

    > Страницы хитросвёрстанные полистай.

    Единственный вариант тормознуть лису который я знаю - жирные жыпеги фоном, etc. Но оно в любой ОС тормозит в лисе.

     
     
  • 5.23, GG (ok), 18:24, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    blur filter её тормозит ещё прилично

    Другео дело что расстреливать надо любого, кто пользуется этим блюром и прочими фильтрами на сайтах

     
     
  • 6.33, Аноним (-), 18:37, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > blur filter её тормозит ещё прилично

    Что за filter и где он применяется? И что тормозит? CPU? GPU?

    > Другео дело что расстреливать надо любого, кто пользуется этим блюром

    Честно говоря не замечал ни частого использования blur, ни проблем с его скоростью. Мне кажется, эта проблема преувеличена.

     
     
  • 7.60, Stax (ok), 22:41, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что за filter и где он применяется? И что тормозит? CPU? GPU?

    Запустите любую версию inkscape и откройте окно about. Раздвиньте его пошире. Обновляется далеко не мгновенно, да? Вот это из-за эффекта gaussian blur. А в браузерах это тормознее - там, все ж таки, движок не как у специализированного под эту задачу inkscape.

    Впрочем, IE и safari вроде бы вообще не умеют blur в svg. Чтобы неповадно было. Да, делает красиво, но тормозит нещадно..

     
     
  • 8.64, Аноним (-), 02:46, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ээээ а файрфокс тут каким боком Или вы про blur вообще во всех программах ... текст свёрнут, показать
     
     
  • 9.105, Stax (ok), 17:55, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Само по себе окно ресайзится моментально Просто у них картинка в окне abou... текст свёрнут, показать
     
  • 6.110, Алексей Морозов (ok), 07:09, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь для кого-то всю эту радость придумывали! :)

    И вообще, если начинать подходить к вебу по принципу минимализма, то их, веб-стандарты, надо было прекращать разрабатывать в 1997-ом году. Ящетаю, что даже Netscape Navigator 3 Gold - уже нелепое украшательство и отход от идеалов!

    Правда, следует признать, в этом случае веб так и остался бы игрушкой гиков.

     
  • 4.54, Аноном (?), 21:01, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ХТМЛ5 видео нормально смотрится, ничего не дергается все быстро(hd 5770 oss, KDE), в чем проблема-то? + gstreamer1.0-libav/ffmpeg и все что надо работает.
     
     
  • 5.65, Аноним (-), 02:50, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ХТМЛ5 видео нормально смотрится,

    Ну так я о чем? Как минимум с открытыми дровами вроде относительно прилично себя ведет.

     
  • 4.104, Vkni (ok), 17:35, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Это от направления ветра зависит. Попробуй WebGL или HTML5 video. Это же
    > кошмар какой-то. Страницы хитросвёрстанные полистай.

    А совершенно непонятно, зачем они HTML5 video сами реализовывали - на каждой машине стоит отличный проигрыватель, который можно снаружи вызвать и встроить в своё окно. При этом заняты на проигрывание будут проценты от ЦП.

     
  • 2.46, я (?), 19:20, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    скоро лисом перестанут пользоваться и те кто щас пользуются, возможно появится форк
     
     
  • 3.61, ты (?), 23:39, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    хм.. гугл забанил или яндекс?
    этих форков уже... palemoon, iceweazel,.....
     
     
  • 4.74, kravich (ok), 06:54, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    iceweazel это не форк, это ребрендинг
     
     
  • 5.86, Аноним (-), 10:37, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >iceweazel

    Нет такого проекта, господа. Есть некий Iceweasel в Debian. Примерно до ветки 3.х включительно - форк, в который бекпортировались исправления из более новых версий. Потом всем эта морока надоела, и теперь это действительно просто ребрендинг.

     
     
  • 6.89, ананана (?), 10:48, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не надоела, а потеряла смысл из-за появления стабильной ветки ESR.
    Сейчас, когда в Firefox собираются включить поддержку плагина защиты копирайта, они вроде опять должны начать делать форк.
     
  • 4.106, я (?), 18:03, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в новых версиях фф собираются вводить сомнительные технологии, именно по этому будет форк. надеюсб в симанке не будут этих новоовведений
     

  • 1.2, Аноним (-), 16:34, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    То-есть, он теперь будет лихо жрать все мои 8 ядер единолично? И все 16 гигз теперь сожрет? Вот те раз, я то думал - куда же мне все это счастье девать, а разработчики файрфокса уже придумали. Только это, вы знаете, у меня немного более 1 процесса в системе и как-то совсем не айс если браузер все ресурсы узурпирует.
     
     
  • 2.3, Константавр (ok), 16:36, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поставишь ему cpulimit :)
     
     
  • 3.22, Аноним (-), 18:19, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Поставишь ему cpulimit :)

    Да, даешь встроенную поддержку cgroups?! :)

    P.S. всю жизнь мечтал администрировать браузер...

     
  • 2.17, djdjss (?), 17:42, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя каждый процесс  по ядру занимает?
     
     
  • 3.24, Аноним (-), 18:24, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У тебя каждый процесс  по ядру занимает?

    А когда как. И кстати хардварная многозадачность - хорошо. Ничего не тормозит. А вот мозильщики кажется решили это исправить.

     
  • 2.21, Аноним (-), 18:11, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Конечно, куда лучше использовать 1 ядро на 100% и лагать, чем 8 ядер на 5% и летать. Ну отрежь процессу ядра, делов-то.
     
     
  • 3.28, Аноним (-), 18:32, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мне кажется что математику вам в школе преподавали хреново Потому что по идее, ... текст свёрнут, показать
     
     
  • 4.37, Аноним (-), 18:46, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/

    > Мне так нравится, когда сверху сваливается мешок навоза, с коментами "но вы
    > же можете отчиститься! Что вам не нравится?!"

    Ты сам выбрал это, Люк. Но ты всегда можешь взять сорц (и далее по тексту про блэкджек). Что, не так?

     
     
  • 5.66, Аноним (-), 02:53, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты сам выбрал это, Люк.

    Не, вот извините! Когда я выбирал лису, такого даже в проекте не было, и вообще тогда это называлось mozilla suite.

     
     
  • 6.78, Аноним (-), 08:43, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ты сам выбрал это, Люк.
    > Не, вот извините! Когда я выбирал лису, такого даже в проекте не
    > было, и вообще тогда это называлось mozilla suite.

    Не откарячивайся. В тебя посейчас есть выбор. Между минимум двумя альтернативами. Сделаешь его еще раз, только и всего. Разве не в этом суть СПО?

     
  • 4.87, Аноним (-), 10:41, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Раньше процессы которым надо было быстро - могли по выделенной полосе, с мигалкой. А теперь - будут тусоваться в пробке с лисьим крапом. Понятно, что при помощи гайцев^W средств администрирования можно и прогнать лису откуда-то, но это ж отдельная возня.

    Ну добавят ещё одну опцию в настройках на тему сколько ядер использовать. Как во всяких видеокодеках в общем, Не убудет ни от вас, ни от вашего крапа, который вы там параллельно с контакиком и опеннетом делать пытаетесь.

     

  • 1.4, Аноним (-), 16:38, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    где ж вы раньше то были
     
  • 1.5, Аноним (-), 16:40, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нафиг ненужна эта многопроцессность в контексте каждой вкладке по процессу. Вместо этого лучше бы разделили на 2 процесса. 1 процесс рендерит гуй лисы, а 2 процесс рендерит контент табов.
    А то с ихними глюками вешается вся лиса вместо того что бы повесить контент табов и дать юзеру спокойно убить процесс обработки этих табов.
     
     
  • 2.27, Аноним (-), 18:30, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К слову. Решил потестить сейчас этот флаг (browser.tabs.remote.autostart) на Nightly.
    Сейчас оно работает вроде так как я описал.(на XP в виртуалке)
    То есть гуй рисует главный процесс, а рендерингом вкладок занимается дочерний процесс.
     

  • 1.7, Inome (ok), 16:46, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, не может сделать программу быстрей по коду - добавим ускорение gpu!
     
     
  • 2.10, Константавр (ok), 16:52, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, не может сделать программу быстрей по коду - добавим ускорение gpu!

    А не особо-то сделаешь код быстрее, когда кнопки на сайтах и те - жабоскрипт на жабоскрипте, а сверху картинка весом в десять мегов. Прошли времена, когда дизигнеры оптимизировали код и вес сайтиков.

     
     
  • 3.12, омномномнимус (?), 17:04, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    при чем тут дизайнеры? это уже к верстальщикам вопрос, дизайнер только рисует.
     
     
  • 4.20, Аноным (ok), 18:05, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эти тоже могут выресовать, а потом верстай их фантазии.
     
  • 4.26, GG (ok), 18:25, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > при чем тут дизайнеры? это уже к верстальщикам вопрос, дизайнер только рисует.

    Рисует рисовальщик, дизайнер это техническая профессия. Другое дело что в СНГ вместо дизайнеров маляров нибирают по объявлениям, да и маляры себя дизайнерами зовут. А дизайнеров-то и нет.

     
     
  • 5.42, metallica (ok), 18:48, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/

    > Рисует рисовальщик, дизайнер это техническая профессия. Другое дело что в СНГ вместо
    > дизайнеров маляров нибирают по объявлениям, да и маляры себя дизайнерами зовут.
    > А дизайнеров-то и нет.

    Маляр-это техническая профессия, а дизайнеры есть, по сути, фантазёры, которые
    умудряются за деньги продавать, фантазируемые образы, которых и у любого алканавта
    или нарика в голове предостаточно, и которые просто не могут оформить это в форме
    продукта для продажы. Разновидность торговцев воздухом.

     
     
  • 6.47, омномномнимус (?), 19:23, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ради справедливости стоит отметить, что они (дизайнеры) фантазируют на заданные темы, а вот алконавты/упорыши в свободном плавании ;-)
     
  • 6.67, Аноним (-), 02:54, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > умудряются за деньги продавать, фантазируемые образы,

    Вы сильно удивитесь, но в будущем будет достаточно представить себе объект - и можно будет получить его материальную копию.

     
     
  • 7.73, Аноним (-), 04:37, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы сильно удивитесь, но в будущем будет достаточно представить себе объект - и можно будет получить его материальную копию.

    Вы правда думаете, что сможете себе представить во всех деталях (состав материалов, внутреннее строение, и т.д.) что-либо сложнее кирпича? Микросхему, например?

    В лучшем случае это будет подбор из базы известных объектов под ваши представления. В общем-то, это уже реальность - представил себе новый процессор, заказал подходящий объект в интернет-магазине, получил материальную копию.

     
  • 7.75, kravich (ok), 06:56, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    надеюсь, что такого не случится
     
  • 7.85, Canis Dirus Leidy (?), 10:25, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это и в прошлом можно было. Старик Хоттабыч, сделавший телефон из цельного куска отборного мрамора, гарантирует.
     
  • 6.76, Аноним (-), 07:31, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А админы-то, админы! Нафантазируют, как сервер работать должен, и продают свои фантазии! Ведь каждый может себе представить, как должен работать сервер - почтовый, например, должен принимать почту, отправлять почту, и не принимать и не отправлять спам. Просто не все могут оформить эти фантазии в форме конфигов, чтобы продать их. Разновидность торговцев воздухом. Сплошное кидалово, в общем. И это я еще про ядерных физиков ничего не сказал.
     
  • 5.48, омномномнимус (?), 19:24, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    окай, а чем же тогда дизайнеры занимаются (если не рисованием)?
     
  • 2.88, Аноним (-), 10:44, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, не может сделать программу быстрей по коду - добавим ускорение gpu!

    Код открыт, ассемблер в помощь. А человечество тебя не забудет и не простит в случае чего.

     
     
  • 3.118, Inome (ok), 19:01, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты наверное только что переместился из годиков так 70x-90x, что никакой проект не представляешь без ассемблера, а писать можно нормально и на обычном высокоуровневом ЯП, если конечно уметь это делать, но ты можешь продолжать низкоуровневую практику, pdp-11 тебе в помощь
     

  • 1.9, Аноним (-), 16:51, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    если дадут возможность устанавливать количество вкладок на один процесс и по умолчанию открывать в одном процессе вкладки с одного url - будет круто.
     
  • 1.13, sysstartd (ok), 17:05, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    всё это хорошо, но servo, servo то где ? зачем распылять свои силы когда это можно было реализовать в новом двигле ?
     
     
  • 2.18, Аноним (-), 17:54, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > всё это хорошо, но servo, servo то где ?

    Там же и где все остальное мегаконцептуальное и нафигнужное.

     
     
  • 3.90, ананана (?), 10:51, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> всё это хорошо, но servo, servo то где ?
    > Там же и где все остальное мегаконцептуальное и нафигнужное.

    В твоей голове?

     

  • 1.14, Аноним (-), 17:12, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Интересно какое место в этом будет иметь servo
    https://github.com/mozilla/servo/wiki/Design
    А то получается задумывали отдельный движок для многопроцессности и паралельности, а в итоге переходят на многопроцессность без него.
     
     
  • 2.29, Аноним (-), 18:34, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А то получается задумывали отдельный движок для многопроцессности и паралельности,

    ...писаный на неведомом ЯП, который ни разу не релизнулся толком. В общем очередной мегаконцепт на полку музеев.

     
  • 2.109, Аноним (-), 07:03, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У firefox'а очень ограниченная многопроцессность. Т.е интерфейс браузера больше не зависает при нагрузке, но содержимое страницы — до сих пор зависает.
    Кроме того, servo не страдает проблемами с памятью, свойственным gecko.
     

  • 1.15, Аноним (-), 17:27, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Есть куча претензий по тому, как это сделано в хроме, неужели они думают что у них будет лучше? Основная проблема это механизм взаимодействия процессов. По-видимому из соображений безопасности и удобства синхронизации, все данные будут копироваться из одного процесса в другой, что существенно замедит работу страниц и отрисовку графики. Кроме того, такую систему значительно сложнее отлаживать.
     
     
  • 2.30, Аноним (-), 18:35, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть куча претензий по тому, как это сделано в хроме,

    Да мозила скатилась до простого передирания хрома. Былинный отказ.

     
     
  • 3.41, Аноним (-), 18:48, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Есть куча претензий по тому, как это сделано в хроме,
    > Да мозила скатилась до простого передирания хрома. Былинный отказ.

    .... а если нету разницы - зачем платить больше? (с)

     
     
  • 4.56, Журналовращатель (?), 21:12, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Итак, давайте перечислим вышеописанные пункты еще раз:
    - Оптимизация для многоядерных процессоров (где-то уже давно есть)
    - Предсказуемое потребление памяти (там же, хоть сразу и много жрет, но зато не течет неделями в отличии от Огнелиса)
    - Защита от сбоев (там все так же хреново, как и в Огнелисе)
    - Повышение безопасности (таки да, именно там испольлзуется SUID-пейсочница, стартующая под рутом, но потом понижающая права и ограничивающая ресурсы вкладкам)

    О чем я не говорю вслух? А?

    Итак, после появления яндекс-браузера, свайрон, новой_гореры(тысячи их!!!11) - ждем огнелиса. Интерфейс уже попячен, толерантность повышена, Брендон Айк забыт.

    Верной дорогой идете, товарищи!!!

     
     
  • 5.69, Аноним (-), 03:05, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я так рад что вебня теперь будет жpaть проц в 8 горл вместо 1 и греть проц в 8 р... текст свёрнут, показать
     
     
  • 6.92, Журналовращатель (?), 11:47, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы стёба не поняли, ладно Капсом писать не нужно, у меня на рабочем компе таких... текст свёрнут, показать
     

  • 1.16, Аноним (-), 17:38, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Одно ядро - одна вкладка, два ядра - две вкладки, четыре - ... :-D
     
     
  • 2.31, Аноним (-), 18:35, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Одно ядро - одна вкладка, два ядра - две вкладки, четыре

    Все правильно, должны же 512-ядерные процессоры продаваться?...

     
  • 2.32, th3m3 (ok), 18:36, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не забывай про прерывания. Сейчас на одном ядре кучу вкладок же держит.
     
     
  • 3.70, Аноним (-), 03:06, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не забывай про прерывания. Сейчас на одном ядре кучу вкладок же держит.

    Не совсем понятно как прерывания связаны с вкладками. Развейте мысль. Капча тоже просит: 00100

     
     
  • 4.77, th3m3 (ok), 08:38, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас получается - всё обрабатывается одним ядром. Когда подключат несколько, это совсем не значит, что будет на каждую вкладку по ядру.
     
     
  • 5.99, Ivan (??), 14:59, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы еще скажите, что по отдельной мыше на вкладку не надо будет.
     

  • 1.25, Dmitriy.trt (ok), 18:25, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Очень ценным для пользователя будет отзывчивость интерфейса - та самая "производительность", видимая невооруженным глазом.
     
     
  • 2.43, Аноним (-), 18:48, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Очень ценным для пользователя будет отзывчивость интерфейса - та самая "производительность",
    > видимая невооруженным глазом.

    Мы все еще о браузере говорим?

     

  • 1.51, Зевака (?), 19:47, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузера

    И не надо! Закойхер отдавать гору ресурсов браузеру, если основная работа - не сёрфинг.
    Горы сайтов, пожирающих 100% ресурсов браузера, теперь они будут тупить многоядерно...

     
     
  • 2.96, Журналовращатель (?), 12:15, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сам бы с удовольствием юзал dillo web, но половина сайтов на нём не работают. Общая картина такова, что мы должны отдавать почти весь ресурс на жопоскриптовые свистоперделки, 30-мегабайтные баннеры и т.д. И это всё при том, что в моём мире плеша не существует.
     

  • 1.52, Аноним (-), 20:06, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Такими темпами придется переходит на Otter.
     
     
  • 2.81, Аноним (-), 08:46, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Такими темпами придется переходит на Otter.

    Переходилка еще не отвалилась? Скакать по софтам, как блоха по яйцам?

     

  • 1.53, ананим (?), 20:21, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жрать будет как в не себя...

    Зыж
    Единственный нормальный браузер. Предсказуемо (и лучше остальных!!!) работает на вантузе, линухе, маке (хром на маке — это опа например).
    Лишь бы хуже не было.

     
     
  • 2.95, Журналовращатель (?), 12:10, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, так будет не долго.
    Самому 24 версия нравилась.
     
     
  • 3.113, Xasd (ok), 22:55, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Самому 24 версия нравилась.

    мне тоже 24 нравилась.

    а потом вышла 25 версия, и тогда мне стала нравиться 25 версия :-)

    и потом тоже самое с 26, 27, 28, 29, 30..

    вот сейчас мне нравится 30 версия.

    но чую я что как только выйдет 31 версия -- то тогда станет нравиться 31 версия :-D

     
     
  • 4.117, Журналовращатель (?), 17:45, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Самому 24 версия нравилась.
    > мне тоже 24 нравилась.
    > а потом вышла 25 версия, и тогда мне стала нравиться 25 версия
    > :-)
    > и потом тоже самое с 26, 27, 28, 29, 30..
    > вот сейчас мне нравится 30 версия.
    > но чую я что как только выйдет 31 версия -- то тогда
    > станет нравиться 31 версия :-D

    Прикольно.

     

  • 1.55, Аноним (-), 21:02, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >многопроцессную

    Т.е. как в Хроме будет по процессу на вкладку с вот-такенным оверхедом, что на 30 страничках уже памяти не хватит?

    >Наиболее значительные препятствия на пути внедрения многопроцессной архитектуры возникают из-за проблем с совместимостью с дополнениями.

    Да ладно строить из себя целочку - эта мелочь не помешала поломать интерфейс, нечего думать о ней и сейчас.

     
     
  • 2.59, Аноным (ok), 22:06, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Каждое расширение отдельный процесс тоже жрёт.
     

  • 1.58, Аноним (-), 21:40, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А не станет лиса жрать память как прожорливый хром?
     
     
  • 2.63, Dragonic (ok), 02:25, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    разработчики обещали, что незначительго
     
     
  • 3.71, Аноним (-), 03:07, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > разработчики обещали, что незначительго

    А вот попытка побраузить веб в хромиуме показала что он 8Gb выжирает только в путь. И все умирает по OOM killer. Почему-то мне кажется что такая же фигня будет и в лисе.

     
     
  • 4.93, Журналовращатель (?), 12:04, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> разработчики обещали, что незначительго
    > А вот попытка побраузить веб в хромиуме показала что он 8Gb выжирает
    > только в путь. И все умирает по OOM killer. Почему-то мне
    > кажется что такая же фигня будет и в лисе.

    Да, чувствую, что будет. Давно уже такие масли ходят, но не проще ли ппоступить так как в гопере и яндех-браузере? Результат ведь тот же, только быстрее.

     
  • 4.114, Xasd (ok), 22:58, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > все умирает по OOM killer

    добавь в систему swap-раздел

     
     
  • 5.116, Журналовращатель (?), 17:44, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо, ибо будет тормозить. Я специально даю свопа только 2ГБ, чтоб ООМ быстрее срабатывал, чем я.
     
     
  • 6.119, Xasd (ok), 19:39, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я специально...

    ну тогда НЕ надо было писать "И все умирает по OOM killer".

    а то сначало написал так -- будто ты стал жертвой OOM-Киллера, а потом оказалось что у вас с Киллером специальный хитрый уговор. ФУУУБЛИН, бесят такие люди!

    как можно таким быть?! выставляешь себя жертвой, а потом оказывается что ты садомазахист.

    --------------------------------------------------

    > ибо будет тормозить

    каждая проблема имеет своё решение:

    большой swap нужен чтобы жрущие программы не падали бы.

    а тормаза -- решаются хорошим железом (быстрый SSD, много оперативки, хороший процессор и хорошая матплата).

    на крайний случай -- не нужно кучу вкладок открывать (если знаешь что компьютер не справится и будет тормозить).

    но уменьшать swap, а потом жаловаться что программа упала --- это верх гнусного лицмерия.

    --------------------------------------------------

    ты на работу опаздаешь.. тебя начальник спросит:

    -- почему опаздал на работу?

    а ты ответишь:

    -- меня будильник не разбудил

    начальник:

    -- а почему он тебя не разбудил? он громко у тебя работает?

    ты:

    -- нет. я специально его сделал потише, так как спать мешает..

     
     
  • 7.121, Журналовращатель (?), 11:00, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И снова невпопад. Много текста, тупых аналогий, но ниочём. Я о том, что какая-нибудь софтина на жабе, браузер, плазма 5 лет назад, могла/может распухнуть. Раз в год такое случалось. Потому на десктопах ставлю мало свопа. Надо ещё zswap заценить.
     
     
  • 8.122, Xasd (ok), 18:19, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    похоже на я плохо вожу автомобиль медленная реакция если я разгонюсь до ... текст свёрнут, показать
     
     
  • 9.126, Журналовращатель (?), 15:54, 18/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Аналогии снова не в тему, но запутать ситуацию могут ... текст свёрнут, показать
     
  • 2.84, Аноним (-), 09:50, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А не станет лиса жрать память как прожорливый хром?

    Главное, что он станет нормально освобождать память системе. А то сейчас из-за какого-нибудь кривого сайта выжирает под 2 Гб, а потом когда вкладка закрыта эти 2 Гб продолжают удерживаться процессом. После такого получается, что по about:memory фактически жрёт копейки, но буферы уже распределены и начинается пляска с своппингом, тормозами остальных приложений и минутными подвисаниями Firefox.

     
     
  • 3.94, Журналовращатель (?), 12:06, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> А не станет лиса жрать память как прожорливый хром?
    > Главное, что он станет нормально освобождать память системе. А то сейчас из-за
    > какого-нибудь кривого сайта выжирает под 2 Гб, а потом когда вкладка
    > закрыта эти 2 Гб продолжают удерживаться процессом. После такого получается, что
    > по about:memory фактически жрёт копейки, но буферы уже распределены и начинается
    > пляска с своппингом, тормозами остальных приложений и минутными подвисаниями Firefox.

    Да, именно эту проблему давно решили в хромиуме.

     

  • 1.62, Аноним (-), 00:56, 14/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Лучше бы сделали принудительную остановку обработки сценариев фоновых вкладок,
    и ничего бы не жрало. 1 активная вкладка=1 ядро, а фоновые не обрабатывать и все.
    Ps Qupzilla плюсую, имхо самый лучший браузер на сегодняшний день.
     
     
  • 2.68, Crazy Alex (ok), 03:01, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Совсем не обрабатывать стандарт не даст
     
  • 2.83, Аноним (-), 09:36, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде были такие расширения.
     
  • 2.91, Аноним (-), 10:56, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ps Qupzilla плюсую, имхо самый лучший браузер на сегодняшний день

    Отучаемся говорить за всех, говорим за себя...

     
  • 2.98, Онаним (?), 14:56, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У меня в Firefox (не знаю это его фича, или расширения какого, может TabMixPlus, например) вообще отлично сделано: если перезапустить браузер, то все сохранённые табы прежде чем ты их откроешь пассивны, т.е. помнят только свой URL и загружают содержимое только когда на них перейдёшь.

    Но чтобы перевести табы в такое состояние нужно таки перезагружать браузер. В идеале лично мне бы хотелось бы чтобы это происходило с ними автоматически через некоторое время неактивности и чтобы операция "открыть ссылку в новом табе" (Ctrl+Click) порождала именно такие "спящие" табы, не закгружая содержимое пока на них не перейдёшь, я бы прямо несказанно обрадовался появись там такая возможность.

     

  • 1.100, Аноним (-), 15:09, 14/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А когда ожидается откат на старый UI?

    Ненавижу Australis.

    // b.

     
     
  • 2.102, Ivan (??), 15:11, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Никогда. Остается надеяться, чтобы 31esr не испохабили.
     
     
  • 3.111, Журналовращатель (?), 12:17, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, 24 же!!
     
  • 2.107, Онаним (?), 20:03, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Есть экстэншн, который более-менее возвращает всё почти как было. Вот - главное, чтобы его не сломали. Под него вряд ли будут заморачиваться тестировать как под суперпопулярный AdBlock+
     

  • 1.103, DmA (??), 17:29, 14/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В общем чтобы не работал хоть какое-то время Adblock Olus рекламные компании типа Google,Yandex и Mail.ru и спонсируют переход Firefox на многопроцессную   модель
     
     
  • 2.120, Xasd (ok), 20:08, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    получается что Adblock Olus двигатель прогресса? :-)

    ну ок. значит хоть какая-то от него польза обществу :-D ..

     

  • 1.115, edo (ok), 12:42, 16/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    android-версии это тоже коснётся?
    похоже появляется повод проапргейдить свой первый note на что-то минимум четырёхядерное.
     
  • 1.123, Онаним (?), 19:55, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем многопроцессную? Чем многопоточная хуже?
     
     
  • 2.125, бот (?), 11:30, 18/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    сложно обеспечить работу разных потоков на разных ядрах в разных ОС?
     

  • 1.124, бот (?), 11:29, 18/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В п.1 преимуществ всё перепутали: процессы/потоки, распараллеливание работы с контентом одной страницы / разных.
     
  • 1.127, Аноним (-), 14:15, 26/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    eto je ohuenno bleat
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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