Extremely slow performance since upgrade
-
After deleting a workspace my browser stopped responding. I guess it is because of windows efficiency mode that is impossible to turn off entirely, only for some processes and not for a long time (it turns on on its own after some time). That's why the required process does not do its thing or does it very slowly. I managed to revive my browser after turning this mode off in the task manager for some random process of vivaldi (there are 56 of them), I hate windows and wanna switch to linux, but I believe that not many people will do that, so this problem will keep on happening for the majority of users...
-
I thought I was on to something by disabling the tab cycler as this seemed to speed things up a bit. I have CTRL+Tab & CTRL+SHIFT+TAB assigned to buttons on my mouse and these actions exhibit the most notable slowdowns (regardless of mouse or keyboard). But alas, no... Vivaldi just wants to be slow.
Win11, liquid-cooled AMD 12C CPU, 64GB RAM, 1TB NVMe (OS), 4TB NVMe (data), RTX 3090 <-- it ain't a hardware problem, to whoever suggested that
-
12k views for this thread and no official communication (by the devs or staff member, I mean) from the Vivaldi team... great
-
@vivaldibecameSLOW Since it's a rare finding, and there is still absolutely no definitive indicator what might be causing it in these rare cases, what exactly did you expect devs or staff to say/do? (Especially given that, as a rule, they don't read here, and rely on actual bug filings to locate weaknesses in the code)
This forum is for users to help other users. And so far, not one single reporting user has actually completed all of the necessary troubleshooting steps for any other user to begin to try to help.
-
"""Rare finding""" lol, there are have been many reports of this bug now.
not one single reporting user has actually completed all of the necessary troubleshooting steps for any other user to begin to try to help.
What more do you want?
-
Well I give up, I'll just switch to Firefox. I've endured many bugs and the usual slowness of Vivaldi compared to other browsers, but this particular performance regression/bug makes Vivaldi unusable.
I've only upgraded my browser a few weeks ago (from an old version), but apparently this bug was introduced many months ago. I don't know how others put up with this bug for so long. -
Several, not "many" people have described a similar symptom. I say similar, because the reports are not all actually the same.
Aside from these people, literally millions do not have similar symptoms.
And literally no one has actually completed troubleshooting that narrowed down the symptoms to any cause or area, shared by more than one person, on which anyone could put their finger. So devs, who don't have slowdowns, don't have testing to rely on. Testers, who likewise can't produce any slowdowns, have not been able to provide guidance that the devs can rely on to narrow down a cause they can fix. Users, several of whom claim similar symptoms, have not reported any commonality that devs could hang their hats on. Yet somehow, magically, devs are supposed to be able to suss out where, in millions of lines of code, the fault for a general report of "slowdown" lies.
In each and every case, something is happening. But what is it? Why does it happen at your end, while I cannot produce it on any of 3 Vivaldi versions on six machines from 3 to 10 years old running six different kinds of processor architecture and four different kinds of RAM, 6 different GPUs, four different kinds of displays, on Win10, Win11 and ArchLinux? There is one thing in common between my testbeds. I run no extensions and have no 3rd party security running on any of them.
But while no user has actually completed troubleshooting, and no two users have reported an environmental commonality, it is negligence or malice on the part of Vivaldi and its volunteers that is behind the failure, so far, to fix a generally similar user complaint. It would be great if we had actionable data to work from. So far, we don't.
-
Several, not "many" people have described a similar symptom.
Many, not "several". There's 9 upvotes on this topic, and people have reported similar problems in this topic, others topics in this forum, and also on Reddit (maybe elsewhere too).
And literally no one has actually completed troubleshooting that narrowed down the symptoms to any cause or area
Lol if we could narrow down the problem, wouldn't that be great?!?
Yet somehow, magically, devs are supposed to be able to suss out where, in millions of lines of code
Ignorant phrasing. "Millions of lines of code" is irrelevant. The bug was introduced in an incremental version i.e. you don't have to inspect MILLIONS OF LINE OF CODE, but "just" the lines of code modified/created in the new version. This is not the very first version of Vivaldi, where MILLIONS OF LINE OF CODE would have been relevant.
Why does it happen at your end, while I cannot produce it on any of 3 Vivaldi versions on six machines
Try this: have a very large history (250,000/300,000+ links), open Vivaldi and use it for many hours/days WITHOUT closing Vivaldi. The slowness appears after one/a few hours but become more and more noticeable over time. Don't shutdown your computer, use "hibernate" instead and over the next days, Vivaldi progressively becomes extremely slow.
Another problem with a big history is that if you ever open the history tab, it slows down the browser instantly, and remains in this state of extreme slowness even if you close the history tab. There is always some high CPU usage.
And before you tell me to delete my history: 1) I don't want to, it's one of Vivaldi's best feature 2) it worked before, and was broken by an update.
This has been the case since August 2023 apparently: https://www.reddit.com/r/vivaldibrowser/comments/16y25cf/fixed_macos_menus_direct_match_vivaldi_browser/k3gxafj/
-
What version of Vivaldi do you run?
How many tabs do you run on average?
Do you run any extensions?
Have you installed any modifications to Vivaldi?
Do you game?
Do you play any background media?
I never shut Vivaldi down except to update. On this machine that's every day or two. This machine stays running for weeks on end. It does not hibernate, only nap. At present, I only keep a week of history. (I have a month of history in my Stable instance) To get a large history, I will have to change the setting to "forever" and run it for a long time. But if your browser slows down in a matter of hours, I'm not sure how that will help. Mine does not slow down in a matter of weeks.
For Vivaldi 6.2, the browser was changed to portals configuration, which took over two and a half years for multiple devs to write. Millions of lines of code. It was not incremental in its implementation. It was all at once. It was tested incrementally by us volunteer guinea pigs (Sopranos) but of course at no point did "slowdown" become an issue - or it would have been fixed at the time. Further, every change in code affects portions of code the programmer didn't touch. Guessing is not a viable strategy. Neither is reverting two and a half years of work that benefitted millions, and some few are complaining about - especially if the fault is not actually in the code itself, but rather some environmental factor(s).
"It was broken by an update" is a faulty assumption. "It was broken by some reaction between (this) machine's setup and an update." is actually more likely. Keep in mind - something broke there. Nothing broke here - nor on many other machines whose users doubtless mimic your browsing habits.
-
@vivaldibecameSLOW Incidentally - did you intend to post a link to a MacOS problem?
-
@magilex said in Extremely slow performance since upgrade:
Have been having the same sort of problem as described, started around the version that introduced portals, browser slows over time, hangs in memory when restarting.
AMD CPU, Win 11, MS Defender.
Work with 3 or 4 windows and around 70 tabs.
Restarting solves the issue for a day or so.
Tried a new profile but has not improved things.Yes, it's the same as others have reported. Some still believe it must be individual problems that we must be having on our machines, but I'm seeing a clear pattern.
-
@pfine said in Extremely slow performance since upgrade:
I thought I was on to something by disabling the tab cycler as this seemed to speed things up a bit. I have CTRL+Tab & CTRL+SHIFT+TAB assigned to buttons on my mouse and these actions exhibit the most notable slowdowns (regardless of mouse or keyboard). But alas, no... Vivaldi just wants to be slow.
Win11, liquid-cooled AMD 12C CPU, 64GB RAM, 1TB NVMe (OS), 4TB NVMe (data), RTX 3090 <-- it ain't a hardware problem, to whoever suggested that
I totally forget about you, who actually started this topic, cool to see that you haven't given up on Vivaldi. I remember that you had actually made the switch to Edge, who knows how many people may have switched already because of this problem.
-
@vivaldibecameSLOW said in Extremely slow performance since upgrade:
12k views for this thread and no official communication (by the devs or staff member, I mean) from the Vivaldi team... great
Yes good point, I saw that a developer has responded in another thread about problems with the Windows Event Viewer. It would be nice to know that they are at least looking into this problem. I'm not a developer, but it seems to be related to Vivaldi's memory management, so I hope if they tweak a couple of things, they might perhaps fix this problem accidently, even if they can't pinpoint the exact problem.
-
@Ayespy said in Extremely slow performance since upgrade:
@vivaldibecameSLOW Since it's a rare finding, and there is still absolutely no definitive indicator what might be causing it in these rare cases, what exactly did you expect devs or staff to say/do? (Especially given that, as a rule, they don't read here, and rely on actual bug filings to locate weaknesses in the code)
Well, I guess it's time to make a new bug report, with more info about what people are seeing.
This forum is for users to help other users. And so far, not one single reporting user has actually completed all of the necessary troubleshooting steps for any other user to begin to try to help.
Once again, you can't know for sure if it's really that rare. Many people won't bother to report this and will switch to another browser. About the ''hanging in memory'' problem, certain people may not even notice it, because eventually Vivaldi will exit after 5+ minutes.
Also, I can't believe that you are saying that people have not done any troubleshooting? Are you being serious? Certain people have reinstalled Windows, reinstalled Vivaldi, tested without any extensions, disabled security tools. I even fired up Process Monitor, and I see no third party tools interacting with Vivaldi, not when it's active and not on close. So what more do you want? And don't forget, all problems go away when I downgrade to Vivaldi 6.1.
-
@DoctorG said in Extremely slow performance since upgrade:
@RasheedHolland said in Extremely slow performance since upgrade:
But people can also configure Vivaldi to simply use the built-in Intel or AMD GPU right?
No, there is no way to assign a GPU to a special program. You can only disable a GPU in Windows Device Manager for all programs.
This may depend on the computer. I have a CPU with built-in GPU and I can decide which programs uses which.
-
@RasheedHolland I didn't say no one has done any troubleshooting. No completed troubleshooting (all steps completed as prescribed for every contingency posted here) has been reported here.
And as I read every post in English here every day, I know when a finding is common or rare.
-
@RasheedHolland said in Extremely slow performance since upgrade:
I saw that a developer has responded in another thread about problems with the Windows Event Viewer
The problem in that topic has a bug report. The developer responded after this was filed.
I am making you an offer. I am willing to try to reproduce your problem on my system.
If I understand things correctly you have one or more other security programs installed alongside SpyShelter. Provide me with the list of installed security programs and I will install them and will see if the problem occurs on my system.
If the above does not reproduce I am willing to make one more contribution and that is to install the same extensions as you have.
-
@RasheedHolland
What version are you running now?
I'm running the current version.
Performance has seemed improved for me the last few days, feels a bit snappier, but I have had to restart a couple of times, so might be that.
Opening and closing tabs feels a lot better, so maybe something has been fixed.
Will give it some time though. -
@magilex said in Extremely slow performance since upgrade:
@RasheedHolland
What version are you running now?
I'm running the current version.
Performance has seemed improved for me the last few days, feels a bit snappier, but I have had to restart a couple of times, so might be that.
Opening and closing tabs feels a lot better, so maybe something has been fixed.
Will give it some time though.I'm still running an older version of Viv 6.5, I will wait for Viv 6.6, you never know if the problem might be fixed. Until then I have switched to Viv 6.1, which hasn't got any of the problems that people in this topic have described.
-
@EricJH said in Extremely slow performance since upgrade:
I am making you an offer. I am willing to try to reproduce your problem on my system.
Thanks, but I believe it would be a waste of time. Based on all of my testing, I already came to the conclusion, that this problem is not caused by any extensions or security tools. And to clarify, I also made a bug report about this problem weeks ago, but I'm guessing it was closed.
