CPU usage sky high when using a website but same on all Chromium based browsers



  • I've noticed that all Chromium based browsers Opera, Vivaldi seem to hammer my Icore5 6th gen processor when visiting this website below:

    http://www.homeopathyandmore.com/forum/viewforum.php?f=1

    Now when I visit it using the Mozilla engine in Firefox then the CPU is usage is perfectly fine.

    Any ideas? I'm going to keep an eye on Chromium cpu usage and if I see more of this occurring elsewhere then I'll have to leave Vivaldi and move to Firefox or another Mozilla engine based browser.



  • Hello there,

    I can confirm the unusual Cpu usage. Please report a bug. You will be given a number (VB-xxxxx), post here for our follow up.
    Keep in touch



  • @uhm said in CPU usage sky high when using a website but same on all Chromium based browsers:

    I've noticed that all Chromium based browsers Opera, Vivaldi seem to hammer my Icore5 6th gen processor when visiting this website below:
    http://www.homeopathyandmore.com/forum/viewforum.php?f=1
    Now when I visit it using the Mozilla engine in Firefox then the CPU is usage is perfectly fine.
    Any ideas? I'm going to keep an eye on Chromium cpu usage and if I see more of this occurring elsewhere then I'll have to leave Vivaldi and move to Firefox or another Mozilla engine based browser.

    Well it's not really Vivaldi is it as it's on Opera as well so it's a crappy Chromium issue which makes me steer more towards Mozilla as I absolutely detest processor usage.



  • I remember and understood you mentioned the issue affects all Chromium derivatives.
    The resource usage was confirmed, hence report a bug.



  • @uhm what extensions do you have installed and enabled? I don't want to click that link to look on my mobile since I don't have the same protections as I do on the desktop, but it's possible the site's construction is stressing one or more of your extensions. I've seen this same behavior on grammarly, where the easy they had their ads & tracking set up it maxed out my CPU.

    Also, it doesn't matter if it something that is present in all Chromium-based browsers, Vivaldi can likely still address the issue, and would if it's not already planned to be fixed upstream. Vivaldi is a different than most Chromium-based browsers in that there are a lot more changes to the code base -- it's not just a skin with a couple extra features enabled.



  • Off Topic

    @bonetone said in CPU usage sky high when using a website but same on all Chromium based browsers:

    I don't want to click that link to look on my mobile since

    Are you running Vivaldi for Android

    Edited: removed my lines from the quote area.



  • Off Topic

    @lamarca yeah, that's one of the reasons I don't want to click the link... going to unknown sites on a browser that isn't hardened. I very much look forward to extension support in Vivaldi Android -- its basically a requirement for my longterm adoption, but right now I'm sticking it out and volunteering my QA for a project I support & appreciate. The UX for my research flow on mobile is far superior to any other browser, combined with the fact that it syncs directly to my workstation profile makes Vivaldi my preference on Android, but I do need my extensions. I fully expect that Vivaldi will implement extension support, though I understand it's not a small feature and to deliver a quality product will take time. The fact is no browser currently delivers my ideal experience, but add extensions to Vivaldi and any deviations from my ideal are minuscule.



  • @bonetone thanks for the reply.
    the way I see Vivaldi browser for android reached the maturity to be available on playstore.

    Back to the topic.



  • @lamarca agreed. Vivaldi rewarded our patience with a unique & stable browser, it's my favorite.



  • @bonetone On Vivaldi I only use the Ublock Origin and no other extensions as I detest extensions and wish Vivaldi would make their own blocker like Brave, Opera. I also use this on Opera but again this issue has been confirmed by someone else so unless they use ublock origin then the problem still stands although I will give it a try by taking off the extension. The website hasn't been maintained well for a while now but again on Firefox it runs well and normal. Now if you're so worried about security on the web then why on earth would you use any mobile system? These mobile systems, android, ios are all compromised and just the user policy is enough to keep me well away from those. I only use a home-made desktop (no wifi card, no microphone, no camera) on a GNU/Linux operating system.



  • @lamarca The bug has been reported



  • @uhm Thx. I will confirm the issue later due an outage.



  • @uhm said in CPU usage sky high when using a website but same on all Chromium based browsers:

    @bonetone On Vivaldi I only use the Ublock Origin and no other extensions as I detest extensions and wish Vivaldi would make their own blocker like Brave, Opera. I also use this on Opera but again this issue has been confirmed by someone else so unless they use ublock origin then the problem still stands although I will give it a try by taking off the extension. The website hasn't been maintained well for a while now but again on Firefox it runs well and normal.

    A problem caused by uBlock Origin could potentially be caused by other extensions as well. Disabling any and all extensions and then reproducing the issue is something that should be done before filing bugs in Vivaldi.

    Now if you're so worried about security on the web then why on earth would you use any mobile system? These mobile systems, android, ios are all compromised and just the user policy is enough to keep me well away from those. I only use a home-made desktop (no wifi card, no microphone, no camera) on a GNU/Linux operating system.

    As I mentioned, not wanting to visit an unknown site without having hardened the browser to my satisfaction is one of the reasons I don't want to click the link. Furthermore, this reasoning just doesn't hold weight. My workstation (which I also built myself) isn't a realistic alternative to a mobile device, that's a false dichotomy. Not everyone lives a life that allows them to totally abstain from the use of mobile devices.



  • The problem is due to ublock origin blocking clustrmaps . com which is continually trying to connect.
    Sat on your linked site for a while and got 70,000 blocked requests and mounting in ublock.
    clustrmaps.com is on one of the ad tracking lists.
    354.jpg 355.jpg



  • @CantankRus this is the same thing I saw on the grammarly site. It actually went into the 6 figures, I guess I just had it running longer. Once I figured it out, I stopped using that site. Anyone that has a script that continually retries a connection to unwanted servers that frequently doesn't deserve my attention.

    But, @lamarca it appears this isn't a Vivaldi bug. It's the interaction of blocking extension and the website.

    If one wants to keep using that site they can either create an exception filter for the net request, use the uBlock Origin popup dialog to create a dynamic folder, or whitelist the site altogether. That should fix the issue as it did for grammarly.

    Edit: oops, sorry @lamarca I misread and thought you were the one that filed the bug. @uhm please see @CantankRus' report. After testing & verifying, please let the Vivaldi team know by replying to the email if the issue doesn't reproduce once you disable the extension or take one of the actions I describe above.



  • @bonetone said in CPU usage sky high when using a website but same on all Chromium based browsers:

    But, @lamarca it appears this isn't a Vivaldi bug. It's the interaction of blocking extension and the website.

    Thanks.
    I understand the user position, it's easier to visit us then asking in his OS forum, where the issue lies.

    @bonetone said in CPU usage sky high when using a website but same on all Chromium based browsers:

    Edit: oops, sorry @lamarca I misread and thought you were the one that filed the bug

    I am the one {{ who }} asked the VB number to check on Vivadi BTS

    Edited: {{ grammar }}



  • @lamarca said in CPU usage sky high when using a website but same on all Chromium based browsers:

    Thanks.
    I understand the user position, it's easier to visit us then asking in his OS forum, where the issue lies.

    I'm not 100% sure I know what you're saying but I think I do. That the OP came here instead of a Linux forum since it's easier? Yeah, I'm cool with that, we have three direct experience to figure out what the root cause was and help. I suppose one of us could bring it up with gorhill, I'll probably do that during the week to see if there's some way to mitigate against bad sites like this -- I'm not sure what UBO could do since it's entire point is to capture unwanted net requests.

    In my view the actual problem lies with the websites in question, no site should trigger this many connections to a third party in such a short time regardless if the user is employing blocking technology. And if a site is going to do that, the blocker has to handle all them if the filters are configured to do so. It appears to be something like an infinite loop on the page when the tracker can't be reached, there really should be a limit on the number of retries, something reasonable like 3 or maybe 5, even a large number like 10 would avoid stressing their visitors CPUs. The website admins should probably be made aware of this as well, but who knows how much they'll respect a visitors right to block the trackers. Perhaps gorhill could inject a scriptlet that can detect these loops and kill them, I'm not familiar enough with that part of the code to know.



  • @bonetone You have consistent arguments, your last reply has 1357 chars. More, 18 replied, I am a moderator
    and we both are off topic.
    I am sorry



  • See the same in Firefox when enhanced tracking protection is on.
    Seems to me to be bad web page scripts.
    356.jpg


Log in to reply
 

Looks like your connection to Vivaldi Forum was lost, please wait while we try to reconnect.