Visor1933 last edited by Gwen-Dragon
or applying sort or filter to the elements of some list of items with pictures. and so on.
anybody knows how to get over it?
Vivaldi 1.13.1008.36 (Stable channel) (64-bit)
On which page does this happen?
Can you please explain how to reproduce this?
WernerFP last edited by
(Bigger scores are better.)
@Visor1933 should tell us more about his CPU, RAM and GPUs.
Where is JS slow?
@gwen-dragon ok. it happened before on pages like vk.com when you do a video search.
it happens now on Google calendar, Google inbox, there it is not only slow, but after some time, some features stop to work at all. like opening an email to read, or creating an event and edit it in a popup.
when you also try to read i.e.. a manual to ROOT framework, let's say, Google for root TH2F, the page has lots of mathjax fields. and while other browsers are processing it in a background, so you can scroll the page normally at load time, vivaldi hangs for many seconds before you can do anything.
I use Linux, AMD - A8 processor, memory, will write later,, but it is a DDR3, 2000+ GHz
How can i test that?
Did you have a testcase written or a page where i can test?
You said in chat:
here for example
if i open it in chrome. i can scroll the page immidiately
and in vivaldi-windows too
but in vivaldi-linux i first have to wait for about 5-10 sec before i can proceed
Works fast for me.
Debian 8 KDE 4.14 on VM delay of max .5-1 sec Vivialdi scrolls.
Visor1933 last edited by Pesala
@Gwen-Dragon See the screen shot:
Visor1933 last edited by Visor1933
@gwen-dragon I see
the 1.14 is marked as ~Unstable in the gentoo repository
that's why it hasn't updated
I will allow my portage to update to ~Unstable version and then test around.
Try before updating:
Set to Enabled
Check vivaldi://gpu again
@gwen-dragon The output of vivaldi://gpu looks much better now (if Hardware accelerated means better), but the problem persists.
the rendering of https://root.cern.ch/doc/master/classTFile.html is still as slow as it was before.
and other services i mentioned are working as bad as before.
i will try an update then.
and see what happens
funny thing is.
when I set ignore-gpu-blacklist enabled
even so simple page as vivaldi://gpu has rendering artifacts, those are not critical though.
after an update to 1.14
with ignore-gpu-blacklist DISABLED
- searching for a video on https://vk.com/video results in 8s lag
- openning https://root.cern.ch/doc/master/classTFile.html results in 14s lag
- THIS page lags 0.5-1.5s on scroll
with ignore-gpu-blacklist ENABLED
- https://vk.com/video works exactly the same way
- openning https://root.cern.ch/doc/master/classTFile.html results in 11s lag
- THIS page gets noticeably lesser lags at max duration 0.5s
all values are measured multiple times (3 times) with closing and openning the browser after every test
Video (decoding) uses hardware acceleration.
Display of website (rendering) use hardware acceleration.
If you have a problem with your GPU being blacklisted, that is the cause of slow display.
Which GPU is on your mainboard? Do you have a extra graphic card?
@gwen-dragon I have no problems with video decoding
I only have problems with the search result rendering
i mean this area takes 8 seconds to render
Works fast as lightning for me, even on my VM without any hardware accellereation.
Do you use a VPN or have Chrome extensions enabled?
this is rediculus.
but it was the AdBlock which I didn't install manually. it was there by itself
as i disabled AdBlock. everything got fast again.
have to look then for a replacement. maybe another adblocker will fine.
this one i will uninstall.
I switched to AdBlock Plus. and everything works at lighting speed.
this is insane. I could not expect the adblocker to block the whole page rendering.
I thought it could have been a driver+GPU+Vivaldi issue as that happens more often on Linux.
Sorry, i forgot to ask about extensions and to test in Private Window (thats where extensions are off by default), that would have saved us much time.
But fine, you found it :)