The OpenNET Project / Index page

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

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

"Обновлён план перевода Firefox на многопроцессную архитектуру"  +/
Сообщение от opennews on 22-Дек-16, 10:17 
Разработчики Mozilla опубликовали (https://blog.mozilla.org/futurereleases/2016/12/21/update-on.../) обновлённый план перевода  Firefox на многопроцессную архитектуру с разделением на разные процессы обработчиков контента и интерфейса (все обработчики контента выполняются отдельно от интерфейса, но пока (https://www.opennet.ru/opennews/art.shtml?num=45480) в одном процессе друг с другом). Сообщается, что предварительное внедрение многопроцессного режима для отдельных категорий пользователей прошло успешно и если не возникнет непредвиденных проблем, включение многопроцессного режима для всех пользователей ожидается в выпуске Firefox 51, запланированном на 24 января. Исключение будет сделано только для конфигураций, в которых встречаются дополнения, помеченные как явно несовместимые с многопроцессной архитектурой.

Напомним, что в Firefox 48 (https://www.opennet.ru/opennews/art.shtml?num=44897) многопроцессный режим был предложен примерно 1% пользователей (затем расширен до 50%), не использующих дополнения и средства для людей с ограниченными возможностями. В Firefox 49 (https://www.opennet.ru/opennews/art.shtml?num=45180) тестирование было расширено на пользователей ограниченного списка дополнений, проверенных на предмет совместимости с многопроцессным режимом. В Firefox 50 (https://www.opennet.ru/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.ru/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.../
Новость: https://www.opennet.ru/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 +/
Сообщение от Дмитрий email(??) 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 +/
Сообщение от Дмитрий email(??) 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 email(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 на многопроцессную архитектур..."  +/
Сообщение от Дмитрий email(??) 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 email(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 | Индекс форумов | Темы | Пред. тема | След. тема




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

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