V 6.6 | Slow Performance Since Upgrade?
-
It's been just about two weeks since I started with the "close and reopen frequently used windows periodically" workaround, and aside from the one minor update that came through, I haven't had to restart Vivaldi at all in that timeframe, where previously it's been daily. I do have to keep doing the close-and-reopen thing on the regular, because the slowdowns keep happening, but this is a consistent and reliable way of ending the slowdowns.
I'm more convinced than ever that there is some sort of resource leak in the Vivaldi window UX that is responsible for the slowdowns, and I still believe it is tied to tab creation/deletion management because the "problem windows" that I keep closing-and-reopening are the ones where I open-link-in-new-tab more often than not.
If any Vivaldi support or devel folks have any ideas for stuff I could look at or check to help them out w/r/t pinning this thing down I'd be happy to do so. I understand y'all haven't been able to reproduce this as yet (unless there's been news I'm not privy to in the last couple weeks), but I've got a consistent case here.
-
One more relevant characteristic of this bug: the slowdown/sluggishness is way more severe when I'm using my external monitor (3440x1440) than when I'm using my laptop directly (1920x1080).
Is it the same for anyone else?
-
@vivaldibecameSLOW said in V 6.6 | Slow Performance Since Upgrade?:
One more relevant characteristic of this bug: the slowdown/sluggishness is way more severe when I'm using my external monitor (3440x1440) than when I'm using my laptop directly (1920x1080).
Is it the same for anyone else?
I don't use an external monitor, but my laptop does have a high-res display (2560x1600).
Boy, that sure would be amusing if that's the cause...
-
@Viqsi Do you notice a difference if you use a lower resolution? (I still have slowdown with my laptop, it's just not as severe as with my higher resolution monitor. It's just an aggravating factor, not the cause I think).
-
I have slow performance when starting a search, loading a website from Speed dial, websites take up to 10 seconds to load, is very annoying, I been trying other browsers and they are fast, ruling out internet speed problems.
Desktop user with full Hd Monitor (1920x1080).
-
Happening to me as well on different PCs. Started happening after updating to this.
-
@vivaldibecameSLOW Yes, when I plug second display, 4K TV, scrolling became like 10fps. Then I switch tab, come back and scrolling is fine again. But only for few seconds. After few seconds, 10fps scrolling is back.
However, I don't mind. At work, I switched to Edge months ago, when I realized it also support mouse gestures. And at home, I'm planning to switch also, after years. There is always some weird issue with something.
-
@enc0re Yeah, Vivaldi is riddled with bugs and performance issues... The main reason I'm still using it is because of the native infinite history, but this feature is present/has been added on a few other browsers (e.g. Ungoogled Chromium/Firefox), so I'm considering switching.
For mouse gestures, I can recommend you "StrokesPlus.Net" which let you have mouse gestures for all programs, if you want to use a browser other than Edge.
-
@vivaldibecameSLOW said in V 6.6 | Slow Performance Since Upgrade?:
Vivaldi is riddled with bugs and performance issues...
I find this to be untrue. I never have a performance issue, and rarely encounter a bug. I test for bugs daily, but find one to file a report on, only once every few months.
I suppose a good deal depends on equipment, extensions, modifications and usage
-
@Ayespy Now that you mention equipment, this slow behavior when opening new link or tabs (10sec to load) only happen in Windows 10 enviroment and is not all the time, sometimes is fast sometimes laggy but when I use Vivaldi in MacOS always it feels fast to load everything.
-
@Viqsi said in V 6.6 | Slow Performance Since Upgrade?:
I'm more convinced than ever that there is some sort of resource leak in the Vivaldi window UX that is responsible for the slowdowns, and I still believe it is tied to tab creation/deletion management because the "problem windows" that I keep closing-and-reopening are the ones where I open-link-in-new-tab more often than not.
OK thanks for the feedback. Major bummer that it still hasn't been fixed. And also no response from any developer. I'm still on Vivaldi 6.1, which works just fine, but eventually I would like to be able to upgrade to newer Vivaldi versions on my current machines.
-
Oh thankfully i am not the only one....having serious lag issues as well!
I run on 6.6.3271.61 (Stable channel) (64-bit) and i didnt try any other workarounds you suggest, as it seems that they dont work for the majority of you!
PS: I restart my laptop daily!
-
One thing to remember is that an issue like the one described here is very difficult to analyze, because it takes so long for the problem to develop (E.g. I may be seeing the same/similar issue, but it only becomes noticeable after several days, maybe over a week of running the same instance of Vivaldi)
Running in a debug environment for that kind of time period is not really practical, unfortunately. Unless we have an inkling of where the issue is (and can instrument it), we essentially need steps that can reproduce the issue relatively quickly (which often means much less than an hour), and I suspect that is not really practical in this case, either.
Another thing to keep in mind is that details such as what features you are using, e.g. Mail, extensions, other configuration choices, other usage factors (e.g. tab usage patterns), may play a part. In my quick skim just now, I noticed a number of posts that did not seem to include such information (in some cases there may be information, but hidden inside a lot of other text. Pro Tip: Using short bullet point descriptions to list information is very useful).
Knowing that kind of information may help discover what is, and (in particular) what isn't, involved in creating the problem, which may help narrow down where to look for the problem. (E.g. I have Mail enabled, no extensions, only minor configuration changes, and opens some multi-bookmark entries at least once a day, which is usually how I notice the problem, I always close tabs after reading, which creates a long history of closed tabs, which may conceivably be related to the cause of the problem.)
Regarding opening in other profiles and Private Window not being affected, the reason and important part there is that those are running in completely different, separate processes than the main profile and window(s), so they are isolated from whatever is affecting the main profile.
BTW, @RasheedHolland, you may want to check back on who you have been replying to in this thread; you were actually replied to by, and replying to, a Vivaldi dev over a month ago.
-
@yngve said in V 6.6 | Slow Performance Since Upgrade?:
"...it takes so long for the problem to develop..."
And that's assuming it does somehow develop. I basically never turn off my machine or close my browser (except to update) and it never develops.
I set up hundreds of tabs and infinite history in a stable instance and ran it for a month, and the problem never developed.
How to get it to happen - at all - is definitely not a given.
-
Posting from Firefox while I wait for Vivaldi to wake up.
I don't have much to add other than my observation that this appears more as Vivaldi postponing things rather than sluggishness. I ask it to open a link, when it doesn't, I click on another tab to see if it will respond, do some other stuff it doesn't respond to and then a while it later it will simply respond to everything.
My problems also began with 6.2 if I am recalling correctly. At the moment they are quite reproducible. I have to blow Vivaldi away and restart four or five times a day every day.
I'm going to revert to 6.1. Before I do that is there anything I should do to make this a more productive diagnostic?
In the absence of advice I'll just do the obvious, revert and report back on whether the issue changes.
-
@KlausFranbrau2
Hi, first you should never downgrade Vivaldi, you get a broken profile and this can cause such issues.
Install Vivaldi as standalone, import bookmarks and passwords or use sync to get it in a working state and test this.
Check your security software if it is running high CPU if you use Vivaldi.Me, some customers and friends use Vivaldi without any problems, my phone would ring very quickly if someone had a problem with Vivaldi.
I run test with 700-1000 tabs for several days up to a week and get no lagging at all on Vivaldi 6.4, 6.5, Windows 11.
I give up to test this again.
Something on your system and others slowdown Vivaldi but nobody know what and why. -
@yngve said in V 6.6 | Slow Performance Since Upgrade?:
One thing to remember is that an issue like the one described here is very difficult to analyze, because it takes so long for the problem to develop (E.g. I may be seeing the same/similar issue, but it only becomes noticeable after several days, maybe over a week of running the same instance of Vivaldi)
But what do you think about the feedback from Viqsi, who believes it might be a bug in Vivaldi's resource management? Could you guys not simply look into the differences in this area when it comes to Viv 6.1 and 6.2/6.6? Because this problem started with Viv 6.2, which was a major redesign.
https://news.itsfoss.com/vivaldi-6-2-release/
BTW, @RasheedHolland, you may want to check back on who you have been replying to in this thread; you were actually replied to by, and replying to, a Vivaldi dev over a month ago.
Yes correct, but he hasn't been active in this thread anymore after that, that's what I meant. So I haven't got a clue if he at least tried to look into this problem and what his findings were. BTW, are you a developer too?
-
@RasheedHolland said in V 6.6 | Slow Performance Since Upgrade?:
Could you guys not simply look into the differences in this area when it comes to Viv 6.1 and 6.2/6.6?
The problem with doing that is in part, that just between the branchoff for 6.1 to the change over to v6.3 (when we released 6.2), there are 800+ changes in the Vivaldi code, in 2300 files; many of those are not relevant, but even just counting the Vivaldi UI, there are 730+ files modified in 400+ updates.
And that is before one counts in all the chromium changes during that time, and the Chromium team typically adds several hundred updates each day (and there are about 60 days between each update....), and additionally there is likely a similar number of updates in the Javascript engine (V8) on which our UI depends.
My point is not just that there are a lot of updates, but that without knowing what to look for, finding that proverbial real needle in the real haystack would be real easy.
One way that we might be able to narrow the search down is to know that Snapshot/Build A worked fine, while the next Snapshot/Build B have the problem (this can be accomplished using a method called bisection, check midway between a known good build and a known bad build, afterwards you know if that middle build is a known good build or a known bad one, repeat with the new boundaries, 1000 builds can be cleared in about 10 tests). With that kind of boundary, we can narrow the search down quite a lot. For example, if Build A is before a major Chromium update, while build B is after, the Chromium update is something one would have to look more closely at, but the "reduced" haystack just grew quite a lot bigger.
That there is a possible issue with memory management seems likely, based on what I have seen during shutdowns. But whether that is caused by something in Vivaldi's UI, or something more fundamental in the Chromium V8 engine (which handles the memory management) is something that is not possible to say at this time.
-
@RasheedHolland @yngve is a developer.
-
As I said, I'm about to revert, so perhaps I could help with that bisection.
I do want to be rid of the bug for a while so I would be wondering if you have a suggestion for what build would be most likely to be right before anyone reported this.
Later I could then advance to the first suspected build.