The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В Firefox 36 ожидается переход на многопроцессную архитектуру"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В Firefox 36 ожидается переход на многопроцессную архитектуру"  +1 +/
Сообщение от opennews (ok) on 13-Июл-14, 16:27 
Представлен (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.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=40193

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +13 +/
Сообщение от Константавр (ok) on 13-Июл-14, 16:27 
Эх, если бы они использование GPU довели до ума, то и на одном процессоре летало бы. А то всё мыкаются - cairo не cairo, по три раза гоняют картинку туда-сюда... А в результате на вопрос "почему всё тормозит на линуксе?" говорят, "отключите ускорение рендеринга".

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +3 +/
Сообщение от Dragonic (ok) on 13-Июл-14, 16:41 
> вопрос "почему всё тормозит на линуксе?" говорят, "отключите ускорение рендеринга".

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

8. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +4 +/
Сообщение от Константавр (ok) on 13-Июл-14, 16:48 
Это от направления ветра зависит. Попробуй WebGL или HTML5 video. Это же кошмар какой-то. Страницы хитросвёрстанные полистай.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

11. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +8 +/
Сообщение от имя on 13-Июл-14, 17:04 
За хитросвёрстанные _без надобности_ страницы по-хорошему избивать надо. Надоели уже модные и неудобные стартапы.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

49. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Константавр (ok) on 13-Июл-14, 19:34 
Хе-хе, бывает, пришлют ссылку - на, мол, посмотри, сам сделал. Страница с noscript не грузится вообще, список желающих впендюрить скрипт не влазит в экран... "Сам"...

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

50. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 19:35 
Молодец, тебе про одно, а ты про другое.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

72. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +6 +/
Сообщение от Xasd (ok) on 14-Июл-14, 03:41 
> За хитросвёрстанные _без надобности_ страницы по-хорошему избивать надо. Надоели уже модные и неудобные стартапы.

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

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

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

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

---

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

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

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

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

108. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от XoRe (ok) on 15-Июл-14, 01:23 
Опыт фриланса чувствуется в вас.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

112. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Devider_ on 15-Июл-14, 17:52 
А в Вас чувствуется дух мастера Йоды. :)
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

19. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 18:01 
> Попробуй WebGL

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

> или HTML5 video.

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

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

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

23. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от GG (ok) on 13-Июл-14, 18:24 
blur filter её тормозит ещё прилично

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

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

33. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 18:37 
> blur filter её тормозит ещё прилично

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

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

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

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

60. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Stax (ok) on 13-Июл-14, 22:41 
> Что за filter и где он применяется? И что тормозит? CPU? GPU?

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

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

64. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от Аноним (??) on 14-Июл-14, 02:46 
> Запустите любую версию 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 клинит вообще независимо от операционки - проверено.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

105. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Stax (ok) on 14-Июл-14, 17:55 
> Поставил, посмотрел. У него тупит даже просто окошко проги при ресайзе. Чуваки где-то в чем-то накосячили. Это просто баг в их программе, или типа того. Остальные то программы при ресайзе окон работают как из пушки, так что эти перцы что-то странное делают при ресайзе окон. Это "странное" дико отличается от поведения остальных программ. И, стало быть, лажа авторов 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 плагине.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

110. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Алексей Морозов (ok) on 15-Июл-14, 07:09 
Но ведь для кого-то всю эту радость придумывали! :)

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

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

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

54. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноном on 13-Июл-14, 21:01 
ХТМЛ5 видео нормально смотрится, ничего не дергается все быстро(hd 5770 oss, KDE), в чем проблема-то? + gstreamer1.0-libav/ffmpeg и все что надо работает.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

65. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 14-Июл-14, 02:50 
> ХТМЛ5 видео нормально смотрится,

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

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

104. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Vkni (ok) on 14-Июл-14, 17:35 
> Это от направления ветра зависит. Попробуй WebGL или HTML5 video. Это же
> кошмар какой-то. Страницы хитросвёрстанные полистай.

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

46. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –5 +/
Сообщение от я on 13-Июл-14, 19:20 
скоро лисом перестанут пользоваться и те кто щас пользуются, возможно появится форк
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

61. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от ты on 13-Июл-14, 23:39 
хм.. гугл забанил или яндекс?
этих форков уже... palemoon, iceweazel,.....
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

74. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от kravich (ok) on 14-Июл-14, 06:54 
iceweazel это не форк, это ребрендинг
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

86. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 14-Июл-14, 10:37 
>iceweazel

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

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

89. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +2 +/
Сообщение от ананана on 14-Июл-14, 10:48 
Не надоела, а потеряла смысл из-за появления стабильной ветки ESR.
Сейчас, когда в Firefox собираются включить поддержку плагина защиты копирайта, они вроде опять должны начать делать форк.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

106. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от я on 14-Июл-14, 18:03 
в новых версиях фф собираются вводить сомнительные технологии, именно по этому будет форк. надеюсб в симанке не будут этих новоовведений
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

2. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +4 +/
Сообщение от Аноним (??) on 13-Июл-14, 16:34 
То-есть, он теперь будет лихо жрать все мои 8 ядер единолично? И все 16 гигз теперь сожрет? Вот те раз, я то думал - куда же мне все это счастье девать, а разработчики файрфокса уже придумали. Только это, вы знаете, у меня немного более 1 процесса в системе и как-то совсем не айс если браузер все ресурсы узурпирует.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Константавр (ok) on 13-Июл-14, 16:36 
Поставишь ему cpulimit :)
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

22. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +8 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:19 
> Поставишь ему cpulimit :)

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

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

17. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от djdjss on 13-Июл-14, 17:42 
У тебя каждый процесс  по ядру занимает?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

24. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:24 
> У тебя каждый процесс  по ядру занимает?

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

21. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –2 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:11 
Конечно, куда лучше использовать 1 ядро на 100% и лагать, чем 8 ядер на 5% и летать. Ну отрежь процессу ядра, делов-то.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

28. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +3 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:32 
> Конечно, куда лучше использовать 1 ядро на 100% и лагать, чем 8
> ядер на 5% и летать.

Мне кажется что математику вам в школе преподавали хреново. Потому что по идее, 100% одного ядра раскиданные на 8 ядер будут 12.5% у каждого из 8 ядер.

Но на самом деле все хуже. Если нагрузка на чип мала - ядра могут поднимать частоту, так что одно вкалывающее ядро будет иметь бОльшую производительность, нежели оно же но если вкалывают все 8.

Раньше процессы которым надо было быстро - могли по выделенной полосе, с мигалкой. А теперь - будут тусоваться в пробке с лисьим крапом. Понятно, что при помощи гайцев^W средств администрирования можно и прогнать лису откуда-то, но это ж отдельная возня. Я конечно понимаю что для разработчиков их программа самая самая, а меня вот как-то не прет что всякая реклама и майнеры коинов на страничке особо хитрых кексов будут грузить все ядра в полку. У меня еще и другие программы есть.

> Ну отрежь процессу ядра, делов-то.

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

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

37. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –3 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:46 

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

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

66. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 02:53 
> Ты сам выбрал это, Люк.

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

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

78. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 08:43 
>> Ты сам выбрал это, Люк.
> Не, вот извините! Когда я выбирал лису, такого даже в проекте не
> было, и вообще тогда это называлось mozilla suite.

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

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

87. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 10:41 
>Раньше процессы которым надо было быстро - могли по выделенной полосе, с мигалкой. А теперь - будут тусоваться в пробке с лисьим крапом. Понятно, что при помощи гайцев^W средств администрирования можно и прогнать лису откуда-то, но это ж отдельная возня.

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

4. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 13-Июл-14, 16:38 
где ж вы раньше то были
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +2 +/
Сообщение от Аноним (??) on 13-Июл-14, 16:40 
Нафиг ненужна эта многопроцессность в контексте каждой вкладке по процессу. Вместо этого лучше бы разделили на 2 процесса. 1 процесс рендерит гуй лисы, а 2 процесс рендерит контент табов.
А то с ихними глюками вешается вся лиса вместо того что бы повесить контент табов и дать юзеру спокойно убить процесс обработки этих табов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:30 
К слову. Решил потестить сейчас этот флаг (browser.tabs.remote.autostart) на Nightly.
Сейчас оно работает вроде так как я описал.(на XP в виртуалке)
То есть гуй рисует главный процесс, а рендерингом вкладок занимается дочерний процесс.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Inome (ok) on 13-Июл-14, 16:46 
Да, не может сделать программу быстрей по коду - добавим ускорение gpu!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Константавр (ok) on 13-Июл-14, 16:52 
> Да, не может сделать программу быстрей по коду - добавим ускорение gpu!

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от омномномнимус on 13-Июл-14, 17:04 
при чем тут дизайнеры? это уже к верстальщикам вопрос, дизайнер только рисует.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

20. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +2 +/
Сообщение от Аноным (ok) on 13-Июл-14, 18:05 
Эти тоже могут выресовать, а потом верстай их фантазии.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

26. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от GG (ok) on 13-Июл-14, 18:25 
> при чем тут дизайнеры? это уже к верстальщикам вопрос, дизайнер только рисует.

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

42. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –2 +/
Сообщение от metallica (ok) on 13-Июл-14, 18:48 

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

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

47. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от омномномнимус on 13-Июл-14, 19:23 
Ради справедливости стоит отметить, что они (дизайнеры) фантазируют на заданные темы, а вот алконавты/упорыши в свободном плавании ;-)
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

67. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 02:54 
> умудряются за деньги продавать, фантазируемые образы,

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

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

73. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 14-Июл-14, 04:37 
> Вы сильно удивитесь, но в будущем будет достаточно представить себе объект - и можно будет получить его материальную копию.

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

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

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

75. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от kravich (ok) on 14-Июл-14, 06:56 
надеюсь, что такого не случится
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

85. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +3 +/
Сообщение от Canis Dirus Leidy on 14-Июл-14, 10:25 
Это и в прошлом можно было. Старик Хоттабыч, сделавший телефон из цельного куска отборного мрамора, гарантирует.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

76. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 14-Июл-14, 07:31 
А админы-то, админы! Нафантазируют, как сервер работать должен, и продают свои фантазии! Ведь каждый может себе представить, как должен работать сервер - почтовый, например, должен принимать почту, отправлять почту, и не принимать и не отправлять спам. Просто не все могут оформить эти фантазии в форме конфигов, чтобы продать их. Разновидность торговцев воздухом. Сплошное кидалово, в общем. И это я еще про ядерных физиков ничего не сказал.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

48. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от омномномнимус on 13-Июл-14, 19:24 
окай, а чем же тогда дизайнеры занимаются (если не рисованием)?
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

88. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 10:44 
>Да, не может сделать программу быстрей по коду - добавим ускорение gpu!

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

118. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Inome (ok) on 16-Июл-14, 19:01 
Ты наверное только что переместился из годиков так 70x-90x, что никакой проект не представляешь без ассемблера, а писать можно нормально и на обычном высокоуровневом ЯП, если конечно уметь это делать, но ты можешь продолжать низкоуровневую практику, pdp-11 тебе в помощь
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

9. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от Аноним (??) on 13-Июл-14, 16:51 
если дадут возможность устанавливать количество вкладок на один процесс и по умолчанию открывать в одном процессе вкладки с одного url - будет круто.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +2 +/
Сообщение от sysstartd (ok) on 13-Июл-14, 17:05 
всё это хорошо, но servo, servo то где ? зачем распылять свои силы когда это можно было реализовать в новом двигле ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 17:54 
> всё это хорошо, но servo, servo то где ?

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

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

90. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от ананана on 14-Июл-14, 10:51 
>> всё это хорошо, но servo, servo то где ?
> Там же и где все остальное мегаконцептуальное и нафигнужное.

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

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

14. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +2 +/
Сообщение от Аноним (??) on 13-Июл-14, 17:12 
Интересно какое место в этом будет иметь servo
https://github.com/mozilla/servo/wiki/Design
А то получается задумывали отдельный движок для многопроцессности и паралельности, а в итоге переходят на многопроцессность без него.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:34 
> А то получается задумывали отдельный движок для многопроцессности и паралельности,

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

109. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 15-Июл-14, 07:03 
У firefox'а очень ограниченная многопроцессность. Т.е интерфейс браузера больше не зависает при нагрузке, но содержимое страницы — до сих пор зависает.
Кроме того, servo не страдает проблемами с памятью, свойственным gecko.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

15. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от Аноним (??) on 13-Июл-14, 17:27 
Есть куча претензий по тому, как это сделано в хроме, неужели они думают что у них будет лучше? Основная проблема это механизм взаимодействия процессов. По-видимому из соображений безопасности и удобства синхронизации, все данные будут копироваться из одного процесса в другой, что существенно замедит работу страниц и отрисовку графики. Кроме того, такую систему значительно сложнее отлаживать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +2 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:35 
> Есть куча претензий по тому, как это сделано в хроме,

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

41. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 13-Июл-14, 18:48 
>> Есть куча претензий по тому, как это сделано в хроме,
> Да мозила скатилась до простого передирания хрома. Былинный отказ.

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

56. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Журналовращатель on 13-Июл-14, 21:12 
Итак, давайте перечислим вышеописанные пункты еще раз:
- Оптимизация для многоядерных процессоров (где-то уже давно есть)
- Предсказуемое потребление памяти (там же, хоть сразу и много жрет, но зато не течет неделями в отличии от Огнелиса)
- Защита от сбоев (там все так же хреново, как и в Огнелисе)
- Повышение безопасности (таки да, именно там испольлзуется SUID-пейсочница, стартующая под рутом, но потом понижающая права и ограничивающая ресурсы вкладкам)

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

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

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

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

69. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 03:05 
>  - Оптимизация для многоядерных процессоров (где-то уже давно есть)

Я так рад что вебня теперь будет жpaть проц в 8 горл вместо 1 и греть проц в 8 раз больше. Достаточно будет открыть несколько вкладок...

>  - Предсказуемое потребление памяти (там же, хоть сразу и много жрет,
> но зато не течет неделями в отличии от Огнелиса)

У меня огнелис никогда и не тек. За *МЕСЯЦ* использования, с сотней-другой табов - за 2 гига не вылезает. Зато хромиум умудрился вызвать OOM на машине с 8Гб оперативы! Труба я шатал (или вращал?) такие "оптимизации" в плане работы с памятью! Может не надо глюкавые расширения ставить? Они будут течь независимо от процессной модели ;).

>  - Защита от сбоев (там все так же хреново, как и в Огнелисе)

Проблема только в том что лис работает вот уже вторую неделю и не сбоит. Я так рад что они починили то, что не сломано...

>  - Повышение безопасности (таки да, именно там испольлзуется
> SUID-пейсочница,стартующая под рутом,

Ну да, повышение прав^W "безопасности" налицо :\.

> но потом понижающая права и ограничивающая ресурсы вкладкам)

А в хромиуме просто используют вызов clone() с LXCшными флагами, отпиливая себя в контейнер, при том повышенных прав вроде как при этом не используют.

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

Еще aццкое засиpaние списка процессов забыли.

> Интерфейс уже попячен, толерантность повышена, Брендон Айк забыт.

Фагготрия в общем.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

92. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Журналовращатель on 14-Июл-14, 11:47 
>Я так рад что вебня теперь будет ж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 я считал хромиум кривым, но сейчас передумал.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

16. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +16 +/
Сообщение от Аноним (??) on 13-Июл-14, 17:38 
Одно ядро - одна вкладка, два ядра - две вкладки, четыре - ... :-D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 18:35 
> Одно ядро - одна вкладка, два ядра - две вкладки, четыре

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

32. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от th3m3 (ok) on 13-Июл-14, 18:36 
Не забывай про прерывания. Сейчас на одном ядре кучу вкладок же держит.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

70. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 03:06 
> Не забывай про прерывания. Сейчас на одном ядре кучу вкладок же держит.

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

77. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от th3m3 (ok) on 14-Июл-14, 08:38 
Сейчас получается - всё обрабатывается одним ядром. Когда подключат несколько, это совсем не значит, что будет на каждую вкладку по ядру.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

99. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Ivan (??) on 14-Июл-14, 14:59 
Ну вы еще скажите, что по отдельной мыше на вкладку не надо будет.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

25. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Dmitriy.trt email(ok) on 13-Июл-14, 18:25 
Очень ценным для пользователя будет отзывчивость интерфейса - та самая "производительность", видимая невооруженным глазом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 18:48 
> Очень ценным для пользователя будет отзывчивость интерфейса - та самая "производительность",
> видимая невооруженным глазом.

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

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

51. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Зевака on 13-Июл-14, 19:47 
> В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузера

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

96. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 14-Июл-14, 12:15 
Сам бы с удовольствием юзал dillo web, но половина сайтов на нём не работают. Общая картина такова, что мы должны отдавать почти весь ресурс на жопоскриптовые свистоперделки, 30-мегабайтные баннеры и т.д. И это всё при том, что в моём мире плеша не существует.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

52. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 20:06 
Такими темпами придется переходит на Otter.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

81. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от Аноним (??) on 14-Июл-14, 08:46 
> Такими темпами придется переходит на Otter.

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

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

53. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от ананим on 13-Июл-14, 20:21 
Жрать будет как в не себя...

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 14-Июл-14, 12:10 
К сожалению, так будет не долго.
Самому 24 версия нравилась.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

113. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –3 +/
Сообщение от Xasd (ok) on 15-Июл-14, 22:55 
> Самому 24 версия нравилась.

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

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

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

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

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

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

117. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 16-Июл-14, 17:45 
>> Самому 24 версия нравилась.
> мне тоже 24 нравилась.
> а потом вышла 25 версия, и тогда мне стала нравиться 25 версия
> :-)
> и потом тоже самое с 26, 27, 28, 29, 30..
> вот сейчас мне нравится 30 версия.
> но чую я что как только выйдет 31 версия -- то тогда
> станет нравиться 31 версия :-D

Прикольно.

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

55. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 13-Июл-14, 21:02 
>многопроцессную

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноным (ok) on 13-Июл-14, 22:06 
Каждое расширение отдельный процесс тоже жрёт.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

58. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 13-Июл-14, 21:40 
А не станет лиса жрать память как прожорливый хром?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

63. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Dragonic (ok) on 14-Июл-14, 02:25 
разработчики обещали, что незначительго
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

71. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 03:07 
> разработчики обещали, что незначительго

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

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

93. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 14-Июл-14, 12:04 
>> разработчики обещали, что незначительго
> А вот попытка побраузить веб в хромиуме показала что он 8Gb выжирает
> только в путь. И все умирает по OOM killer. Почему-то мне
> кажется что такая же фигня будет и в лисе.

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

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

114. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Xasd (ok) on 15-Июл-14, 22:58 
> все умирает по OOM killer

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

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

116. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 16-Июл-14, 17:44 
Не надо, ибо будет тормозить. Я специально даю свопа только 2ГБ, чтоб ООМ быстрее срабатывал, чем я.
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

119. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Xasd (ok) on 16-Июл-14, 19:39 
> Я специально...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

начальник:

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

ты:

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

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

121. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 17-Июл-14, 11:00 
И снова невпопад. Много текста, тупых аналогий, но ниочём. Я о том, что какая-нибудь софтина на жабе, браузер, плазма 5 лет назад, могла/может распухнуть. Раз в год такое случалось. Потому на десктопах ставлю мало свопа. Надо ещё zswap заценить.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

122. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Xasd (ok) on 17-Июл-14, 18:19 
> какая-нибудь софтина на жабе, браузер, плазма 5 лет назад, могла/может распухнуть. [..] Потому на десктопах ставлю мало свопа.

похоже на:

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

...поэтому я посильнее нажимаю на педаль газа!
"""

:-) :-)

> Надо ещё zswap заценить.

Zswap ускоряет работу swap (уж не знаю, хочешь ли ты этого или нет --- мне тебя не понять:))

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

126. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 18-Июл-14, 15:54 
Аналогии снова не в тему, но запутать ситуацию могут.
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

84. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 09:50 
> А не станет лиса жрать память как прожорливый хром?

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

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

94. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Журналовращатель on 14-Июл-14, 12:06 
>> А не станет лиса жрать память как прожорливый хром?
> Главное, что он станет нормально освобождать память системе. А то сейчас из-за
> какого-нибудь кривого сайта выжирает под 2 Гб, а потом когда вкладка
> закрыта эти 2 Гб продолжают удерживаться процессом. После такого получается, что
> по about:memory фактически жрёт копейки, но буферы уже распределены и начинается
> пляска с своппингом, тормозами остальных приложений и минутными подвисаниями Firefox.

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

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

62. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +2 +/
Сообщение от Аноним (??) on 14-Июл-14, 00:56 
Лучше бы сделали принудительную остановку обработки сценариев фоновых вкладок,
и ничего бы не жрало. 1 активная вкладка=1 ядро, а фоновые не обрабатывать и все.
Ps Qupzilla плюсую, имхо самый лучший браузер на сегодняшний день.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Crazy Alex (ok) on 14-Июл-14, 03:01 
Совсем не обрабатывать стандарт не даст
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

83. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 14-Июл-14, 09:36 
Вроде были такие расширения.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

91. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от Аноним (??) on 14-Июл-14, 10:56 
> Ps Qupzilla плюсую, имхо самый лучший браузер на сегодняшний день

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

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

98. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Онаним on 14-Июл-14, 14:56 
У меня в Firefox (не знаю это его фича, или расширения какого, может TabMixPlus, например) вообще отлично сделано: если перезапустить браузер, то все сохранённые табы прежде чем ты их откроешь пассивны, т.е. помнят только свой URL и загружают содержимое только когда на них перейдёшь.

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

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

100. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +1 +/
Сообщение от Аноним (??) on 14-Июл-14, 15:09 
А когда ожидается откат на старый UI?

Ненавижу Australis.

// b.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

102. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Ivan (??) on 14-Июл-14, 15:11 
Никогда. Остается надеяться, чтобы 31esr не испохабили.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

111. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  –1 +/
Сообщение от Журналовращатель on 15-Июл-14, 12:17 
Нет, 24 же!!
Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

107. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Онаним on 14-Июл-14, 20:03 
Есть экстэншн, который более-менее возвращает всё почти как было. Вот - главное, чтобы его не сломали. Под него вряд ли будут заморачиваться тестировать как под суперпопулярный AdBlock+
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

103. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от DmA (??) on 14-Июл-14, 17:29 
В общем чтобы не работал хоть какое-то время Adblock Olus рекламные компании типа Google,Yandex и Mail.ru и спонсируют переход Firefox на многопроцессную   модель
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

120. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Xasd (ok) on 16-Июл-14, 20:08 
получается что Adblock Olus двигатель прогресса? :-)

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

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

115. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от edo (ok) on 16-Июл-14, 12:42 
android-версии это тоже коснётся?
похоже появляется повод проапргейдить свой первый note на что-то минимум четырёхядерное.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

123. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Онаним on 17-Июл-14, 19:55 
А зачем многопроцессную? Чем многопоточная хуже?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

125. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от бот on 18-Июл-14, 11:30 
сложно обеспечить работу разных потоков на разных ядрах в разных ОС?
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

124. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от бот on 18-Июл-14, 11:29 
В п.1 преимуществ всё перепутали: процессы/потоки, распараллеливание работы с контентом одной страницы / разных.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

127. "В Firefox 36 ожидается переход на многопроцессную архитектур..."  +/
Сообщение от Аноним (??) on 26-Окт-14, 14:15 
eto je ohuenno bleat
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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