Vivaldi noticeably sluggish since upgrading to 3.0
-
@rf10 OK, thanks for the further info.
In the interest of trying to nail down what might not just be an isolated problem: I've been seeing something possibly identical as of 3.0, though it doesn't happen often (most sites tend not to trigger the problem). You didn't really say how often this happened to you overall with 3.0. Maybe not often? Or was it basically all the time?
I don't know if you can still reproduce the problem, but did you happen to look at Task Manager when it was occurring? Was Vivaldi's CPU use spiking at those times? That is certainly the case here when it happens, and the internal task manager (Shift-ESC) goes to 100 for "Browser" (though note that the internal task manager will be frozen for a time when the problem is happening).
And when the problem was happening, did you see a title bar appear at the top of Vivaldi (unusual in itself, since Vivaldi doesn't normally have one) saying "Not Responding"?
I'm curious now if you still see the problem with fewer tabs. Way fewer. I have a crazy theory based on what you've said and what I've experienced: I don't think you need to be anywhere close to 800 tabs to see the issue. I can get it with around 10, though that's a very loose number.
But here's the key: it doesn't happen in a new window, even if the other window has >10 tabs open (heck, you found this with 800, so this won't be surprising). But I don't mean a private window: just a new window (Ctrl+N) will be fine, which takes extensions out of the equation for good since they're still active with Ctrl+N.
I really do think something is going on here, and your 800 might have been a red herring masking the real problem. Like you, I never experienced this before 3.0 short of hitting the rare bad site.
Win10 (Insider), 16GB
-
@neonturbo
Hi, the problem is it is not for every user only for a few.
I use Vivaldi mainly on Linux but cross check those reports on Windows 10 Pro on different systems, i5 3570K for example.
Vivaldi is absolute snappy, no lags.
My old GTX 760 does not support all video codecs, VC9 is rendered on CPU, but my CPU never goes about 10 - 15 %.
There can be many reasons why Vivaldi slows down but not Vivaldi.
One user report he use 20000 bookmarks, it slows down Vivaldi to turtle.
Some AV software blocks Vivaldi to crawl, and so forth.
Updates increase Chromium version sometimes break Vivaldi on some systems.
Check Vivaldi with a Guest Profile or private window to sort out extensions, for example.Cheers, mib
-
@neonturbo
I have not such a performant system like yours, i5 3570K 16GB, and there is no difference performance wise between Vivaldi, Opera and Chrome on it.
May we can find out why, I love such problems but hate them at the same time.With AV software I meant anti virus software, some user report problems with Vivaldi (even Defender).
My last idea for now, disable it for a test.Cheers, mib
Short test on my old Linux laptop: https://youtu.be/9q6uPYtpJsw
The screen cast need a lot of power, it is much faster without. -
In an attempt to figure out why my seldom-used Vivaldi Dev install doesn't have the issue (as far as I've seen in testing), I took a look at the largest files in the profile of my main install (which are all much larger than their equivalents in my Dev install) on the theory that 3.0 has developed a sensitivity to profile files of a certain size (this wouldn't be a new phenomenon):
77MB: History
17MB: Bookmarks
8MB: Cookies
3MB: Web Data
2MB: Visited LinksAnd this one, which after further reading around here, I found was a basically useless file:
15MB: Top Sites
So, I deleted it and have been re-testing without it (well, with its <1MB replacement). So far so good, but it's too soon to know for sure, and I rarely guess right on the first attempt.
-
@rseiler Cleaning up download panel history (via brush icon) and using "last 7 days" in history panel help too.
Mine:
- Bookmarks: 2 MB
- Cookies: 2,8 MB (Cookies cleaned at startup)
- Favicons: 23 MB (was 34 MB)
- History: 98 MB (All history kept)
- Top Sites: 51 MB (Is still 20 kb)
- Web data: 1,4 MB
- Visited links: 2 MB
I'm not even sure the Top Sites is used.
I tried to remove this. Now is 20 KB. We'll see. -
@neonturbo Do you observe the same issues with a clean profile or even a guest window?
-
@Hadden89 Thanks, I happened to clear the download panel yesterday (there was a LOT in it) and normally have the history panel on "last 7 days."
Mainly posting to report that Top Sites is not the culprit, since I was just able to reproduce the problem (I'll look now at other suspects in the list).
So, there might be some kind of threshold that's crossed after X hours of use (I've had Vivaldi open for 4 hours) where you're susceptible to the problem, or there's a specific action which enables the problem. But once you cross that fine line, I do have two wonderful test sites that will reproduce the problem every time.
The first is on Amazon, on a URL like this, when you change the "Sort by" in the upper right. It will lead to a hang like this which stops Vivaldi dead for about a half minute:
The other is SurveyGizmo, of all things, which I noticed yesterday when attempting to fill out a real survey. This is just a demo one, but it serves the purpose, once you start to fill out the survey.
And, I need to modify what I said yesterday about Ctrl+N (and Ctrl-Shift+N): they're not a total workaround. While the browser doesn't go into Not Responding, it does take more CPU than normal and slows down when on either of the above test sites (once you've crossed the mystery threshold--not normally). Basically, it gets through them a lot better than the main window does when in this state, but you still notice something isn't right.
-
I have observed what I believe to be similar behavior. Vivaldi 3.0.1874.33 on Windows 7 will freeze for about 30 seconds with full CPU usage of 1 core. Sometimes it can happen unpredictably, but it's also easily reproducible in Google Calendar when you click on an appointment to see the floating details bubble, or in the
chrome://settings
page when you click on a link like "Addresses and more" or any other of those wide center navigation buttons. I noticed that both of these UI elements seem to use Google's paper animations, so maybe there's something going on there.I tried looking at DevTools performance recordings for both the active tab as well as the packed Vivaldi app page, and both just show really long renders without any methods being called. The OS stack dump of the spinning thread just shows a ton of calls in
ChromeMain
, but I definitely don't have the symbols to know what it's doing.I determined that the problem was enabling Native Accessibility API Support and Web Accessibility in
vivaldi://accessibility
. When I disable Web Accessibility and Native Accessibility API Support, the performance problem is resolved. As mentioned previously in this thread, it did not reproduce in the last stable 2.x version of Vivaldi.I was using those accessibility settings because KeePass2's WebAutoType plugin uses MSAA (
IAccessible
) to detect the URL of the foreground browser window. I was launching Vivaldi using a small program that always added--force-renderer-accessibility
to the arguments list to always enable MSAA in Vivaldi and allow this plugin to work correctly. -
@aldaviva Thanks, though unfortunately in my case I'd never heard of that page, so that setting isn't enabled.
Does yours display a "Not Responding" title bar when in the hung state?
I haven't reported my version because, unlike yours, it's not in the problem state all the time, and I don't know how to get it there. I only know how to reproduce it once it's there, which is insufficient. I'll definitely be trying the two things you mentioned (Google Calendar, etc) once it's in the state to see if they also have an effect here.
-
@aldaviva said in Vivaldi noticeably sluggish since upgrading to 3.0:
I have observed what I believe to be similar behavior. Vivaldi 3.0.1874.33 on Windows 7 will freeze for about 30 seconds with full CPU usage of 1 core. Sometimes it can happen unpredictably, but it's also easily reproducible in Google Calendar when you click on an appointment to see the floating details bubble, or in the
chrome://settings
page when you click on a link like "Addresses and more" or any other of those wide center navigation buttons. I noticed that both of these UI elements seem to use Google's paper animations, so maybe there's something going on there.I tried looking at DevTools performance recordings for both the active tab as well as the packed Vivaldi app page, and both just show really long renders without any methods being called. The OS stack dump of the spinning thread just shows a ton of calls in
ChromeMain
, but I definitely don't have the symbols to know what it's doing.I determined that the problem was enabling Native Accessibility API Support and Web Accessibility in
vivaldi://accessibility
. When I disable Web Accessibility and Native Accessibility API Support, the performance problem is resolved. As mentioned previously in this thread, it did not reproduce in the last stable 2.x version of Vivaldi.I was using those accessibility settings because KeePass2's WebAutoType plugin uses MSAA (
IAccessible
) to detect the URL of the foreground browser window. I was launching Vivaldi using a small program that always added--force-renderer-accessibility
to the arguments list to always enable MSAA in Vivaldi and allow this plugin to work correctly.You saved my life because I had the same exact problem. And removing
--force-renderer-accessibility
removed the freezes completly. But I think this is a chromium bug because I had the same exact problem with another chromium based browser. -
@mib2berlin said in Vivaldi noticeably sluggish since upgrading to 3.0:
@neonturbo
Hi, the problem is it is not for every user only for a few.
One user report he use 20000 bookmarks, it slows down Vivaldi to turtle.I've just recently switched to Vivaldi as a default browser purely for the native bookmark set up. It is the best I have come across.
I am noticing quite poor performance from the browser, especially when compared to Chrome (or any browser). I only have 4 critical extensions installed (but it's also poor and laggy without them).
I've been wondering what the issue is and now I'm wondering it might be due to the bookmarks. I only have about 50 so far but this will eventually rack up into the many hundreds easily.
Thing is, I had hundreds in Chrome years ago when I used this as my default browser and it performed better than what I'm getting with Vivaldi now.
It will disappointingly result in me switching back to Opera probably if performance is going to get even worse with the more bookmarks I add.
-
@zigojacko Several hundred bookmarks is not an issue here. It causes no noticeable impact. Twenty thousand would, no doubt.
Recently, Vivaldi has changed how it treats individual windows as entities. It sped things up for me, and for many. One thing to consider would be whether it slowed things for others.
-
@rf10 said in Vivaldi noticeably sluggish since upgrading to 3.0:
I disabled all extensions and no noticeable difference.
So the issue with just disabling extensions is that it doesn't necessarily remove all influences from every extension. The best way to be certain that extensions are not involved is to create a new user profile and test with that.
-
@Ayespy said in Vivaldi noticeably sluggish since upgrading to 3.0:
Twenty thousand would, no doubt
I missed this earlier, but unless some recent change has caused a regression in performance, 20,000 bookmarks is no issue to Vivaldi. I'm currently running with more than 6x that, and there are few if any areas where I notice performance problems due to the size of my bookmarks library. The only place I have run into issues is when loading the list of folders while editing a bookmark on Android, and then when saving a bookmark to a different location.
-
I'm also having problems with Vivaldi being slow and laggy - freeze when opening new pages, freeze when closing pages, freezes when scrolling pages. It's very annoying, and my computer is powerful (16GB RAM, GTX1060 MaxQ, i7-7700HQ). Disabling hardware acceleration may or may not have made a difference (not terribly noticeable, and it is undesirable to disable hardware acceleration).
Reported as VB-67553.
I posted about it here, will also open a bug report:
https://www.reddit.com/r/vivaldibrowser/comments/gk9viu/help_vivaldi_freezes_slow_laggy/ -
@Darthagnon said in Vivaldi noticeably sluggish since upgrading to 3.0:
I'm also having problems with Vivaldi being slow and laggy - freeze when opening new pages, freeze when closing pages, freezes when scrolling pages. It's very annoying, and my computer is powerful (16GB RAM, GTX1060 MaxQ, i7-7700HQ). Disabling hardware acceleration may or may not have made a difference (not terribly noticeable, and it is undesirable to disable hardware acceleration).
Reported as VB-67553.
I posted about it here, will also open a bug report:
https://www.reddit.com/r/vivaldibrowser/comments/gk9viu/help_vivaldi_freezes_slow_laggy/Does it by any chance start happening after you leave Vivaldi idle for a prolonged amount of time?
-
This post is deleted! -
@NineWest The original fix described how removing the argument solved the issue for the user. Are you saying that your issues were fixed by adding the argument?
-
This post is deleted! -
This post is deleted!