blocks|key|918621|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|-4|4|5|6|B|7|@]|8|@]|9|$]]]|A|$]]

<h2>About <code>isolate+</code></h2>
Assuming you are seeing this in the <code>top</code> command interactive screen output in the terminal, the <code>+</code> sign means the string is shortened to fit in the current terminal window ... Expanding/maximizing the terminals window should reveal the rest of the process's command name string as <code>Isolated Web Co</code> which should actually be <code>Isolated Web Content</code> but the characters excess of 15 are disposed off as a result of the limit for the command field in <code>/proc/{PID}/stat</code>.
This is related to the new <a href="https://blog.mozilla.org/security/2021/05/18/introducing-site-isolation-in-firefox/" rel="nofollow noreferrer">Firefox’s Site Isolation feature</a> AKA <a href="https://wiki.mozilla.org/Project_Fission" rel="nofollow noreferrer">Project Fission</a> which seems to be enabled by default in the late versions of Firefox ... It involves using/utilizing <a href="https://github.com/servo/webrender" rel="nofollow noreferrer">GFX WebRender</a>(a GPU-based 2D rendering engine) which relies on system driver/support for your GPU ... If you experience issues from that, then it's most likely a GPU driver/setting issue and you need to either update/change the driver to a more stable/tested/better one(if available) or change the GPU driver settings if that is an option e.g. NVIDIA optimus/hybrid cards to select a single active GPU for example.
Disabling this safety feature is not recommended for pure safety fail-safe reasons.
This feature, however, can be disabled in Firefox's configuration tab(<code>about:config</code>) by setting both the <code>fission.autostart</code> and <code>gfx.webrender.all</code> options to <code>false</code> and restarting Firefox afterwards.
<h2>About actuality</h2>
Other than that, you might find the following resource from Mozilla Support useful:
<a href="https://support.mozilla.org/en-US/kb/firefox-uses-too-much-memory-or-cpu-resources#firefox:linux" rel="nofollow noreferrer">Firefox uses too much memory or CPU resources - How to fix</a>
However, if you are assuming the Web Browser(Firefox, Chrome, ... etc.) is the only/default culprit in this interaction, then hold your horses ... Webpages are in fact a set of programmatic instructions/codes i.e. they are computer programs that are written/coded to interact with and use system resources e.g. CPU, GPU, memory, disk space ... etc. ... The fact they do so through a proxy(The Web Browser) in a somewhat controlled/isolated environment doesn't change what they actually are ... Therefore, like any other program, they can be useful/harmful, well written/coded or otherwise, system resources efficient or a resources hogging son of a web.
I have tested the mentioned example website in your question:
<a href="https://www.edclub.com/sportal/program-3/2945.play" rel="nofollow noreferrer">https://www.edclub.com/sportal/program-3/2945.play</a>
on both Firefox and Google-Chrome Web Browsers and noticed unexpectedly high CPU/GPU usage similar to your numbers mentioned in your question(although Google-Chrome showed a bit less CPU usage (around 50%) as it's GPU utilization engine seemed a bit more efficient) ... I then manually inspected the source code of that web page to find out that they use a lot(more than I would normally expect in a web page) of code rendered scenes/views i.e. they paint the picture you see almost entirely from scratch using your computer's resources (Please don't take it as if I'm criticizing their code, but rather describing it) ... I then ran a standardized web analyzing tool(<a href="https://github.com/GoogleChrome/lighthouse" rel="nofollow noreferrer">Lighthouse</a>) and got the following results:
<ul>
<li>For <a href="https://askubuntu.com/questions/1466241/isolate-process-cpu-usage-100">this Web Page</a> as a reference and got a performance score of:
<a href="https://i.stack.imgur.com/9r3EB.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/9r3EB.png" alt="enter image description here" /></a>
</li>
<li>And for <a href="https://www.edclub.com/sportal/program-3/2945.play" rel="nofollow noreferrer">https://www.edclub.com/sportal/program-3/2945.play</a>, and got a performance score of:
<a href="https://i.stack.imgur.com/etzaJ.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/etzaJ.png" alt="enter image description here" /></a>
</li>
</ul>
Therefore, the high load you see is normal ... It is the result of a rather intensive browser's web elements drawing/rendering process ... This will raise the CPU/GPU load/utilization for a short while at the initial scene drawing then settle down then spike again when new scene parts are drawn e.g. when moving the view … This is reflected in your system's load averages at 1, 5 and 15 minutes of 2.36, 1.20 and 0.80 respectively which falls within the normal expected average load on a modern(quad core CPU or more) desktop computer.
<h2>About discrepancy</h2>
Web browsers have two main components: UI and engine ... While UIs are highly portable and cause no discrepancy, engines are not portable and might cause discrepancy between different operating systems or even between different hardware.
Engines vary, performance-wise, depending on OS or hardware ... Some engines have better support/utilization for some OSs/hardware than others ... Therefore, the same web browser/web browser engine might and will show some discrepancy between different OSs or even between different hardware on the same OS.
<h2>About alternatives</h2>
<ul>
<li>You can tweak the engine configuration for your needs:
For example, the rendering behavior of the Gecko engine in Firefox can be changed to e.g. enable <a href="https://www.w3.org/TR/webgpu/" rel="nofollow noreferrer">WebGPU</a> in <code>about:cofig</code> by setting(add any none-existing option) <code>gfx.webrender.all</code>, <code>dom.webgpu.enabled</code>, <code>layers.gpu-process.enabled</code>, <code>layers.mlgpu.enabled</code>, <code>media.gpu-process-decoder</code> and <code>media.ffmpeg.vaapi.enabled</code> to <code>true</code> … Then, restarting Firefox afterwards.
Also, see this <a href="https://discourse.ubuntu.com/t/enabling-accelerated-video-decoding-in-firefox-on-ubuntu-21-04/22081" rel="nofollow noreferrer">Ubuntu discourse topic about enabling hardware acceleration support for WebRender</a>.
</li>
<li>You can always install another browser with a different engine:
As I mentioned above, after testing your example web-page, Google-Chrome showed less CPU usage than Firefox ... The reason as I see it is that the <a href="https://en.wikipedia.org/wiki/Blink_(browser_engine)" rel="nofollow noreferrer">Blink</a> engine used by Google-Chrome(and supposedly the Chromium browser family) seemed (On my system and probably will on your system as well) to offer better support/utilization for the GPU which in turn took much of the load for the rendering process off the CPU while the <a href="https://en.wikipedia.org/wiki/Gecko_(software)" rel="nofollow noreferrer">Gecko</a> engine used by Firefox didn't seem to offer as such support/utilization for the same GPU which in turn put all/most of the rendering process on the CPU instead.
</li>
</ul>
<h2>About GPU</h2>
Why blame GPU support when it's the CPU load that is high ... It's the CPU that's not doing its job flawlessly ... Can it be that the CPU support is the culprit?
No, f your CPU is not supported, then most likely you'd not have time/way to notice increased CPU load from a web content rendering process ... Trust me, you wouldn't have had a chance to install a web browser let alone launching and using one.
CPU support is foremost a <code>0</code> or <code>1</code> binary chance ... Nothing in between would be productively workable.
That said, a CPU(used to be AKA &quot;micro-processor&quot; long time ago when Earth was flat) is a actually a silicon-based(until now) micro-processor(s) chip ... Likewise, the GPU, RAID, Network, Encryption ... etc. have their own specialized and dedicated micro-processor(s) chips that are designed to do a certain job oftentimes more efficiently than the mighty CPU itself.
Can the CPU do everything alone? ... Sure, like old times when it was known as &quot;the&quot; micro-processor ... So computer's life goes on ... Hardware(Graphics acceleration, Network flow management, RAID management, Encryption ... etc.) done with separate specialized micro-processor(s) chips have an equivalent Software(Graphics acceleration, Network flow management, RAID management, Encryption ... etc.) done with the CPU.
Will the CPU load be the same in either case? ... No ... Will it at least be equivalent to the total load of those hardware chips? No, It will be much higher because those specialized chips are good at doing what they are made to do ... Take the GPU for example. It's made so that it handles many(much more than a CPU can) small processes in parallel(e.g. rendering thousands small parts of a picture/scene/view at the same time). The CPU on the other hand likes bigger processes with little threads/parts in parallel and will finish them faster than a GPU, but will choke on rendering the canvas/scene/view of a very complex web component.
Web Engines should prefer a GPU when rendering web content but will use the CPU when their transaction with a GPU fails ... Moreover, It can be hard for developers to add support for all the GPUs on multiple platforms/OSs ... So, for the most part, multi-platform browsers keep painting/rendering on the CPU as an easy portable/compatible alternative because CPUs have almost universal support on different OSs while GPUs don't ... i.e. It's common and normal to have computer users asking for a driver/support for a certain GPU on a certain OS, but how often do they ask for a driver to their CPU?
The reason CPUs are universally supported (apart from the obvious reasons that no OS can run on them without proper support) is their architectures are limited in variety and their working mechanisms i.e. addresses, bridges, buffers … etc. are standardized and they are backward compatible by nature … Other chips, however, are mostly not.

I have a completely new Ubuntu install with firefox. When browsing on my usual sites, I get over 100% CPU usage due to the process &quot;isolate+&quot;. Google has been completely useless. I have tried to disable hardware acceleration in firefox, I have uninstalled the snap version and installed the .deb version. The only extension I have is ublock.
OS: Ubuntu 22.04
Thinkpad T16, 16GB RAM, i7 1260P, NVidia MX550 (driver=nouveau)
This problem does not exist when I boot into Windows with the same device. (dual boot)
Please help me.
edit: The easiest way to reproduce this behaviour is to try lection 45 of &quot;typing jungle (UK)&quot; on edclub.com. (I'm trying to learn a new keyboard layout...)
<a href="https://i.stack.imgur.com/oxIFW.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/oxIFW.png" alt="status after applying changes suggested by @Raffa" /></a>

Firefox: "isolate+" process CPU usage 100%

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有一个全新的Ubuntu安装火狐。在我通常的站点上浏览时，由于进程"isolate+“，我的CPU使用率超过了100%。谷歌已经完全没用了。我试图在firefox中禁用硬件加速，我已经卸载了snap版本并安装了.deb版本。我唯一的分机是ublock。操作系统:Ubuntu22.04 Thinkpad T16，16 OS内存，i7 1260 P，NVidia MX550 (driver=nouv

问火狐："isolate+“进程CPU使用率100%
EN

回答 1

Ask Ubuntu用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问火狐："isolate+“进程CPU使用率100%EN