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

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

"Обновлён план перевода Firefox на многопроцессную архитектуру"	+/–
Сообщение от opennews on 22-Дек-16, 10:17
Разработчики Mozilla опубликовали (https://blog.mozilla.org/futurereleases/2016/12/21/update-on.../) обновлённый план перевода  Firefox на многопроцессную архитектуру с разделением на разные процессы обработчиков контента и интерфейса (все обработчики контента выполняются отдельно от интерфейса, но пока (https://www.opennet.dev/opennews/art.shtml?num=45480) в одном процессе друг с другом). Сообщается, что предварительное внедрение многопроцессного режима для отдельных категорий пользователей прошло успешно и если не возникнет непредвиденных проблем, включение многопроцессного режима для всех пользователей ожидается в выпуске Firefox 51, запланированном на 24 января. Исключение будет сделано только для конфигураций, в которых встречаются дополнения, помеченные как явно несовместимые с многопроцессной архитектурой. Напомним, что в Firefox 48 (https://www.opennet.dev/opennews/art.shtml?num=44897) многопроцессный режим был предложен примерно 1% пользователей (затем расширен до 50%), не использующих дополнения и средства для людей с ограниченными возможностями. В Firefox 49 (https://www.opennet.dev/opennews/art.shtml?num=45180) тестирование было расширено на пользователей ограниченного списка дополнений, проверенных на предмет совместимости с многопроцессным режимом. В Firefox 50 (https://www.opennet.dev/opennews/art.shtml?num=45496) многопроцессный режим был включен для систем со всеми проверенными дополнениями. В Firefox 51 вместо белого списка разрешённых дополнений, будет применён чёрный список явно не совместимых дополнений. Многопроцессный режим позволяет увеличить безопасность, повысить отзывчивость интерфейса, минимизировать подвисания во время сборки мусора и заметно ускорить работу браузера на многоядерных системах за счёт организации параллельного выполнения неблокирующих друг друга операций. По тестам Mozilla на многоядерных системах наблюдается увеличение отзывчивости интерфейса на 400% и ускорение загрузки страниц на 700%. Параллельно разработчики развивают две инициативы по расширению многопроцессного режима: -  В ночных сборках проходит тестирование возможность обработки контента в разных процессах. В отличие от уже применяемого разделения на два процесса - один для обработки содержимого вкладок и один для формирования интерфейса, новая возможность позволяет запустить более одного процесса для обработки контента (число запускаемых процессов для обработки контента задаётся через переменную dom.ipc.processCount в about:config). Подобный подход позволяет обеспечить дополнительную изоляцию обработчиков, повысить надёжность (крах одной вкладки не приведёт к закрытию всех остальных вкладок), повысить эффективность использования ресурсов многоядерных процессоров (разнесение нагрузки на все ядра), уменьшить фрагментацию памяти при длительной работе браузера. -  Реализация sandbox-изоляции (https://wiki.mozilla.org/Security/Sandbox), ограничивающей доступ дочерних процессов Firefox к системным вызовам, файловой системе и сторонним процессам. В настоящее время sandbox-изоляция уже применяется на платформе Windows и в одном из следующих релизов будет предложена для macOS и Linux. Для изоляции  в Linux применяется ограничение доступа к системным вызовам (https://wiki.mozilla.org/Security/Sandbox#Permissions_burndown) при помощи (https://wiki.mozilla.org/Security/Sandbox/Seccomp) Seccomp-bpf (https://www.opennet.dev/opennews/art.shtml?num=33654), также для изоляции используются (https://code.google.com/p/chromium/wiki/LinuxSandboxing) PID namespace и chroot в пустую директорию. В Windows применяются разработанные Google библиотеки sandboxbroker  и sandboxtarget, используемые в Chromium и Chrome. URL: https://blog.mozilla.org/futurereleases/2016/12/21/update-on.../ Новость: http://www.opennet.dev/opennews/art.shtml?num=45746
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+9 +/–
Сообщение от iPony on 22-Дек-16, 10:17
> В Windows применяются разработанные Google библиотеки sandboxbroker и sandboxtarget, используемые в Chromium и Chrome Забавно. Все больше и больше гугловского кода внедряется в фурифокс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Анонимен on 22-Дек-16, 10:23
	Какого такого кода ? В linux подобное есть изкоробки и костыли хоть гугловские, хоть другие здесь не нужны.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	30. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+5 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 14:34
	Одно слово - Skia
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
Сообщение от A.Stahl (ok) on 22-Дек-16, 10:23
А можно как-то узнать работает ли этот многопроцессный режим? ps показывает лишь один процесс. Так что хотелось бы узнать случилось ли что непредвиденное или у меня просто какое-то установлено несовместимое расширение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от виндотролль (ok) on 22-Дек-16, 10:30
	about:support Графа Multiprocess Windows. Значение показывает (что не совсем очевидно), сколько из открытых окон работают в многопроцессном режиме. Можно также зафорсировать многпроцессный режим (на случай, если какое-то расширение не декларирует явно, что многопроцессность не поддерживается).
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 10:37
	Нашёл -- отключено. Т.е. мне теперь удалять дополнения и смотреть что изменится?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	27. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–4 +/–
	Сообщение от vitektm on 22-Дек-16, 14:27
	Возможно можно просто отключить. Ну не знаю на борту 32Гб памяти (сейчас без ssd) Я бы не сказал что 32битной однопроцессорный ff тормозит! тормоза начинаются когда памяти 2,8Гб вроде съедает. Но это происходит после 150 вкладок (я особо) Но много тех что использую я не поддерживают много процессность.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	56. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от виндотролль (ok) on 22-Дек-16, 22:46
	> Нашёл -- отключено. Т.е. мне теперь удалять дополнения и смотреть что изменится? Можно не удалять, а дизейблить. Теоретически можно грепнуть по расширениям (мультпроцессность декларируется в дескрипторе расширения), надо только найти, что и где грепать. Советую обратиться к документации или проще к гуглу.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	5. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+1 +/–
	Сообщение от Дмитрий (??) on 22-Дек-16, 10:32
	Многопроцессность включается так browser.tabs.remote.autostart*=true browser.tabs.remote.force-enable=true // создать параметр dom.ipc.processCount=20 И это работало начиная с релиза 47.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	9. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 10:46
	Процессы появились. Посмотрим что из этого выйдет.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 22-Дек-16, 10:36
	Посмотри в about:support
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–3 +/–
Сообщение от trubulizator (ok) on 22-Дек-16, 10:32
А сколько оно будет жрать памяти, почему не говорится? Это ж по сути, как во времена IE6 - открываются отдельные окна, а не вкладки, но тут эти окна замаскированы под типа вкладки. Смысл вкладок тогда? Деградация полнейшая
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+3 +/–
	Сообщение от llolik (ok) on 22-Дек-16, 10:52
	Держи пруф (http://imgur.com/r0k5hEh) на классических 10 вкладок. По периодическому наблюдению, после того, как включил многопроцессорность жрать стало больше на 15-25%. Но при этом значительно улучшилась отзывчивость и скорость загрузки страниц. По крайней мере я ещё не разу не видел, чтобы страница грузилась по минуте или чтобы браузер колом встал (что ранее бывало). Поэтому ИМХО наоборот не деградация, а прогресс и существенный.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	13. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+2 +/–
	Сообщение от йцукен (??) on 22-Дек-16, 11:05
	Вероятно, далеко не все готовы променять прирост производительности на заметное увеличение потребления памяти.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	16. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–3 +/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 11:39
	>>на заметное увеличение потребления памяти >15-25% Ну-у... В наше-то время ~100MiB сложно назвать критичным количеством.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	17. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+1 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 12:14
	Говорите за себя. У меня 4 гб и мне не хватает. Больше вставить нет возможности просто.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	18. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 12:37
	И сотня метров спасла бы отца русской демократии?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	19. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+2 +/–
	Сообщение от J.L. on 22-Дек-16, 12:58
	> И сотня метров спасла бы отца русской демократии? фокс жрёт 3-5 гигов, 25% от 5 гигов и меня бы спасли меня вполне бы устроил один процесс на отрисовку интерфейса и один на обработку вкладок можно вторых по штуке на окно (не на вкладку) можно такое устроить с помощью настроек ?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	20. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+2 +/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 13:10
	>3-5 гигов Хм. Ну хрен его знает. Я с таким не сталкивался. У меня редко перелезает сверх 300-400МиБ. Может тебе стоит какой-то адблокер поставить? Такие сумасшедшие числа явно сжираются каким-то дерьмом. Полезные вещи столько весить просто не могут. Во всяком случае в вебе.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	32. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+4 +/–
	Сообщение от Дмитрий (??) on 22-Дек-16, 14:40
	Рисунок 1 - https://yadi.sk/i/N2XLCRXA34QNER 103 запроса, 2427 КБ, 4.48 сек. Рисунок 2 - https://yadi.sk/i/YCTFYXWm34QNFU 247 запросов, 7382 КБ, 43.15 сек. Ощутили куда уходит ваша память? Если ощутили, начинайте фильтровать.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	68. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 23-Дек-16, 19:09
	то есть есть Юблок тормозит Лису?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	74. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от deepforest (ok) on 24-Дек-16, 02:58
	А!) Увидел, все в порядке, Юблок наоборот дает ускорение)
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

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

	22. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 13:20
	без приведенного списка дополнений эта информация не несет никакой полезной нагрузки
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	62. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от Аноним (??) on 23-Дек-16, 10:37
	Поставьте себе zram и сделайте в нем сжатый swap, только этим пока и спасаюсь. 4G ща дико недостаточно для работы FF и 10 вкладок. не знаю куда катится мир
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	43. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 22-Дек-16, 17:06
	наверное Вы и к деньгам так же относитесь, да?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	57. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+1 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 22:52
	> наверное Вы и к деньгам так же относитесь, да? Я с деньгами я очень аккуратен и бережлив. Поэтому у меня не четыре гигабайта RAM как у того страдальца выше, а тридцать два, и я с большим удовольствием поменяю 25% увеличение потребления памяти фаерфоксом на скорость его работы.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	24. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от Anonimus (??) on 22-Дек-16, 13:59
	Кто не готов идут на lynx! Остальные пруцца.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	47. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от добрый доктор on 22-Дек-16, 19:14
	Тут надо смотреть с другой стороны. Вчера попробовал новый режим зафорсить в Firefox 50 на древнем нетбуке, так Firefox на нём стал работать заметно быстрее Chromium при меньшем потреблении памяти. Прирост быстродействия по меньшей мере 2-кратный. С давних пор Firefox на этом железе был просто неюзабелен.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	48. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–4 +/–
	Сообщение от trubulizator (ok) on 22-Дек-16, 19:17
	> Держи пруф (http://imgur.com/r0k5hEh) на классических 10 вкладок. По периодическому наблюдению, > после того, как включил многопроцессорность жрать стало больше на 15-25%. Но > при этом значительно улучшилась отзывчивость и скорость загрузки страниц. По крайней > мере я ещё не разу не видел, чтобы страница грузилась по > минуте или чтобы браузер колом встал (что ранее бывало). > Поэтому ИМХО наоборот не деградация, а прогресс и существенный. С таким успехом я мог окна пооткрывать. Смысл вкладок тогда? Спасибо, что подтвердил прожорливость. А отзывчивость меня и так устраивала. В топку это г*, надеюсь, будет отключаемая
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	59. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+1 +/–
	Сообщение от Valik228 on 23-Дек-16, 01:04
	> А сколько оно будет жрать памяти, почему не говорится? Это ж по сути, как во времена IE6 - открываются отдельные окна, а не вкладки, но тут эти окна замаскированы под типа вкладки. Смысл вкладок тогда? Деградация полнейшая та это у тебя в мышлении деградация полнейшая. сказано же - раздельные процессы для гуя, скриптов, парсинга DOM-дерева и т.п., в зависимости от потребности! в случае с ИЕ6, раздельными окнами и т.п. мы имеем 20 окон = 20 процессов, каждый из которых и гуй рисует и скрипты исполняет и все остальное делает. тут же будет, по-идее, баланс: гуй рисует один процесс, скрипты исполняют несколько (зависит от кол-ва вкладок и кол-ва скриптов), определенное кол-во на плагины и т.п. - балансировка нагрузки это называется и масштабирование, юноша!
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	71. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от КО on 23-Дек-16, 23:03
	А вот зачем они разные то? Чтоб все время проверять тот ли дескриптор у процесса, чтоб городить огород с разделяемой памятью, чтоб менеджер процессов почаще переключал их контекст - и это все с целью сделать так, чтоб если умер процесс редеринга процессы парсеров страниц продолжали работать, работать и работать... ?
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

14. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–18 +/–
Сообщение от Аноним (??) on 22-Дек-16, 11:08
Что бы ни предпринимали мозилловцы -- а тормозит безбожно. Не вижу смысла файрфокса в 2017 году. Его времена прошли вместе с IE 6.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	46. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+1 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 18:48
	> Что бы ни предпринимали мозилловцы -- а тормозит безбожно. Не вижу смысла файрфокса в 2017 году. Его времена прошли вместе с IE 6. Ваши рекомендации? Какой из СОВРЕМЕННЫХ браузеров не тормозит и память не жрет безбожно по Вашему мнению? Ну, кроме lynx/links/elinks :)
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	49. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–2 +/–
	Сообщение от trubulizator (ok) on 22-Дек-16, 19:23
	>> Что бы ни предпринимали мозилловцы -- а тормозит безбожно. Не вижу смысла файрфокса в 2017 году. Его времена прошли вместе с IE 6. > Ваши рекомендации? Какой из СОВРЕМЕННЫХ браузеров не тормозит и память не жрет > безбожно по Вашему мнению? Ну, кроме lynx/links/elinks :) А нету современных браузеров, кроме двух, а судя по сему посту кроме одного, ибо Firefox подражает Хромому и скатывается на тот же уровень
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	70. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Отражение луны (ok) on 23-Дек-16, 22:46
	Любой современный браузер будет жрать кучу памяти, ЛИБО будет тормозить как фаерфокс. Суть такова, что это не браузеры кривые, а HTML - убогий язык разметки.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

15. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
Сообщение от Дмитрий (??) on 22-Дек-16, 11:25
Выделение отдельных процессов требует больше памяти, взамен получаем более гладкую работу интерфейса. Я лично за многопроцессность. Ждем, когда выделят расширения в отдельный процесс и допилят WebExtension API
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	50. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–2 +/–
	Сообщение от trubulizator (ok) on 22-Дек-16, 19:25
	> Выделение отдельных процессов требует больше памяти, взамен получаем более гладкую работу > интерфейса. > Я лично за многопроцессность. > Ждем, когда выделят расширения в отдельный процесс и допилят WebExtension API Да чё уж там, давай на каждый пук - новый процесс делать. На каждый dll и картинку по процессу. Вот это прогресс!
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	53. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 22-Дек-16, 20:50
	> На каждый dll и картинку по процессу. Палимся? Кстати, для вантузоводов: Shared Оbject или Dynamic Link Library, запускаемые в отдельном процессе уже есть - это просто прочие бинарники-экзешники. Хотя мы ваши негодования где-то в чем-то и понимаем - процессы в окошках создаются раз в 200-300 дольше потоков ).
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

25. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
Сообщение от iZEN (ok) on 22-Дек-16, 14:06
Пятнадцать лет ждём разделяемую библиотеку libxul для общего использования кода между Firefox и Thunderbird. А воз и ныне там.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 14:07
	>Пятнадцать лет ждём Для BSD-шников это разве срок?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	51. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+1 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 20:38
	>>Пятнадцать лет ждём > Для BSD-шников это разве срок? А вот и вантузятнеги подтянулись. Опять еdge с аутглюком пиарить будем?
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	54. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 21:30
	Я в ваших убунтоидных вендорлоках не разбираюсь. Брысь...
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	29. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+2 +/–
	Сообщение от Lain_13 (ok) on 22-Дек-16, 14:33
	Не беспокойтесь, уже «скоро» XUL выкинут и ждать будет уже нечего.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	31. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 22-Дек-16, 14:39
	Вместе с тандербёрдом.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	33. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–4 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 14:43
	И вместе с файрфоксом, я надеюсь.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	38. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 22-Дек-16, 15:54
	Симанка спасет отца русской демократии.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	55. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от iZEN (ok) on 22-Дек-16, 21:44
	> Симанка спасет отца русской демократии. Если падает браузер, то падает и почтовик - плавали, знаем!
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	39. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от openrator (ok) on 22-Дек-16, 16:01
	Не так давно была xulrunner (уже закопанная) - не оно?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	40. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Lain_13 (ok) on 22-Дек-16, 16:32
	> Не так давно была xulrunner (уже закопанная) - не оно? Не совсем. Им нужна просто либа и чтоб фокс с птичкой пользовались общей её копией в памяти, а не грузили каждый свою.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	78. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 24-Дек-16, 09:43
	> для общего использования кода между Firefox и Thunderbird Симанка.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

28. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+4 +/–
Сообщение от Lain_13 (ok) on 22-Дек-16, 14:32
> По тестам Mozilla на многоядерных системах наблюдается увеличение отзывчивости интерфейса на 400% и ускорение загрузки страниц на 700%. Знаете за что я не люблю обозначение изменений в процентах? Их сложно правильно понять. Увеличение отзывчивости "на 400%" это в 4 или 5 раз быстрее? Скажем есть 100% чего-то, 400% от чего-то это в 4 раза больше чего-то… но "на" подразумевает сложение и 100% чего-то + 400% того же самого это уже 500%. Исходя из моих знаний английского перевод тут правильный и это таки в 5 и 8 раз быстрее. Так ведь?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	35. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 15:15
	А какая разница? Всё равно абсолютных чисел нет и что в 5 раз, что в 4 -- одинаково.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	36. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–2 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 15:37
	А знаете за что я не люблю обозначение изменений в разах в русском языке? За то что 200% это почему-то «в два раза», а не «в один». 300% это «в 3 раза», хотя логически «в два» от изначального числа.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	37. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+2 +/–
	Сообщение от A.Stahl (ok) on 22-Дек-16, 15:47
	>За то что 200% это почему-то «в два раза» А сколько? 100% это 1. 200% это 2. 150% это 1.5. 70% это 0.7. Что не так?
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	65. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 23-Дек-16, 14:08
	> 100% это 1. 200% это 2. 150% это 1.5. 70% это 0.7. Что не так? Всё так. Не так то, что 200% это увеличение «в два раза». А что такое увеличение в один раз? Ничего, это типо не увеличение, а умножение на 1. Я говорю что лучше бы так: было 100, добавили ещё столько же (в итоге 200), увеличили «в один раз». Было 100, стало 300, увеличили в 2 раза. Было 100, стало 400, увеличили в 3 раза.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	84. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 24-Дек-16, 22:22
	Эх, видать тебя в детстве обижали, когда делили яблоки и апельсины.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	87. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от ZloySergant (ok) on 26-Дек-16, 08:32
	>Всё так. Не так то, что 200% это увеличение «в два раза». А что такое увеличение в один раз? Ничего, это типо не увеличение, а умножение на 1. >Я говорю что лучше бы так: было 100, добавили ещё столько же (в итоге 200), увеличили «в один раз». Было 100, стало 300, увеличили в 2 раза. Было 100, стало 400, увеличили в 3 раза. Батенька, завязывайте с лизергиновой. А то у Вас с математикой и русским языком, как у того сына официанта из анекдота.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	41. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Lain_13 (ok) on 22-Дек-16, 16:45
	Мне кажется или вы путаете сложение с умножением? «В N раз» и «N% от» это умножение, на N[%] больше — сложение. Т.е. «на 20%» и «120% от» обозначают одно и то же. Просто указывать увеличение скорости аддитивно… несколько странно. Дело в том, что на самом деле ведь происходит не умножение, а деление. Ранее затрачивалась единица времени, а теперь её пятая часть. Т.е. в 5 раз быстрее это 1/5 времени, требовавшегося ранее, а вот «на 400% быстрее» это та же 1/5, но зачем-то записанная как 1/(1+4). Впрочем, мой вопрос заключался в том правильно ли я понял англоязычный оригинал статьи. Имеется ли там в виду аддитивные проценты так же, как и в русском переводе?
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	44. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+1 +/–
	Сообщение от Аноним (??) on 22-Дек-16, 17:14
	в один это ×1 200% (если от старого значения) это ×2 если на 200%, то ×3 чего это вы глупости пишете?
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	66. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–2 +/–
	Сообщение от Аноним (??) on 23-Дек-16, 14:11
	Вот берём единицу. Единица это не «в один», это изначальное число. Принято что увеличение до 2 называть «в два раза». Я лишь говорю, что логичнее было бы начинать с единицы, и называть увеличение с 1 до 2 и с 100 до 200 «в один раз». Потому что увеличилось в один раз. Можете сравнить мои мысли с предложением всё считать с нуля, как в программировании. Только последнее явно не удобно в жизни, а моё вроде нет.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	86. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 25-Дек-16, 19:45
	нет, «в один» это и есть «в один», данная конструкция не применяется в силу отсутствия какого-либо смысла, не более того «в один раз» это ×1 Ваше предложение граничит с шизофренией
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	61. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Алвлвлал on 23-Дек-16, 07:03
	300% это "в три раза", потому что если 100 умножить на 3, будет 300, а не 400.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	63. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Аноним (??) on 23-Дек-16, 10:40
	Дожили, на опеннете арфиметику четыре человека школьнику объясняют...
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	45. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от soarin (ok) on 22-Дек-16, 17:56
	> отзывчивости интерфейса на 400% и ускорение загрузки страниц на 700% Я бы сказал, если такие четко круглые цифры в подобных вещах, то их вообще не стоит особо серьезно и точно воспринимать.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

34. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+2 +/–
Сообщение от iLex (ok) on 22-Дек-16, 15:07
Барахло этот многопроцессный режим. Во-первых, он жутко глючный. Так, в нём не работает Ctrl+U, а сам браузер крашится при попытке сохранения картинки с перегруженных графикой ресурсов (некоторых имиджбордов). Во-вторых, не решена главная проблема - блокирование пользовательского интерфейса во время тяжеловесных операций вроде парсинга DOM или скриптов. Мне плевать, что странички теперь грузятся на сколько-то там процентов быстрее, если во время этой загрузки я не могу даже между вкладками переключаться, не говоря уж о том, чтоб закрыть внезапно подвисшую вкладку. Да что закрыть, тут всё ещё прорисовка UI на время перестаёт работать, если парсится что-то суровое, к примеру http://dragons-world.wikia.com/wiki/Eggs Уже сейчас можно накидать кучу ссылок на тяжеловесные ресурсы, которые буквально убивают Firefox, т.к. Mozilla в XXI веке всё ещё не в состоянии создать неблокирующийся интерфейс. В итоге браузер представляет собой тормозильницу, ибо что там под капотом за быстродействие - то можно замерить лишь в специальных тестах, а вот что при любом действии сидим и курим, пока UI просрётся - это заметно всем и каждому. Итого народ всё быстрее бежит на Хром, а в Mozilla похоже даже не понимают, почему.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Lain_13 (ok) on 22-Дек-16, 16:54
	> Барахло этот многопроцессный режим. Так и есть. Он ещё очень далёк от завершения. Сейчас сделали просто основу под изменения, которые планируют реализовать в дальнейшем. Естественно что-то упустили и появились новые баги.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

58. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
Сообщение от Аноним (??) on 22-Дек-16, 22:59
В 50 лисе вкладки стали каждый раз при переходе заново прорисовываться, вроде для экономии памяти. Как этого избежать? Не подскажите?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	60. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от Аноним (??) on 23-Дек-16, 01:52
	Избежать появления файрфоксовых вкладок. Тогда ваша проблема не возникнет в принципе.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

67. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
Сообщение от Аноним (??) on 23-Дек-16, 19:05
Абсолютно не чувствую разницы что с e10s, что без. Единственное, с e10s появляется еще процессы лисы которые жрут память. А так прироста производительности не вижу.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	73. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от анонимчик on 23-Дек-16, 23:35
	да и не должно быть никакого прироста. разве что при перепиливании на процессы убрали какие-нибудь архитектурные тормоза заодно.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	75. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
	Сообщение от deepforest (ok) on 24-Дек-16, 03:03
	> да и не должно быть никакого прироста. разве что при перепиливании на > процессы убрали какие-нибудь архитектурные тормоза заодно. А пишут что должно было >и заметно ускорить работу браузера на многоядерных системах за счёт организации параллельного выполнения неблокирующих друг друга операций. По тестам Mozilla на многоядерных системах наблюдается увеличение отзывчивости интерфейса на 400% и ускорение загрузки страниц на 700% И какой смысл сейчас в этом e10s, кроме задела на будущее если они на Servo переходить будут? Если бы я увидел хотя бы ускорение в 2 раза тогда понятно, а так только память лишнюю жрет.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	80. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от анонимчик on 24-Дек-16, 10:56
	>>и заметно ускорить работу браузера на многоядерных системах за счёт организации параллельного выполнения неблокирующих друг друга операций. По тестам Mozilla на многоядерных системах наблюдается увеличение отзывчивости интерфейса на 400% и ускорение загрузки страниц на 700% так в том-то и фишка - что разницы нет. точнее потоки могут быть быстрее, чем процессы. почитай про архитектуру реализации потоков и процессов.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	81. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от анонимчик on 24-Дек-16, 11:02
	+ от закладывания процессов (а не потоков) - безопасность, архитектурный подход, устранение блокировок, ну и все такое. что может косвенно привести к повышению производительности.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	76. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от deepforest (ok) on 24-Дек-16, 07:51
	Выставил 6 процессов, 5 часов в инете, я рад за Лису, хорошо кушает и не тормозит, а память это расплата за стабильность и скорость:) https://s30.postimg.org/5pkonxym9/e10s.png
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

72. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
Сообщение от анонимчик on 23-Дек-16, 23:33
а чем многопроцессность отличается от много потоковости по-сути? разве что на каких-то архитекутрах.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	77. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Вареник on 24-Дек-16, 09:02
	Разница? Одно виртальное адресное пространство или несколько.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	79. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от анонимчик on 24-Дек-16, 10:51
	речь о производительности. напрямую с адресным пространством оно не работает, работает через кучу. с точки зрения производительности разницы не будет. точнее потоки должны быть пошустрей.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

82. "Обновлён план перевода Firefox на многопроцессную архитектур..."	–1 +/–
Сообщение от KOT040188 (ok) on 24-Дек-16, 14:25
Поздно, я уже свалил чего и всем желаю.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	83. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от Sluggard (ok) on 24-Дек-16, 17:57
	Эх, а ведь Мозилла так старалась успеть, чтоб ты остался... :(
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	85. "Обновлён план перевода Firefox на многопроцессную архитектур..."	+/–
	Сообщение от deepforest (ok) on 25-Дек-16, 03:21
	И на что перешли если не секрет?
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

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

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