форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"В 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.../ Новость: http://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 (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 | Индекс форумов | Темы | Пред. тема | След. тема