Комментарии 112
WAT?!
То есть когда java-script повесил один процессор, нужно повесить и все остальные тоже?
Интересно, а тушить пожар нитроглицерином они не пробовали?
То же самый эффект как от мультипроцессорности при зависшей странице.
По уму — когда виснет одна страница, нужно убивать все зависшие скрипты, а не вешать все оставшиеся процессоры.
https://bugzilla.mozilla.org/show_bug.cgi?id=1373212
А о мобильном браузере забыли. Эту эстонскую разработку просто невозможно использовать и никого это не волнует.
А вообще очень здорово, что наконец E10S в стабильной ветке.
В 2017 году-то беспокоиться о том, что браузер жрет оперативку?Когда браузер сжирает больше памяти, чем, к примеру, среда для разработки игр, да, думаю, стоит беспокоиться.
Жертвовать производительностью в угоду экономности оперативки — неактуально и уже неадекватно.
«У меня есть от 4Гб оперативки, может быть SSD диск, файл подкачки, а система автоматически высвобождает память — всё хорошо, но не дай бог браузер отожрёт выше 500Мб озу!»
Через пару часов будет съедать в районе 2.5 гиг. Unity3d, к примеру, столько памяти никогда не использует. Только во время сборки билдов.
Лучше скажите, товарищ, вот вы умудрились накормить браузер до 1.6 гиг, а как вообще работается? Компьютер нещадно тормозит? Вылезает оповещение о недостатке памяти? Нет ведь. И при запуске еще одного ресурсоёмкого приложения ничего такого не происходит.
Люди повернуты на том, чтобы памяти было много свободной, когда выгода как раз в том, чтобы она не пустовала.
Так он же на электроне написан. Т.е. по сути — тот же браузер, а внутри у него неонка веб-страница открыта. И новый Skype под Linux такой же. И Atom (внимание, текстовый редактор!)
Проблема в том, что он её не возвращает. Открыл 20 вкладок, посмотрел, закрыл. А память то осталась.
У меня под линухом нет раздела подкачки. Ну не нужен он был с 4Гб ни разу. Даже Blender и Gimp
с огромными файлами вполне справляются (правда у них свой кэш вроде).
А вот фоксу приходится при активном сёрфинге периодически перезагружать, поскольку она со временем отжирает ВСЮ память. Даже спецом висит прога, которая показывает количество свободной оперативки, т.к. если не уследить — система виснет нагрухо. Курсор мышки двигается раз в 5..10 сек, так что просто прибить программу уже практически невозможно. Т.е. конечно можно, но нужно очень много терпения терпения. Ресетом сильно быстрее.
… а вот когда приложения начнут активно свопиться, и система перестанет реагировать на пользовательские команды (или это только я такой невезучий?), вместо кнопки Reset поможет сочетание Alt-SysRq(PrtScr)-F
(запустить OOM-Killer). По умолчанию оно отключено по соображениям безопасности, поскольку может убить что угодно — lock screen, например. Соответственно, если для вас это не проблема, но вы не хотите мучиться из-за ухода в своп, можно разрешить все (или некоторые) комбинации в /etc/sysctl.d/10-magic-sysrq.conf
(там, на самом деле, полно разных Alt-SysRq
-комбинаций — вплоть до принудительного kernel panic).
Так я тоже умею, но почему-то от этой идеи отказался — то ли даже переключение терминалов тормозило, то ли SysRq привычнее, то ли ещё что — надо при случае попробовать. Но есть ещё проблема: чтобы зайти в систему в текстовой консоли, нужно, чтобы запустился bash, а у меня он ещё и bash-completions подгружает, а это уже не так быстро...
Ускоряет процесс разве что использование SSD.
И ни как не предупреждает.
И одинаковое количество вкладок с теми же самыми веб-страницами отъедает одинаковое количество памяти в последнем хроме и в последней лисе. Специально проверял. Поэтому о каких пользователях, которые отмечают, что файрфокс потребляет меньше ресурсов, чем хром, идёт речь в статье, непонятно.
Это типа… Фильмы 4К по 50 гигов качаю, но диск больше 35Гб мне не нужен?
Именно так. Оперативная память стоит дороже, чем SSD-диски.
2. А ещё надо в забитой (4 раздела) MBR найти место для 5го. Потому как GPT не катит из-за вынды.
3. А ещё SSD в качестве свопа мрёт сильно быстрее, чем оперативка. (под которую всё равно все слота уже заняты, так что пофиг, сколько она стоит)
Ну и речь была о том, что перезапуск вообще бесплатный.
- SSD надо ещё купить. Бук старенький, там HDD стоит.
Я поставил вместо сидюка.
- А ещё надо в забитой (4 раздела) MBR найти место для 5го. Потому как GPT не катит из-за вынды.
Снесите Win XP и поставьте Win 7. С 4 гигами памяти нормально будет.
- А ещё SSD в качестве свопа мрёт сильно быстрее, чем оперативка.
И кто вам сказал такую глупость? Коэффициент write amplification при записи в своп очень низкий, ресурс сильно быстрее расходоваться не будет.
Ну и речь была о том, что перезапуск вообще бесплатный.
Ну так комфорт тоже стоит денег.
Но ведь потребляет. В конторе к примеру есть машины с 1,24Гб памяти, там каждые 100мб памяти на счету, а вы пишите, мол кто там экономить будет. Новой техники не предвидится.
При обычном серфинге браузер не переходит порог 1Гб и это всяко меньше, чем неведомая «the среда для разработки игр».
Жертвовать производительностью в угоду экономности оперативки — неактуально и уже неадекватно.
Вопрос в количественных показателях. У меня chrome периодически съедает до 10 из 16 гигов. И это очень некомфортно.
А о мобильном браузере забыли. Эту эстонскую разработку
годами использую и хром и файрфокс и разницы по быстродействию совершенно не вижу. А вот гибкая система синхронизаций файрфокса подкупает. Мало того, что закладки синзронизируются, там ты еще можешь видеть открытые табы любого устройства на любом устройстве, и пересылать их между друг другом. А у меня 5 таких устройств.
А в чём проблема того же функционала в хроме? Он там местами ощутимо раньше появился чем в фф.
Прошу прощения за минус на комментарий, это мой: читал в метро, вагон дернулся и вместо плюса попал на минус, почему-то никак не отменить.
Это вообще как? Чем больше процессора и памяти отжирает, чем меньше производительность в итоге будет. По определению. Браузер то не один запущен, есть и другие приложения.
Теперь агитирую всех вокруг перейти чтобы Файрфокс вернул назад долю у Хрома.
Не принимай близко к сердцу, не хотел задеть чьи-то чувства. Судя по минусам таких достаточно.
У меня картина с точностью до наоборот.
Скопипастил адреса с открытых 20ти вкладок хрома в фф54.
Хром VIRT: 1.1G, RES: 353M, SHR: 57M
FF54 VIRT: 3G, RES: 1G, SHR: 110M
(А так рассчитывал вернуться к ФФ...)
Ради интереса открыл следующие вкладки в хроме и мозилле без плагинов:
unrealengine.com, facebook,gmail,seasonvar,freecodecamp,btc-e.com, musicforprogramming, youtube, и подождал 15 мин
в результате Хром: 1180 мб, Мозилла: 710 мб
что делало интерфейс отзывчивым даже при высоких нагрузках на систему
До сих пор не вижу отзывчивости. Как откроешь вкладку, так жди, пока все прогрузится. Все остальные висят. (и да, у меня 54).
Хотя у меня тоже как и было что подвисает иногда весь интерфейс, так и остаётся. Но что-то это в разных программах бывает — видать таки Win10 себя так ужасно ведёт.
На том же компьютере прекрасно себя чувствует PaleMoon и даже Opera 12 вполне сносно до сих пор работает.
Как пользователь огнелиса с сожалением замечаю что полупустой хром на несильных машинах все еще ощутимо отзывчивей.
Меня-то это и не особо беспокоит, но имхо пока любой и каждый пользователь может заметить что хром "быстрее" у FF еще меньше шансов значимо нарастить долю. А с гуглом и так конкурировать трудно, мягко говоря.
The Release Plan is to activate e10s multi for 80% of our Release users without add-ons
А еще в about:config посмотрите extensions.bootstrappedAddons
У меня расширений multiprocessCompatible false 30%.
Этот плагин полностью повторяет функции группировки Firefox, так как исходно был собран на основе исключенных из состава Firefox исходников. Другое дело, что с выходом 57 версии он работать перестанет.
Да, опубликованы мануалы для разработчиков по миграции, да, возможно оттянут запрет на более поздние версии, но в свете последних событий (сворачивание Add-on SDK, ужесточение установок неподписаных расширений) работать в экосистеме Firefox становится всё тяжелее.
Blink (и Webkit), Gecko и EdgeHTML (Trident). Так что даже несмотря на страшилки полного армагеддона расширений, Firefox будет рулить. (хотя на данный момент из 10 моих расширений обновлены только 2). Firebug уже давно закрыт в пользу стандартного инспектора (который, иногда подтормаживает).
Adblock Plus сто процентов успеют переделать код, тем более сейчас есть альтернатива в виде uBlock.
У FF фишка кроме расширяемости — no tracking и больше известности/доверия чем у других chroimum-based браузеров.
Я думаю, что 57-я убьёт файрфокс.
В том смысле, что сейчас файрфокс — это браузер из которого можно сделать то, что тебе нужно плагинами. А после 57-й файрфокс перестанет быть файрфоксом, а станет таким же браузером, как и все остальные — жри что дают, и, да, ты можешь поменять фоновую картинку строки меню. Лично для меня это, вероятно, будет означать переход на вивальди, или какой-то другой браузер, который в режиме "жри, что дают" будет более похож на 12-ю оперу (поведение, которое сейчас реализовано в моём файрфоксе плагинами, которые не будут работать с 57-й версии).
В результате файрфокс потеряет свою основную изюминку, потеряет ещё больший процент юзеров, потеряет основных фанатов которые любили его тюнить под себя и советовали его за гибкость своим знакомым. И, в результате, через года три сдохнет совсем. Потому что новых юзеров взамен потерянных он этими изменениями не привлечёт.
Я понимаю, что текущая модель плагинов создаёт кучку проблем с безопасностью, и их надо как-то решать. Но выбранное решение больше всего напоминает лечение насморка гильотиной.
Но с другой стороны тут есть и определённые плюсы. Осилив веб-екстеншины разработчик теоретически выпускает своё расширение сразу и под Вивальди и под Хром и даже Edge. Мозилла Корп. сможет извлечь выгоду из этого перехода, если будет расширять API для WebExtensions и вовремя поддерживать нововведения конкурентов, одним словом вести себя также, когда они боролись с IE.
Проблема не в том, мелкие это разработчики или гиганты, а в том, что новое API в принципе не предоставляет необходимых возможностей для реализации многих плагинов. И эти плагины отвалятся в любом случае, вне зависимости от имеющихся ресурсов и желания их переписать под новое API. Вот пример мнения разработчика нужного мне плагина Tab Groups: http://fasezero.com/.
Но нашу компанию больше подкосил запрет на установку не подписанных расширений. У нас несколько десятков служебных расширений, которые занимаются анализом сайтов (контент, верстка, статистика, usability, etc), которые сами писали и которыми сами пользовались, некоторые из безобидных отдавали клиентам. Многие из них содержат know-how, которых нет у конкурентов. Очень стрёмно заливать их даже в скрытый раздел addons.mozilla.org, чтобы иметь возможность подписать. А пользоваться экзотическими сборками Firefox, где этого запрета нет, не всегда удобно ни нам, ни клиентам. Одним словом мы до сих пор нормального решения для себя не нашли и это снижает для нас привлекательность экосистемы Firefox.
Это, собственно, единственное, для чего я держу FF.
Поставил, 5 важных для меня аддонов несовместимы с многопроцессностью: friGate, Google Similar Images, Image Zoom, RightToClick, SSL Version Control.
Или только тут https://www.arewee10syet.com/ ручками-глазками выискивать
Да, называется about:addons
Firefox сам пишет про совместимость.
Обновитесь до последней версии и увидите тогда.
В операционной системе уже придумано решение для этого: дисковый кэш.
Если оперативки достаточно, то данные с диска грузятся только один раз, а записываются в фоне (hint: в винде кэширование записи по умолчанию отключено). Если по каким-то причинам кэш у вас криво настроен — это не значит, что нужно от оперативки откусывать целый гиг.
А как насчёт решения позволяющего мгновенно записывать важные файлы и откладывать запись ненужных?
Главный вопрос: а оно вам действительно нужно? Если для вас это настолько критично, то имеет смысл подумать в сторону дискретного контроллера с памятью на борту и резервным питанием, а не отключать кэширование записи и терять в комфорте.
И запретить вытеснение файлов из кэша, чтобы свёрнутый на ночь браузер не тормозил не восстановлении?
Основное преимущество SSD перед HDD — это не скорость передачи данных, а скорость доступа. Я между SSD и рамдиском разницы не увидел, но SSD подешевле памяти будет.
А то, что вы описываете, похоже на подгрузку из свопа. Перенесите своп на SSD, не жалейте его.
В ней работа с UI была вынесена в отдельный процесс, что делало интерфейс отзывчивым даже при высоких нагрузках на систему.
О, да!
Изображение в окне с видео не обновляется, в заголовке окна винда пишет «(Процесс не отвечает)», а видео, судя по звуку из колонок, продолжает играть.
Великолепная отзывчивость.
Мозилла, верни стену поддержку ALSA!
Много чести. Проще написать утилиту, оборачивающую вызовы к Пульсу и переадресующую их в ALSA.
И, что самое прекрасное, эта обёртка уже есть. Называется, правда, pulseaudio и умеет много чего ещё..
не, называется она — пшшшшаудио… :(
Что забавно, тулза такая есть уже (опуская иронию по поводу "PA — обёртка над ALSA"). Появилась на волне отказа Skype от Alsa (ИМНИП), что пришлось не по нраву тем, где в системе нет ничего лишнего: https://github.com/i-rinat/apulse. Возможно есть другие варианты.
Здесь, конечно, на вкус и цвет. Учитывая, что ALSA давно уже представляет из себя пачку слоёв из которых только пара верхних в userspace заменяются на pa
, а нижние работают и с ALSA-фронтендом, и с PA.
У меня основной причиной перехода в своё время была работа нескольких приложений и/или пользователей со звуком на одной машине (а alsa традиционно монопольно захватывала звук), в более поздний период — нормальное переключение между звуковыми картами на лету (без правки asound и перезапуска приложений).
Возможно, современный фронтенд alsa уже умеет не захватывать звук монопольно, перекидываться между звуковухами и работать с A2DP, но меня вполне устраивает корректно работающий на моих машинах последние лет 7 pulseaudio.
Organize search engines
Newsfox
rutorrentAdd
После выпуска 57 версии два варианта:
1. оставаться на esr ветке до последнего, а потом отключить обновление;
2. выбрать браузер который будет обладать максимальным удобством, но не даст того, что есть сейчас с упомянутыми плагинами.
Вышел Firefox 54, который наконец получил поддержку многопроцессного режима