Extremely slow performance since upgrade
-
@Blackbird said in Extremely slow performance since upgrade:
There are several possibilities out of hand. First, something that was changed in Vivaldi (or its chromium engine) since early September may have surfaced a pre-existing "issue" with other software/hardware that was hidden before.
Second, there indeed is something buggy in some part of Vivaldi's code that is only seen under some conditions or on certain hardware or system software suites. Third, updates to Windows or other software since the Vivaldi changes in September surfaced a pre-existing operating incompatibility of some kind.
Fourth, differences in installed software on systems showing the problem may be triggering the issue in Vivaldi. Finally, and related to the prior one, differences in browsing usage not experienced by most users might be enhancing the problem.
Thanks for at least acknowledging that the problem may indeed be in Vivaldi itself, it sounded like some of you guys refused to believe there was anything wrong with Vivaldi, and that the problem was most likely caused by ''faulty'' third party software. I think that's what got under people's nerves. But perhaps you guys were simply misunderstood. And I agree with the rest of the analysis.
-
@RasheedHolland said in Extremely slow performance since upgrade:
... Thanks for at least acknowledging that the problem may indeed be in Vivaldi itself, it sounded like some of you guys refused to believe there was anything wrong with Vivaldi, and that the problem was most likely caused by ''faulty'' third party software. I think that's what got under people's nerves. But perhaps you guys were simply misunderstood. And I agree with the rest of the analysis.
Which takes us back to figuring out what is involved in triggering the issue. If developers and helpers can't duplicate the problem, they have no practical way of isolating the cause(s), whether in Vivaldi or elsewhere. Blindly unraveling millions of lines of integrated code isn't even remotely a possible solution. Only those with the problem can perform isolation of potential causes... this is why systematic troubleshooting (ie: elimination of factors) by those having the problem and providing that information is so critical to resolving it. Clearly, there has been little user systematic troubleshooting evident from the information provided in this thread, sorry to say... just lots of rationalization why users with the problem haven't done that.
In a number of other user forums I've been a part of, the first things requested/demanded are the results of systematic A-B-C steps of troubleshooting, without which no further help is (or can be) offered. There's a reason for that, even if some problem reporters deem many of those steps to be trivial or worthless.
-
@Blackbird said in Extremely slow performance since upgrade:
Clearly, there has been little user systematic troubleshooting evident from the information provided in this thread, sorry to say... just lots of rationalization why users with the problem haven't done that.
And to be honest, this is another thing that gets on people's nerves. I think because of all of these little side discussions, you seem to forget that a couple of us have performed extensive troubleshoots, including me.
In a number of other user forums I've been a part of, the first things requested/demanded are the results of systematic A-B-C steps of troubleshooting, without which no further help is (or can be) offered. There's a reason for that, even if some problem reporters deem many of those steps to be trivial or worthless.
Yes, of course. But like I said, a troubleshoot has to be logical and proportional. For example, you can't expect people to upgrade to Windows 11, if all of the people that have this problem are running Win 10. I'm not saying that anyone has suggested this, but I give this as an example. There also is no point into completely uninstalling security tools, if disabling them has the exact same effect. But let's not start this whole discussion again.
-
@RasheedHolland said in Extremely slow performance since upgrade:
Yes, of course. But like I said, a troubleshoot has to be logical and proportional.
What users find "logical" often has nothing to do with the actual logic of the situation. In a case such as yours, for instance, the troubleshoot must include the uninstalling of all 3rd party security software, whether it seems "logical" or not. Troubleshooting is necessarily empirical, not "logical."
-
@Ayespy said in Extremely slow performance since upgrade:
@RasheedHolland said in Extremely slow performance since upgrade:
Yes, of course. But like I said, a troubleshoot has to be logical and proportional.
What users find "logical" often has nothing to do with the actual logic of the situation. In a case such as yours, for instance, the troubleshoot must include the uninstalling of all 3rd party security software, whether it seems "logical" or not. Troubleshooting is necessarily empirical, not "logical."
Then I'm afraid you have missed my point (even after giving many examples), and we will have to agree to disagree.
All I'm saying is that without logic, a troubleshoot can become pointless. For example, I use this tool called O&O ShutUp 10, which disables all kinds of functions in Windows. But do you believe that Vivaldi's performance and stability can be affected by this tool? Does that make sense? If so, perhaps I should revert all settings to see if it will solve the problem? Also, why should I only uninstall all third party tools? So this means you believe that Windows Defender isn't involved? Based on what exactly?
-
@Blackbird said in Extremely slow performance since upgrade:
Second, there indeed is something buggy in some part of Vivaldi's code that is only seen under some conditions or on certain hardware or system software suites.
BTW, just a quick update. Even with Portals enabled on Vivaldi 6.1, I couldn't reproduce the slowdown and the hanging in memory problem. This of course doesn't mean that the problem in Viv 6.4/6.5 can't be somehow related to Portals, since I assume developers have tweaked it since then. But still interesting info to share IMO. So whatever is causing the problem in Viv 6.5, it was triggered by something that changed in Vivaldi.
-
Hi! I'm on Linux (i5-10500T/8GB ram/Intel 630 graphics) and I also experience this annoying tab slowdown lag after about a day of usage. About 15-20 open tabs and private window for my reddit porn account always open.
This crap started with 6.2 and continues on 6.5. Plus address bar and tab font is weird tiny since 6.2 and I can't find any way to make font bigger like it was on 6.1. -
I can't be bothered to read 16 pages of posts, but I'd like to add my experience. Vivaldi gets unbearably slow after using it for approximately a week, and it only gets worse from there. It seems to be some kind of a memory/resource leak as it gets worse over time. I usually have two browser windows with a total of around 100 tabs open, most of which are not loaded (lazy load). I use a lot of YouTube and Twitch on this PC if that makes a difference. It's not completely unreasonable to restart my browser once a week, but this clearly indicates some kind of bug/problem in the browser. Is there anything I can do to help debug this?
Windows 10, i5-3570k, 32GB RAM, RTX 3070
-
@ntoskrnl You can run all (all, not most, or the most reasonable) troubleshooting steps from https://help.vivaldi.com/desktop/troubleshoot/troubleshooting-issues/ and report results here...
-
@Ayespy Thanks for the reply. I think the most reasonable/relevant steps from the list are "restart browser" and "disable extensions".
As said, restarting fixes the issue temporarily, until the browser gets slow again.
Extensions are trickier, because I cannot go a week without extensions to perform the test. I do have some extensions which are potentially heavy, but I've never had issues on another PC with Chrome with the same extensions. But my usage patterns are quite different between PCs which could be a factor.
Is there a way to narrow down the problem to a specific tab or extension or browser component using the task manager or some other developer tools? I wish I could do the debugging right now, but I only have an uptime of 3 days because of Windows updates.
-
@ntoskrnl Performing all the tests IS what narrows down the possible causes. Troubleshooting is an empirical process. If one does not rule out possible causes, testing cannot proceed.
Nothing necessarily has to be done over a long period of time. One can try a couple of days of virgin profile for instance, or a couple of days of running "naked" (no 3rd party security software), but one simply cannot omit even one troubleshooting step altogether.
-
@Ayespy I understand where you're coming from, but in my opinion it's worth understanding what we're dealing with to narrow down what we need to test. For example, we know that enabling 3rd party cookies is not going to fix this, so it's unnecessary to test that. We wouldn't learn anything from such a test.
I'm not sure why you say that nothing necessarily has to be done over a long period of time. This issue is only apparent after 1 week or more of using the browser every day.
I went through all the tests in the list and here are my thoughts:
- Restart the browser: N/A
- Make sure the browser is up to date: Up to date
- Test in a different profile, Reset settings, Test in another browser: These three are essentially the same. Relevant
- Disable Extensions: Relevant
- Enable (Third-Party) Cookies: Not relevant
- Disable Tracker and Ad blocker: Inbuilt blocker already disabled
- Delete Browsing Data: Not relevant
- Disable Hardware Acceleration: Not relevant (problem would occur immediately, not after a week, if this was the problem)
- Change the reported User Agent: Not relevant
- Check your security software: Only Windows Defender with default settings
The only two relevant tests are 1) disabling extensions and 2) resetting browser settings. Test 1 would tell us if the problem is in an extension or the browser itself. Test 2 would tell us if there's a specific browser setting that I have enabled but is disabled by default that's problematic.
I'm not going to perform either test, because in practice I can't use my browser without extensions or custom settings for a week or more, even if it's technically possible.
Instead, I'm asking for tips on how I could find out which website/tab, extension or browser component has leaked resources when the issue actually happens. I'm sure this must be possible somehow. If I had already narrowed this down to a specific website, extension or browser component, how would the developer of that website/component debug it?
-
@ntoskrnl said in Extremely slow performance since upgrade:
I can't be bothered to read 16 pages of posts, but I'd like to add my experience. Vivaldi gets unbearably slow after using it for approximately a week, and it only gets worse from there. It's not completely unreasonable to restart my browser once a week, but this clearly indicates some kind of bug/problem in the browser. Is there anything I can do to help debug this?
The question is, do you also get this with Vivaldi 6.1? And to be honest, when your browser is open a week, it's not weird that it will start to become more sluggish. The problems that are reported in this thread, are more about Vivaldi 6.4/6.5 getting sluggish after only 24+ hours or so, which is out of the ordinary. Viv 6.1 runs just fine, even after a couple of days in memory. Also, when you close Viv 6.5 after a week, will it hang in memory? You can check this with a tool like Process Explorer.
-
@funeralium said in Extremely slow performance since upgrade:
Hi! I'm on Linux (i5-10500T/8GB ram/Intel 630 graphics) and I also experience this annoying tab slowdown lag after about a day of usage. About 15-20 open tabs and private window for my reddit porn account always open. This crap started with 6.2 and continues on 6.5. Plus address bar and tab font is weird tiny since 6.2 and I can't find any way to make font bigger like it was on 6.1.
OK, so when you return to Vivaldi 6.1, all is fine? And when you search for Zoom in Vivaldi's Settings, you should be able to zoom the interface.
-
@RasheedHolland said in Extremely slow performance since upgrade:
The question is, do you also get this with Vivaldi 6.1?
This is something I'd need to test. I do have a faint memory that this issue was introduced in an update, but I'm not completely sure.
And to be honest, when your browser is open a week, it's not weird that it will start to become more sluggish.
I know we expect and just have to deal with this kind of stuff in modern software, but it's still a resource leak that ideally should be fixed. There's no fundamental reason why a browser shouldn't just work indefinitely without a restart.
Also, when you close Viv 6.5 after a week, will it hang in memory? You can check this with a tool like Process Explorer.
Yes. This is most apparent when restarting the browser for a version upgrade, because the browser will close but won't restart. But if I just wait some time โ maybe up to 10 minutes โ the old process will disappear in task manager and the browser will restart. I assume this delay occurs because it's cleaning up the leaked resources. We just need to figure out where the leak is.
-
@ntoskrnl said in Extremely slow performance since upgrade:
@Ayespy I understand where you're coming from, but in my opinion it's worth understanding what we're dealing with to narrow down what we need to test. For example, we know that enabling 3rd party cookies is not going to fix this, so it's unnecessary to test that. We wouldn't learn anything from such a test.
That's what I've been trying to explain. They wanted me to remove all third party security tools, while disabling them has the exact same effect, at least in my case. I do believe the troubleshoot page from Vivaldi is pretty good, it should fix most problems that users may experience. But I believe this particular problem isn't fixable by the user, based on everything I've read so far. Hopefully Viv 6.6 will bring improvement.
-
@ntoskrnl said in Extremely slow performance since upgrade:
@RasheedHolland said in Extremely slow performance since upgrade:
The question is, do you also get this with Vivaldi 6.1?
This is something I'd need to test. I do have a faint memory that this issue was introduced in an update, but I'm not completely sure.
The reason I asked, is because most users reported that they saw this problem after upgrading from Viv 6.1 to newer versions. When they return to Viv 6.1, all problems are gone. That should be the biggest hint to developers.
And Viv 6.2 was a major upgrade that was meant to reduce memory and CPU usage. Instead, some users are seeing the exact opposite, which is weird to say the least, especially because we are all using different hardware. Some have already performed certain tests, like disabling extensions, disabling third party security tools (and Windows Defender), reinstalled Vivaldi and reinstalled Windows. It all makes no difference.
-
@ntoskrnl said in Extremely slow performance since upgrade:
Yes. This is most apparent when restarting the browser for a version upgrade, because the browser will close but won't restart. But if I just wait some time โ maybe up to 10 minutes โ the old process will disappear in task manager and the browser will restart. I assume this delay occurs because it's cleaning up the leaked resources. We just need to figure out where the leak is.
OK I see, perhaps you can perform the same test with Viv 6.1. The reason I asked, is because the ''hanging in memory'' problem started with Viv 6.4 and was still there with 6.5. I didn't know this might be related to some memory leak. I have NEVER seen this problem before, and I have been using Vivaldi since v2. And keep in mind, my security tools are exactly at the same versions, the only thing that keeps changing is Vivaldi, that's another major hint.
-
@ntoskrnl said in Extremely slow performance since upgrade:
I can't be bothered to read 16 pages of posts, but I'd like to add my experience. Vivaldi gets unbearably slow after using it for approximately a week, and it only gets worse from there. It seems to be some kind of a memory/resource leak as it gets worse over time.
BTW, they have just released Viv 6.6, I'm going to test it for a while. Sadly enough it still has a very annoying bug related to the addressbar, so when I'm done testing, I'm going back to Viv 6.1, until they fix the bug. But I wonder if the performance problems have been fixed.
-
Hi,
Please, those still affected even on Vivaldi 6.6, post here
https://forum.vivaldi.net/topic/95634/v-6-6-slow-performance-since-upgradeThank you
-
ZZalex108 locked this topic on