Разработчики браузера Chrome
выступили (https://blog.chromium.org/2017/03/reducing-power-consumption...) с инициативой по повышению эффективности энергопотребления браузера за счёт подавление активности в фоновых вкладках, не просматриваемых пользователем в текущий момент. В конечном счёте в будущем планируется (https://docs.google.com/document/d/18_sX-KGRaHcV3xe5Xk_l6NNw...) полностью блокировать активность в фоновых вкладках.Первым шагом стала реализация (https://developers.google.com/web/updates/2017/03/background...) в Chrome 57 расширенного механизма приостановки генерации событий таймера для фоновых вкладок. Если ранее генерация события таймера для активации обработчиков в фоновых вкладках снижалась до одного запуска в секунду, то в Chrome 57 применены новые правила, которые дополнительно приостанавливают таймер, если фоновое web-приложение потребляет достаточно много ресурсов CPU. Задержка события от таймера выбирается с расчётом, чтобы общая нагрузка на CPU от фоновой вкладки не превышала 1%.
В частности, каждой фоновой вкладке для теперь выделяется определённый бюджет времени в секундах, который расходуется на запуск таймеров. При каждом запуске таймера из бюджета вычитается процессорное время, потраченное на выполнение обработчика. При этом бюджет также непрерывно пополняется на 0.01 в секунду (значение можно изменить в настройках). Как только бюджет примет отрицательное значение, вызов обработчиков по таймеру прекращается.Ограничение начитает применяться не сразу, а через 10 секунд после нахождения вкладки в фоне (даётся время на инициализацию вкладок, сразу открываемых в фоне). Ограничение также не распространяется на фоновые вкладки, в которых используется API для воспроизведения звука, WebSockets или WebRTC. Для выполнения таких задач как обработка push-уведомлений и обновления заголовка страницы или картинки favicon, предлагается использовать API Service Workers. Для пользователя предусмотрена возможность отключения урезания фоновых вкладок через запуск браузера с опцией "--disable-background-timer-throttling".
Эксперименты показали, что внедрённый метод урезания фоновых вкладок на 25% снижает нагрузку от фоновых вкладок, интенсивно нагружающих процессор. По мнению разработчиков данный показатель можно значительно улучшить, так как по предварительной оценке фоновые вкладки потребляют почти треть всех расходуемых браузером ресурсов CPU. Для большего снижения нагрузки web-разработчикам рекомендуется использовать Page visibility API (https://developer.mozilla.org/en-US/docs/Web/Events/visibili...) для отключения лишних работ, таких как перерисовка содержимого, в то время, когда страница находится в фоне.
В идеале разработчики намерены (https://docs.google.com/document/d/18_sX-KGRaHcV3xe5Xk_l6NNw...) в будущем перейти к полной остановке фоновых вкладок с выносом всех фоновых работ на обработчики, использующие API Service Workers, вместо привязки к активации по таймеру. Подобный подход позволит существенно снизить энергопотребление, что положительно скажется на времени работы портативных устройств в автономном режиме, сохранив при этом возможность выполнения фоновых обработчиков. Кроме того, при полной остановке вкладок становится возможным реализация дополнительных техник оптимизации, например, можно высвобождать занятую неактивными вкладками память.
План (https://docs.google.com/document/d/18_sX-KGRaHcV3xe5Xk_l6NNw...) дальнейшего развития инициативы выглядит следующим образом:- Во втором квартале 2017 года планируется реализовать серию опций, предоставляющих разработчикам web-приложений средства для отключения агрессивного урезания активности фоновых вкладок, на время пока не будет завершена работа над API для обеспечения фоновых работ;
- Во втором квартале 2017 года планируется по умолчанию останавливать все фоновые задачи на мобильных устройствах. В настоящее время генерация событий таймера прекращается, если задача находятся в фоне более 5 минут. Для продления автономной работы и блокирования лишнего трафика планируется блокировать все фоновые задачи;
- Во втором квартале 2017 года планируется ввести ограничения для задач, активируемых не по таймеру. В настоящее время ограничения действуют только на задачи, вызываемые через таймер и не распространяются на задачи, манипулирующие загрузкой данных. Планируется разработать методы блокировки и для задач, выполняющих загрузку данных, при этом предоставив средства для корректной начальной загрузки страниц в фоновых вкладках;
- В третьем квартале 2017 года система на основе расходования лимитированного бюджета будет распространена на компоненты, связанные с частями страницы, не попадающими в видимую область экрана;- В 2018 году планируется разработать и внедрить ограничения для Web Workers, предварительно изучив их влияние на потребление энергии;
- На 2018 год намечен переход к полной остановке всех фоновых вкладок после N минут нахождения в фоне. Разработчикам web-приложений будет предоставлен обходной путь для выборочного отключения ограничения;
- В 2020 году разработчики намерены убрать опцию для продолжения работы в фоне в обход ограничений. Все фоновые страницы буду останавливаться без обходных вариантов. Данная стадия будет воплощена в жизнь только после предоставления API, учитывающего все потребности в выполнении фоновых работ, а также после предоставления значительного времени на внедрение данного API.
URL: https://blog.chromium.org/2017/03/reducing-power-consumption...
Новость: http://www.opennet.me/opennews/art.shtml?num=46207
Ага. Т. е. музыку в фоне в Chrome уже не послушаешь.
Читайте внимательнее "Ограничение также не распространяется на фоновые вкладки, в которых используется API для воспроизведения звука, WebSockets или WebRTC."
Вот звук в первую очередь и надо прибивать в неактивных вкладках. Чтобы не приходилось лихорадочно искать, в какой вкладке реклама заголосила.
Рекламу надо проживать, а не звук…
Индикаторы звука давно есть на вкладках.
>вкладки, в которых используется API для воспроизведения звука, WebSocketsТоесть 99,9% вкладок, где гоголь-моголь анал.итикс, хy.яндекс метерька и вот это вот все?
Пока нет, но чую скоро при загрузке каждого сайта он начнет воспроизводить беззвучное аудио.
Чукча не читать чукча писать
Вот и выросло поколение, которое даже музыку слушает не в плеере, а в браузере.
Ой и не говорите…
Почему бы и нет. На я.музыке дофига всего бесплатно и с вменяемым интерфейсом.
Попробуйте не из россии послушать - будете приятно удивлены.
Из Украины слушаю. Впрочем, лишь пример, что онлайн плеер может быть хорошим.
Чем более отсталая страна, тем менее внимания уделяется копирастному законодательству - других проблем хватает.
Вы зачем на человека напали?
И как ваш комментарий относится к обсуждаемой теме?
Лишняя хромосома мешает понять что в Киеве есть офис Яндекса.
со страшным качеством ниже fm-радио.при том что битрэйт вроде 128 kbps
Нет, столько на Soundcloud
В яндексе 192 - это тоже вполне слышимо без всяких аудиофильских бредней
> Почему бы и нет. На я.музыке дофига всего бесплатно и с вменяемым интерфейсом.А фильмы наверно вконтактике смотришь? Ведь, почему бы и нет.
> и с вменяемым интерфейсом.Что-то не то в Датском королевстве. Где вы видели вменяемый интерфейс у плееров в вебе?
А еще это позволит стопорить рекламу и всякие тамеры выдачи ссылок, что очень хорошо для гугла
> А еще это позволит стопорить рекламу и всякие тамеры выдачи ссылок, что
> очень хорошо для гуглаПолагаю, такие вкладки можно выносить в отдельные окна.
Это, конечно, похвально все. Да только не с того конца взялись за оптимизацию. Сначала неплохо было бы жор ресурсов самим браузером поуменьшить.
вот в каждой теме эти стенания. какой жор? каких ресурсов? у вас 1 gb памяти, и не можете накопить на 2-ой? не умеете включать zram? у меня при типичном использовании занято 1.1 gb, и кроме хрома работает kde5, telegram, mpd+cantata.
> у меня при типичном использовании занято 1.1 gbВау.
> и кроме хрома работает kde5, telegram, mpd+cantata.
Ого!
>> у меня при типичном использовании занято 1.1 gb
> Вау.
>> и кроме хрома работает kde5, telegram, mpd+cantata.
> Ого!вы такой смешной, прям топчик! по существу то есть что сказать?
Перемена скоро закончится, доедай свой бутерброд.
Ладно, таки по существу.Сейчас в ФФ 94 активных таба, отожрано 780 метров. Из них сколько-то занято ScrapBook Plus. В Хроме это превратилось бы в несколько гигабайт -- факт, потому что так совпало, что как раз вчера перенёс этот лес вкладок из него.
> zram
Он не для того, чтоб забивать его мусором, которого изначально не должно быть, а для критичных/исключительных/временных ситуаций. Рабочая машина, а не игрушка.
Другой вопрос, что ФФ по сравнению с Хромом у меня всегда был очень тормознутым. Приходится выбирать.
> В Хроме это превратилось бы в несколько гигабайт -- фактвозьмите Chromium >= 56, запустите его с LD_PRELOAD=/usr/lib64/libjemalloc.so.2 (firefox использует его по умолчанию, так что это вполне честно; возможно, в вашем дистрибутиве его придётся устновить) и выкладывайте результаты сюда, тогда и поговорим о фактах
Прямо сейчас лень с 55 обновляться. А зачем именно 56+?
Всё ещё на 55 версии. Но вот так:LD_PRELOAD=libjemalloc.so.2 chrome --allow-file-access-from-files --enable-easy-off-store-extension-install --disable-namespace-sandbox --disable-contextual-search --disable-logging --disable-notifications --disable-offline-auto-reload --in-process-gpu --no-pings --no-sandbox --non-material --disk-cache-dir="/tmp/chromecache" --disk-cache-size=0 --aggressive-cache-discard --disable-cache --disable-application-cache --disable-offline-load-stale-cache --mem-pressure-system-reserved-kb=5242880 --v8-cache-options="off" --v8-cache-strategies-for-cache-storage="off"
Стало _заметно_ лучше. Всё тот же лес вкладок, плюс дополнительная помойка которая не была перенесена в ФФ вчера, итого 2.5гб. Т.е. лес вкладок выжирает примерно 1.5гб (замерял перед их возвращением из ФФ в Хром). Учитывая, что всё гораздо отзывчивее по сравнению с ФФ, жить можно.
> --disk-cache-size=0такое, судя по всему, не работает лучше использовать:
--disk-cache-size=1 --media-cache-size=1
Да, в `--disk-cache-dir=` всё равно мусор создаётся.
Ещё может стоит добавить --process-per-site
там поработали над потреблением памяти: экономия - 20-30%
Это в 55 было: http://www.opennet.me/opennews/art.shtml?num=45606
>>> у меня при типичном использовании занято 1.1 gb
>>> типичномЭтим уже все сказано ... но ладно:
4-5 и больше для хромого не проблема, если его не ограничивать. Где-то половина всей рамы.
При дефолтных настройках системы ядро начинает/начинало потихоньку переправлять все "нехромное" в своп - оно-то не в курсе, что это хром память занял просто под кеш и прочее.
И получаем тормоза на ровном месте из-за святой уверенности некоторых браузероклепателей, что единственное запускаемое приложение – это браузер.>>> и кроме хрома работает kde5, telegram, mpd+cantata.
DE как бы нужно для работы _в нем_, а не работы само по себе. А музыку слушать можно было еще на пнях.
> вы такой смешной, прям топчик! по существу то есть что сказать?
Не у всех компютеры только запускалка браузера.
Мне памяти хватает, но объективно говоря, 30 мб на пустую вкладку - перебор, не находите?
сколько она должна занимать? 3 мб? 0.3? 0.0003? зачем вам память, которая ничем не занята?
Специально для тех, кто не умеет анализировать информацию и делать выводы. Изначально вопрос стоял о качестве кода самого браузера. Душат программистов веба (и это правильно), но о том, что сами те еще криворучки, и не думают. Отсюда такой вывод- ничего в разработке не поменяется, сдвигов в уменьшении прожорливости браузера не ожидается.
ах, вон оно что! вы - д'артаньян, а гугле дэбилы сидят. давайте примеры некачественного кода разбирать? приводите примеры, где плохо написано, вместе посмотрим.
https://chromium.googlesource.com/chromium/src/+/master можете начинать.
я просил примеры кода - вы не смогли
или вы настаиваете на том, что 100% кода chromium (популярнейший open source проект, уступает, наверное, только kernel) написано плохо?
разве может такое быть, что тысячи программистов kde, apple и google (а так же многие другие) написали проект, код которого на 100% плох?
а может, покажете ссылку на свой репозиторий, а мы посмотрим код лучшего в мире? или опять сольётесь?
Я не понял зачем вам примеры плохого кода, но раз просили - скинул. Я добрый.
> зачем вам память, которая ничем не занята?Затем, что не все используют капутеры только для запускания браузера и сидения в тентакликах. Внезапно и совершенно неожиданно, ага.
У меня в одной из тачек 1ГБ памяти, и чтобы накопить на второй мне надо не только накопить на второй, но и на новую мать и новый камень.Потому-что чтобы найти гигабайтную плашку DDR2 это уже квест проходить нужно. При этом пять лет назад меня объем памяти на этой тачке вполне устраивал. Он бы и сегодня устраивал, если бы не позиция софтопейсателей "не баре, памяти докупите".
Функционально у меня с той поры ничо в софте фундаментально не поменялось, чтобы я вот так посмотрел и сказал "да как же я жил то раньше без этого". Я даже не готов сказать навскидку что для пользователя полезного появилось, какую-то хрень запиливают, какую-то выпиливают, и только ресурсы жрет как слон веники.
Такая же ситуация. В 2006 купил компьютер сразу аж с гигабайтом памяти, при том что на большинстве компьютеров в то время встречал от силы 256 мегабайт. В 2012 где-то с этим гигабайтом уже стало затруднительно работать.В 2014 поменял компьютер на "новый" подержанный, установил 6 гигабайт оперативки. Сейчас и с 6 гигабайтами затруднительно работать, как с гигабайтом раньше. Просто так докупить планочек памяти DDR2 я не могу - у меня и так все 4 слота заняты, а максимум можно установить 8 гигабайт. То есть нужно купить 2 планки по 2 гигабайта просто чтобы увеличить память на 2 гигабайта - на треть. Если где есть модули DDR2, то стоят они раза в 2 раза дороже, чем DDR3/DDR4.
Сейчас настроил zswap, стало чуть-чуть полегче, на грани эффекта плацебо. При том что тенденция жора памяти браузерами и не думает прекращаться, скоро придётся покупать новый компьютер просто для того, чтобы продолжать пользоваться интернетом. И это при том, что в 2006 компьютера с 256 мегабайтами для этого хватало с лихвой.
Жор памяти хромом примерно одинаковый последние годы. Однако наивно полагать, что веб с 2012 года не изменился. Так что определитесь сначала, в чем проблема заключается.> скоро придётся покупать новый компьютер просто для того, чтобы продолжать пользоваться интернетом
Если тупые разработчики сайтов с 2012 года начали на главную страницу по 20 мегабайт картинок (и видео) пихать и тонну скриптов - это Хром виноват по-вашему, что у вас для этого добра памяти нет? Стыдно, товарищ! Стыдно! А еще на ресурсе айтишников обитаете.
Другое дело, что сам по себе Хром жрет памяти больше, чем необходимо. С этим тоже нужно бороться. Однако с 2012 года этот показатель особо не менялся, и в вашем случае влияния не имеет.
Господа, хватит ныть. ДДР2 память сейчас стоит копейки на ебее,
У меня машина 2008 года, недавно докупил туда ещё 32Гб регистровой(!), буферед(!) памяти отдав за неё кажется около 70 баксов. Сейчас у меня 64Гб оперативки. Оно мне для xen, а не для вконтактов конечно нужно.За те же деньги умудрился найти (и купить) комплект 4 х 1Гб DDR, в PowerMac 2006 кажется года. Так что, господа, вы просто плохо ищите.
А браузеру вполне хватит 70баксовой платы на АРМ с 2Гб рамы.
> вот в каждой теме эти стенания. какой жор? каких ресурсов? у вас
> 1 gb памяти, и не можете накопить на 2-ой? не умеете
> включать zram? у меня при типичном использовании занято 1.1 gb, и
> кроме хрома работает kde5, telegram, mpd+cantata.Ты забыл написать, что используешь uClibc. И открыта у тебя в хроме одна вкладка с opennet.
Да проблема в том что нужно js заменить на что-то другое, а то страничка может такое количество объектов понадублировать ( и всех их подписать на таймер, в т.ч. через другие ), что даже съедая по 100 байт на объект можно всю RAM выжрать...
Ну так это не в JS проблема, а в DOM-интерфейсе к нему. Замени на Dart, будет то же самое.
А что мешает сделать пару настроек, чтобы я ручками мог указать отрубать активность фоновых вкладок, отрубать активность кроме белого листа и не городить огород?))
Домохозяйки будут в шоке от количества открывшихся возможностей. Поэтому не сделают.
Это можно вынести в отдельные скрытые опции, и все будут счастливы.
В хроме до сих пор размер кэша через хаки в консоли задается. А вы про скрытые опции...
> А что мешает сделать пару настроек, чтобы я ручками мог указать отрубать
> активность фоновых вкладок, отрубать активность кроме белого листа и не городить
> огород?))Первое что вы вырубите рекламу и сбор данных гуглом, а зачем им это? :)
Хм.. когда-то все смеялись что iOS не многозадачная, теперь гугл вас к этому же ведет.
Т.е. ты сравниваешь iOS с браузером? Ооооокей.
а что Хром это не операционка для Хрома-ос ?вот туда и пилится :)
Да, Хром это не операционка для Хрома-ос
В край упоролись что ли? Если у меня в фоновой вкладке почта открыта, выходит, чтобы проверялись новые письма, в почте должна играть легкая музычка.> В 2020 году или позднее разработчики Chrome намерены убрать опцию для продолжения работы в фоне
Надеюсь до 2020 хромое изделие не доживет.
> В край упоролись что ли? Если у меня в фоновой вкладке почта
> открыта, выходит, чтобы проверялись новые письма, в почте должна играть легкая
> музычка.Про существование почтовых клиентов молодёжь не знает?
>> В край упоролись что ли? Если у меня в фоновой вкладке почта
>> открыта, выходит, чтобы проверялись новые письма, в почте должна играть легкая
>> музычка.
> Про существование почтовых клиентов молодёжь не знает?Неудобно, в сравнении с gmail, при использовании нескольких устройств, совсем неудобно!
>>> В край упоролись что ли? Если у меня в фоновой вкладке почта
>>> открыта, выходит, чтобы проверялись новые письма, в почте должна играть легкая
>>> музычка.
>> Про существование почтовых клиентов молодёжь не знает?
> Неудобно, в сравнении с gmail, при использовании нескольких устройств, совсем неудобно!p.s. правда gmail не выпилят, но другим может достаться :)
>> Про существование почтовых клиентов молодёжь не знает?
> Неудобно, в сравнении с gmail, при использовании нескольких устройств, совсем неудобно!Чем именно неудобно?
А вот если у вас пол-дюжины ящиков и как-то неохота все завязывать на зондовтык^W гугл или единственный ящик, то браузерные интерфейсы в стиле "кто в лес, кто по дрова!" и "нам нравятся окошки №X /оs x/нужное подчеркнуть и поэтому все вплоть до горячих клавишь будет повторять этот идеал!" сами по себе уже не очень.
Не говоря уже о жоре ресурсов и отсутствия у, как минимум, приличного количества даже примитивных фильтров типа gmail-овых. Или нормального поиска. Или сортировки по нескольким параметрам (не говоря уж о чем-то более "экзотическом", чем "From, Subj, Date"). Или отображения тредов-дискуссий. Или …Ну и шифрование с цифровыми подписями никто не отменял. Тут тоже все хоть и не так печально, как лет пять назад, но в принципе, безопасность все еще зависит от степени рукопопности разработчиков вебтырьфейса и всей остальной инфраструктуры.
Да и некоторые фишки этой интеграции шифрования в веб, типа "автоматической синхронизации со смартфоном" как-то напрягают, т.к. для этого, по идее, закрытый ключ загружается "куда-то в облака", а уж как именно - благодаря отсутствию (ибо немодно и немолодежно) прозрачности сего действа, остается только гадать (ну или долго и вдумчиво пытаться расковыривать скрипты).
На основном устройстве - десктопный клиент. На остальных - веб-интерфейса, даже без обновления статусов, вполне хватает. Если не хватает и очень нужно обновление статуса, значит за этим устройством вы проводите много времени, а значит десктопный клиент требуется и на нем.Для полноценной синхронизации между клиентами был придуман IMAP (надеюсь, что это такое не придется объяснять).
Стопудово не знает. У сына в 9-ом классе никто электропочтой не пользуется. Все, как дауны, в соц-сетях сидят.
> В край упоролись что ли? Если у меня в фоновой вкладке почта открыта, выходит, чтобы проверялись новые письма, в почте должна играть легкая музычка.Почему упоролись. Так и задумано. Все почтовые веб-интерфейсы громко скажут "Ай". Все, кроме Gmail. ;)
> Почему упоролись. Так и задумано.всемирный заговор, олололо
> Все почтовые веб-интерфейсы громко скажут "Ай". Все, кроме Gmail. ;)
ага, а заодно хром удалит все остальные браузеры на компе, включая elinks,
а потом, ночью, прийдёт за тобой
а гугл весь сплошной заговор...gmail работает через websocket, закладки с ним не отрубятся, значит он будет работать, почта mail.ru не будет... вот и весь заговор
> gmail работает через websocket,Нет, до сих пор xhr.
>> gmail работает через websocket,
> Нет, до сих пор xhr.Может там разные версии? (ИМХО они даже в зависимости от user-agent отличаются)
> почта mail.ruКому и mail.ru - почта...
Будут service workers юзать.
Естественно. Следующий шаг - урезать приоритеты потоков Service Workers до нуля.В текущей ситуации основная проблема — Javascript выполняется в главном/общем потоке, и приходится выносить всё остальное куда-то ещё. Отдельные процессы для вкладок и интерфейса, многопоточные парсеры DOM/CSS, которые сейчас пилит Мозилла — всё это из одной оперы; лишь бы убрать нормальный браузерный код подальше от левого Javascript. А изолированный поток можно отправить в cgroups с пониженным приоритетом (как это сейчас делается в Android с нативными фоновыми процессами) или вообще прибить.
> Ограничение также не распространяется на фоновые вкладки, в которых используется API для воспроизведения звука, _WebSockets_ или WebRTC
просто почтовик должен на Worker работать. написано же борятся с засилием setTimeout, который кидают все и куда не лень
Надеюсь на хромиуме это никак не скажется. А гугл пусть хоть на ногах ходит, мне по барабану.
Разработка chrome ведётся как проект chromium.
> Надеюсь на хромиуме это никак не скажетсяНу ты смешной. Хоть бы на ссылку к новости посмотрел.
https://blog.chromium.org/2017/03/reducing-power-consumption...
Есть нечто подобное в Firefox?
> Есть нечто подобное в Firefox?Было расширение suspendbackgroundtabs (от автора Go to Parent Folder, если память не изменяет), полностью останавливающее js в неактивных вкладках. Молился на него. Но его поломали года три назад, больше нет ничего похожего.
Вместо этого сейчас и в фф и в хроме костыли, "выгружающие" фоновые вкладки в страницы-заглушки (напр. The Great Suspender), но это как ни крути лютые костыли.
А как вам это, юзади?
https://addons.mozilla.org/en-gb/firefox/addon/suspend-tab/
Не портируемо на WebExtensions => через год будет в могиле.
Хотя конечно сейчас так можно про 99% аддонов сказать.
О боже, это хром, все в Service Workers!
Did you know sites you visit can install persistent code able to run in the background based on push? Seems like a surprise to most people. Check out chrome://serviceworker-internals/ in Chrome. There's no prompt. Sites can just install services. It's not browser specific either.
Процессор-то ладно, они с потреблением памяти что-то собираются делать?
plugin for chrome "Tab Memory Purge" end etc.
> Процессор-то ладно, они с потреблением памяти что-то собираются делать?Кто? вэб макаки? это была шутка?
Если есть исключения:
>Ограничение также не распространяется на фоновые вкладки, в которых используется API для воспроизведения звука, WebSockets или WebRTCто это означает, что тому кому действительно нужны фоновые процессы на их проекте, этимим исключениями воспользуются.
Грубо говоря таким решением гугл автоматом отрезает всю помойку которая в фоне потребляет ресурсы, а делать этого не должна и дает возможность тем, кто действительно понимает что им что-то нужно в фоне делать - это действительно сделать.
решение абсолютно верное.
Не в курсе - аутглюк веб аксесс использует WebSockets?
Значит потом, внезапно, все помойки начнут юзать все эти ServiceWorkers и будет то же самое как сейчас
> Значит потом, внезапно, все помойки начнут юзать все эти ServiceWorkers и будет
> то же самое как сейчасну да, Кэп, там же написано в 2020 начнут бороться с воркерами:))
вместе с the great suspender станет вообще отлично.
хотя я в принципе и сейчас на потребление не жалуюсь.
Они пилят свой The Great Suspender?
Ну написано же, для недовольных есть ключ для запуска как раньше.Народ ну начинайте, дружить с логикой, написано для экономии заряда батарее, знать речь идет про мобильные уст-ва. 90% высказыных "ВЯ" снимаются.
Это он (ключ) ПОКА есть. Читайте внимательно
"
В 2020 году или позднее разработчики Chrome намерены убрать опцию для продолжения работы в фоне в обход ограничений. Все фоновые страницы буду останавливаться без обходных вариантов. Данная стадия будет воплощена в жизнь только после создания API, учитывающего все потребности в выполнении фоновых работ, а также после предоставления значительного времени на внедрение данного API.
"А четыре года пролетают очень быстро
И, кстати, как только> Данная стадия будет воплощена в жизнь только после создания API, потребности
> учитывающего все в выполнении фоновых работвсе заинтересованные лица нынешние свои свистелки-пукалки, работающие по таймерам, переделают на эти новые механизмы, даже сэмулируют старое доброе таймерное поведение и все вернется на круги своя
> планируется реализовать серию опций, предоставляющих разработчикам web-приложений средства для отключения агрессивного урезания активности фоновых вкладокНу и зачем я прочитал простыню текста перед этим абзацем, если в итоге ничего не изменится? А ведь всё так хорошо начиналось, счастье было так близко! Эх...
Большинство разработчиков нагружают процессор в фоне не из злого умысла, а по глупости. Постоянно перерисовывают невидимые баннеры, загружают новую рекламу и т.п. Предложенный метод отлично борется с подобным, не нанося ущерб функциональности. Никто саму по себе полезную фоновую активность блокировать не собирается, только предлагается делать это цивилизованно и осознанно через специальный API.
Ну вот я ищу что-то на яндекс.маркете (Там какие разработчики? Глупые?). Планшетик например. Открываю во вкладках понравившиеся модели, всего штук 30-40. И браузер встает раком. Циклическая загрузка проца на 100%. И это просто работа с одним сайтом. А у меня может быть открыто десяток разных сайтов и каталогов.скриптолабателям кажется, что ничё страшного опросить раз в секунду чего-то там. Только когда этих опросов 100, они уже не успевают это сделать за секунду, получаем эскалацию и лавинообразный эффект. В результате современным вебом можно пользоваться только если открыто не больше 10-ти вкладочек. У меня столько же Pentium-I в лёгкую тянул.
И это всё с uBlock, который режет все эти ваши аналитики. Если его отключить, комп повиснет уже на десяти страничках. Комп, который "ведьмака 3" без фризов тянет на максималке. А потом js-лабатели удивляются, откуда к ним берется такая трепетная любовь...
> (Там какие разработчики? Глупые?)Ну, если судить по их новому унифицированному интерфейсу на всех сервисах... Ответ однозначный. И я даже не о внешнем виде, а о том, что он тормозит. И вы, кстати, о том же.
Хм, планировщик теперь и у ядра хрома:)
Странная затея. С одной стороны задаунить вкладки мысль верная, но только если бы была просто кнопка - пауза, то есть вручную. На автомате же получается так, что если задаунить все, то всякие там вебскайпы и гуглопочты перестанут работать, а если исключить их из списка, то браузер всё равно будет жрать дохрена. Вот у меня примерно половина потребления браузера это скайп, почта и плеер. Ну задаунят они остальные, но память то жрать они будут всё равно.
> Хм, планировщик теперь и у ядра хрома:)
> Странная затея. С одной стороны задаунить вкладки мысль верная, но только если
> бы была просто кнопка - пауза, то есть вручную. На автомате
> же получается так, что если задаунить все, то всякие там вебскайпы
> и гуглопочты перестанут работать, а если исключить их из списка, то
> браузер всё равно будет жрать дохрена. Вот у меня примерно половина
> потребления браузера это скайп, почта и плеер. Ну задаунят они остальные,
> но память то жрать они будут всё равно.Чукча-писатель? Прочитай новость от начала до конца. Этим вашим вебскайпам и гуглопочтам дадут время до 2020 года исправиться, чтобы они фоновые работы через специальное API запускали.
Специальное API для хрома. Дожились.
Только буквы Ⓔ на лого не хватает.
А для некоторых ресурсов исключение делать не будут? Люблю смотреть что-то в фоне, очень печально будет, если теперь не смогу это делать.
> Люблю смотреть что-то в фоне, очень печально будет, если теперь не смогу это делать.Поделитесь, как вы смотрите видео на фоновых вкладках? Тоже хочу так уметь.
>> Люблю смотреть что-то в фоне, очень печально будет, если теперь не смогу это делать.
> Поделитесь, как вы смотрите видео на фоновых вкладках? Тоже хочу так уметь.Слушаю передачи, где говорят.
Ну уж они не через setTimeout работают.
Индикаторы торгов на биржах в фоновых вкладках звуком оповещали о необходимости обратить внимание.
Я верно понял, что вместо исправления тормозов, гугл решил тормоза отложить на будущее, дожидаясь личного присутствия пользователя на вкладке?
У некоторых сотни фоновых вкладок, так что бюджет в 1% кпу на вкладку всех спасет.
Давно пора!
В Firefox аналогично!
+1давно пора, но желательно чтобы это переключалось, как "по умолчанию" для всех вкладок, так и по отдельности для каждой, чтобы в нужный момент можно было засуспендить ненужную в данный момент вкладку
>В Firefox аналогично!Там это давно и правильно сделано. В хроме из-за этого самый большой геммор. Зачем при старте грузить все вкладки, когда нужна только активная?
Вот почему так получается в этой жизни? Я сильно недолюбливаю Google (есть причины), но именно Chrome постепенно обретает те качества, которыми пока ещё отличается Firefox, но скоро их лишится...В какой-то мере это хорошо, ведь именно его движок лежит в основе большинства популярных браузеров. Я приверженец "Огнелиса", но на последние инициативы Mozilla Foundation смотрю, как на агонию самоубийцы...
Почему так получается? Почему люди не ценят былых достижений? Зачем ради моды уничтожать хорошее?
А впрочем, корпорация "добра" никогда не станет лучшим примером только из-за своей сути. Так наплевательски к потребителям, как они, могут относиться разве что в Microsoft.
Данное нововведение может снизить удобство работы с браузером. Представьте ситуацию, вы открываете сайт, но сайт этот кривой, загружается долго, и порой дело совсеем не в скорости интернет соеденения, а иногда проблема может быть связана с низкой скоростью сервера на котором расположен сайт. И вы просто переключаетесь на другю вкладку, что бы не тратить время на ожидание загрузки этого сайта вы просто открываете другой сайт, что в последсвии вернуться на первый, когда он уже загрузиться. Но если браузер будет блокировать все фоновые вкладки. то этого не случиться, первый сайт так и не загрузиться... И тут возникает вопрос, а где же многозадачность.Данное нововведение разумеется полезное для людей которые с техникой на вы, тут не только дело в энергопотреблении. Но концепция многозадачности теряется. И хотя я предпочитаю использовать Firefox, подобные фишки всё же пугают, так как Firefox имеет тенденцию повторять за Хромом, как попугай.
Пусть реализовывают данную фишку на здоровье, и включают её в браузере по умолчанию, но хотелось бы, что бы это можно было отключить, пусть и самым неочевидным способом, да хоть через конфигурационный файл, главное, что это был не хак, а именно предусмотренное разработчиком отключение.