Opera helper renderer mac os
At my side when I use Opera (newest version 49.0.2725.39) Opera helper has above 100% cpu usage (proof here https://d.pr/i/XJPg6k ) . Fans are working like crazy and are very loud. I use newest 2017 MacBook Pro 15 i7, 16 gb ram
Why is that and what should I do? I switched temporarily on Firefox because for now Opera is not usable for me.
A user explained that changing the Opera theme fixed the problem.
At the other hand,
You can try to create a new profile:
* Use OSync.
* Install «V7 Extensions Manager» — and export the extensions list, if any -.
* Go to Opera://Flags > «Enable import/export passwords» — if any and prefers do not sync them — and export them from Opera Settings > Passwords.
* Go to OHelp > Find solutions — check out the profile folder path -.
* Enable «Show hidden files» — choose your prefered option 1- | 2- | 3- | 4- —
* Go to the profile path.
* Create a profile folder back up.
* Rename the profile folder.
* Launch Opera — It will start as a fresh install -.
* Test for a while.
* Configure the new profile — Sync, settings, import passwords, Addons… -.
* Once ready, create a back up of the new and working profile.
* You can test any workaround to try to fix the older/broken profile — if you want — or delete it.
X- Eventually,
you can copy some older profile files to the new profile, but keep in mind that some files may repeat the same problem — or create others -, so before playing testing, create and safe the back up of the fixed profile -.
By the way,
keep in mind to create periodical profile back ups.
—
Windows 10 (x64) | Anniversary Update
Opera Stable · Beta · Developer
Sorry — your tips was not clear for me.
I did something different. I completely uninstalled Opera (using clean my mac app) and reinstalled it again. Fresh opera install, no extensions, no themes. Results are similar.
Is it normal when I open 7-8 tabs one after each other cpu usage (opera helper process to be exact) goes above 100%?
To know about the «Opera helper» I’ve made a research on Google and reported some entries, some from this forum and one of them told about the changing theme.
Nothing else clear in other entries, then, the clean profile.
You made +/- the same but if you did not made any profile back up, then, once fixed, you have to repeat all the config steps «manually».
At the other hand,
I don’t think that opening some tabs, any Opera process should take 100% CPU.
Did you made any recent system change?
I have another macbook pro (fresh mac os install). I will try there.
Hello @meeffe , this is probably happening with a specific site you have open. You can see which site is causing you trouble by selecting ‘View -> Show Developer Menu’ in the menu and then ‘Developer -> Task Manager’. After waiting a few seconds it should tell you which tab is causing the CPU use.
In particular, it can be due to cryptocurrency mining on a site, which is unfortunately a growing problem. If you think it’s due to this, Opera’s ad-blocking can help with that in some cases. Enable it in Preferences -> «Block Ads».
@avl I suspect that built in adblocker causes such load. When I switched to uBlock fans are working a lot better or none at all (quieter) and Temperatue gauge app shows lower temperature rates too. But I am not 100% sure that it was the problem — only 90%. I will keep watching.
Hi @meeffe I had a similar issue and eventually traced it back to my monitor drivers. I found that when I had my external monitor (Wacom Cintiq) plugged in, the CPU usage would go crazy. It seems that Mac users with other monitors were having similar issues as well. Opera, other browsers, and kernel task were the processes most often effected for me. I found that this bug was automatically running the diagnostic command line tool Spindump (installed as part of macOS) over and over and hogging the CPU. See if the spindump process is listed in your task manager. If it is listed, that means it is being run. You can disable it by renaming it with the terminal in recovery mode. System Integrity Protection won’t let you rename it through terminal when booted in macOS, unless you have SIP disabled.
This might be a completely different issue, but might be worth investigating.
@meeffe
I haven’t had any issues like that and I have used the trick since the Sierra beta versions of macOS. I would still recommend making a Time Machine backup, just in case something goes wrong. This is sort of a drastic last-ditch hack, but in my case I have no other alternatives. I was seeing the kernel_task process and Opera reporting %1000+ CPU usage. I would only advise this if you need to, and if you are comfortable with the command line interface/BASH.
The tool is a diagnostic tool, so it doesn’t seem to really serve much of a purpose outside of stress-testing your system and sending results to Apple. I was going absolutely insane from the system lag and found a blog mentioning this fix. Maybe the people with problems were deleting spindump completely or messing with file permissions. The fix creates a symbolic link with the «ln» command, so maybe that makes the system think the file hasn’t been renamed. I am not really totally sure what the purpose of the «/usr/bin/true» file is (referencing the link below).
Since macOS has SIP now, you need to temporarily disable SIP to make the change or just make the change in recovery. Since you have to boot into recovery to disable SIP, you might as well jut do it in recovery. If you are doing it in recovery, you don’t need to use the sudo command and you will have to navigate out of the recovery partition and into the system partition. So I did this:
navigate to system partition:
cd /Volumes/Macintosh\ HD/usr/sbin
Check if you are in the right directory and see if spindump is listed:
ls
Rename spindump to spindump.disabled. You can still run the program manually by executing spindump.disabled:
mv spindump spindump.disabled
Create symbolic link:
ln -s /usr/bin/true /usr/sbin/spindump
That should do it. Then you can boot back into macOS. Keep in mind that after updates, you might have to repeat the process, as they will often create a new spindump file. Then you can do:
Delete old spindump:
rm spindump.disabled
Rename new spindump:
mv spindump spindump.disabled
I hope you are able to get your issue fixed one way or another.
I have Opera 49.0.2725.39 as well and I’ve noticed that sometimes Opera starts going crazy with my CPU. Even when there are no tabs open! Looking at the Opera Task Manager, the problem seems to be with the Browser process itself. Check it out:
The only thing I’ve been able to figure is that it happens after I use Google Meet (Google Hangouts).
Had to go back to chrome. I cant use Opera for more than a few seconds before it crashes and I have to restart my whole laptop. All started right after the new update. Im on High Sierra. Really annoyed.
On the second post you have the steps on «How to reset the profile».
Thanks but does this action not delete all Favourites and things like that? Just seems ridiculous to have to do this after an automatic update.
Just in case you delete the folder, but you have to rename it, all your stuff will still be there.
Just read the steps, then follow them.
—
The most ridiculous is that from Opera’s help:
- «Opera recommends backing up your files before upgrading, as well.»
but you don’t have time to do it. xDDDDDD
This problem still exists on Opera 57 — after Google Hangouts when I hear fan of my MacBook Pro — even after closed tab I hear this fun until browser restart. 
Источник
Как снизить нагрузку на процессор Mac из-за веб-браузера Safari
Все современные компьютерные веб-браузеры, ради повышения скорости загрузки страниц, отнимают большой процент мощности компьютера, выдавая существенную нагрузку на процессор. Особенно это заметно на слабеньких MacBook, которые и без того работают не слишком шустро. Одним из самых «тяжелых» веб-браузеров для операционной системы macOS является Google Chrome, который существенно снижает время автономной работы и частенько вынуждает MacBook Air и MacBook Pro запускать вентиляторы для охлаждения процессора.
Тем не менее, бывают и такие ситуацию, в которых «яблочный» браузер Safari генерирует большую нагрузку на процессор. Конечно, так быть не должно, однако побороть эту проблему не так-то просто, как может показаться на первый взгляд. Чаще всего веб-браузер Safari на macOS начинает выдавать большую нагрузку на процесс из-за огромного количества открытых вкладов и при просмотре видео в высоком разрешении, но если нагрузка появляется даже при одной открытой странице, то следует выполнить шаги, описанные ниже.
Как уменьшить нагрузку на процессоров компьютера из-за браузера Safari:
Шаг 1: Полностью закрыть все окна веб-браузера Safari. Можно воспользоваться комбинацией клавиш Cmd Q .
Шаг 2: Теперь, когда Safari полностью закрыт, следует запустить Finder, открыт раздел «Переход», где следует выбрать пункт «Библиотека». Он появится только в том случае, если зажата клавиша Option .
Шаг 3: Здесь можно увидеть папку Caches, внутри которой хранится таковая с названием com.apple.Safari. Открываем ее, находим файл Cache.db, и удаляем его из системы.
Шаг 4: Также следует удалить из этой папки все файлы, имеющие слово History в названии: History.db, History.db-lock и т.д.
Шаг 5: Осталось только закрыть Finder и для применения изменений перезагрузить компьютер, либо выйти и войти в систему вновь.
Если эти шаги не помогли, то со 100% вероятностью можно сказать, что во время работы Safari нагрузку на процессов дает какое-то расширение, установленное в веб-браузер. Следует по очереди отключать каждое из них, чтобы найти причину высокой нагрузки. Делается это очень просто по инструкции ниже.
Как отключить или удалить расширение в Safari на macOS:
Шаг 1: Запустить Safari и перейти в меню «Настройки». Это можно сделать посредством нажатия клавиш Cmd + .
Шаг 2: В появившемся меню следует выбрать «Расширения». После этого, в боковом левом списке, следует выбирать все расширения, удаляя или отключая их на какое-то время.
Выполнение двух этих способов по снижению нагрузку на процессор компьютера Mac из-за Safari гарантирует, что «яблочный» веб-браузер будет работать быстро и выдавать самую маленькую нагрузку на всю операционную систему.
Читайте также:
Присоединяйтесь к нам в G o o g l e News , Twitter, Facebook, ВКонтакте, YouTube и RSS чтобы быть в курсе последних новостей из мира технологий будущего.
Источник
Opera Helper бороздит просторы Сети без ведома пользователя?
Приветствую всех хабражителей.
Сегодня произошёл очень странный и необычный случай при использовании браузера Opera на MacOS. У меня есть сомнения, что обращаюсь по адресу, но всё же решил написать сюда.
Вкратце, для экономии времени читателей: в папке загрузок, с интервалом в час и сорок минут, появились три php-файла с перечнем URL (все на одном ресурсе) и функцией перехода по этим URL. До сегодняшнего дня ничего подобного со мной не происходило.
Если статья не помещается в рамки сообщества — просьба к модераторам её не пропускать.
Перехожу к сути.
Сразу оговорюсь — Opera является моим основным браузером уже очень давно, Safari и Firefox использую периодически, но в сравнительно небольшом объёме. Пользователь я достаточно аккуратный. По сомнительным, с точки зрения сетевой гигиены ресурсам — не хожу совсем или, по крайней мере, стараюсь не ходить если возникают сомнения.
Со вчерашнего вечера и до момента обнаружения указанных файлов браузер был «закрыт» — приложение запущено, но не открыта ни одна вкладка, содержащая внешний ресурс.
Разблокировал утром ноутбук (включён постоянно), нажал кнопку обновления встроенного в браузер агрегатора новостей (три источника), быстро пробежался по заголовкам и, не переходя ни по одной из новостей, ушёл по другим делам. Возвращаюсь через некоторое время и вижу, что в папке «Downloads», которая назначена папкой для загрузок по-умолчанию, появилось три php-файла: ‘tvigle1075nom.php‘, ‘tvigle1361.php‘ и ‘tvigle1361 (1).php‘.
Обратил на них внимание сразу, так как точно знаю, что их здесь не было ранее и быть, по идее, не должно (я не разработчик на php).
Выдержка содержимого ‘tvigle1075nom.php‘:
В файле 2455 строк, время создания 09:06.
Источник загрузки: «https:/ /www.tvigle.ru/ https:/ /traf.store/player/tviglepack/tvigle1075nom.php».
Содержимое ‘tvigle1361.php‘ и ‘tvigle1361 (1).php‘ полностью идентично между собой и от первого файла отличается только параметром ‘ref=1078‘.
В файлах тоже по 2455 строк, время создания 10:46 и 12:21 соответственно.
Источник загрузки: «https:/ /www.tvigle.ru/ https:/ /traf.store/player/tviglepack/tvigle1361.php».
Ситуация меня насторожила, поэтому сразу открыл монитор трафика в Little Snitch посмотреть что там происходит с сетевыми подключениями и вижу — процесс Opera Helper коннектится к 46 доменам (не одновременно, конечно), среди которых и указанные выше доменные имена и куча других, на которые я по собственной воле не зашёл бы.
Закрыл браузер полностью. Открываю повторно — вижу уведомление об обновлении браузера до версии 68.0.3618.165 (установлено автоматическое обновление).
Решил повторить эксперимент с новой версией браузера: открыл приложение, сразу закрыл все его окна, запустил в Little Snitch захват трафика процесса Opera Helper и в GUI наблюдал его коннект к куче доменов. Меньше чем за пять минут *.pcap набрал объём 36 МБ и я остановил захват трафика.
Бегло проанализировав дамп, пришёл к выводу, что мне совершенно не нравится ситуация, при которой браузер, запущенный на моём компьютере, даже во время простоя генерирует трафик для кучи ресурсов, большинство из которых зарабатывает на показе рекламы и о большинстве из которых я даже не подозревал (на тот же Твигл я не ходил вообще ни разу и только сегодня узнал о его существовании).
Ради эксперимента понаблюдал за двумя другими браузерами в точно таких же условиях (приложение запущено, но не открыто ни одно окно) и пришёл к следующему выводу: возможно, в силу недостаточной компетенции, я делаю некорректный вывод, но сегодня я последний день использую Оперу в качестве браузера и после переноса из него закладок на моём компьютере его больше не будет.
Для чистоты эксперимента я понаблюдаю за Safari и Firefox после переноса в них всех закладок из Оперы. Если ситуация будет похожа — обновлю пост. Но, что-то мне подсказывает, что всё сложится не в пользу Оперы.
Источник
