Page Zoom - Too Slow (10 Seconds)
-
@hot_denim said in Page Zoom - Too Slow (10 Seconds):
@Ayespy Core2 Quad 3.0GHZ,
That's a pretty old processor. What sort of RAM do you have on board? -
@Ayespy said in Page Zoom - Too Slow (10 Seconds):
@hot_denim said in Page Zoom - Too Slow (10 Seconds):
@Ayespy Core2 Quad 3.0GHZ,
That's a pretty old processor. What sort of RAM do you have on board?Its old but powerful. 16 GB RAM. When the Zoom test is done using Opera 12.17 it occurs perfectly within say 0.1 seconds (instantly)
-
@hot_denim - I have to wonder, then, if you don't have some extensions or a corruption in the user profile, mucking things up. Or perhaps a bottleneck at the GPU with Vivaldi.
-
@Ayespy said in Page Zoom - Too Slow (10 Seconds):
@hot_denim - I have to wonder, then, if you don't have some extensions or a corruption in the user profile, mucking things up. Or perhaps a bottleneck at the GPU with Vivaldi.
No no extensions. Also consider the Linux version: Boot using Linux 'Live' CD to a new OS, then install Vivaldi within the 'Live Linux', same result.
-
@hot_denim - sounds more and more like a GPU thing. The very worst hardware I have is an oooooold HP tower with dual-boot Lubuntu & Win7 on it. Vivaldi scarcely starts on the Lubuntu partition - 30 seconds from cold boot. (runs famously under Win 7, same machine) When it does, I have to do all kinds of workarounds to eliminate back boxes where no page content is rendered, and get the whole page shown. Then I'm off and running. Zoom on that machine takes roughly half a second per step.
CPU on the machine is an Intel P4 dual core at 3.0 GHz, RAM is maxed out at 2GB of PC3200 (200 MHz single channel). GPU is onboard NVidia graphics (GEForce FX 5200) with no processing power and only 128 MB memory of its own.
You'd be hard pressed to find a machine older and weaker than this, on which you could even install Vivaldi. I was just lucky that the Intel Prescott processor was of the edition that had the instructions necessary to install Win7 (It's an XP machine, and the majority of 2004 Prescotts don't support 7). So, long story short, if it's not a problem with GPU compatibility, I can't for the life of me guess what it might be. Even my old bucket of junk zooms "fast."
-
@Ayespy I have more insight on the problem:
If you look at the video on the problem (link I posted above), you see I am using the slider to 'Slide' to the required Zoom level..... and the problem exists. If I however 'Click' a point on the slider (for example 500%) then the zoom takes instantly (say 0.2 seconds, slower than other browsers, but no major problem).
I tried disabling GPU acceleration (vivaldi://settings/search#hardware), but problem is the same. So do you still think it is GPU related? (probably referring to my first paragraph it can no longer necessarily be)
Was everyone else who tested for the problem ,'clicking' a point on the slider?, or 'sliding' the slider very fast? (raise your hands)
I have noticed that the faster the slider is moved from start to end zoom positions, the faster the zoom, and the slower, then the slower the zoom. Can other people also test for this and provide their results. Therefore:
Why would 'Sliding' cause a huge delay?: If the code behind handing the slider zoom is such that it attempts to perform the zoom on every 'incremental' movement of the slider, before mouse button is released at zoom destination position, and also covering all slider positions that are slided over, then it would be performing the zoom hundreds of times (one for each possible slider position from start to the end positions of the slider). This is my guess - Who's the programmer?, can they take note (!)
-
Hi, I can reproduce slider delay on:
Opensuse Leap 42.1 x86_64
CPU Intel T4200 4 GB
GPU Intel GN 965
xf86-video-intel 2.99.917-6.1
Vivaldi latest snapshotAlso change numbers from 100 to 500% is relative fast, back to 100 is fast.
Cheers, mib
-
I have more insight on the problem:
If you look at the video on the problem (link I posted above), you see I am using the slider to 'Slide' to the required Zoom level..... and the problem exists. If I however 'Click' a point on the slider (for example 500%) then the zoom takes instantly (say 0.2 seconds, slower than other browsers, but no major problem).
I tried disabling GPU acceleration (vivaldi://settings/search#hardware), but problem is the same. So do you still think it is GPU related? (probably referring to my first paragraph it can no longer necessarily be)
Was everyone else who tested for the problem ,'clicking' a point on the slider?, or 'sliding' the slider very fast? (raise your hands)
I have noticed that the faster the slider is moved from start to end zoom positions, the faster the zoom, and the slower, then the slower the zoom. Can other people also test for this and provide their results. Therefore:
Why would 'Sliding' cause a huge delay?: If the code behind handing the slider zoom is such that it attempts to perform the zoom on every 'incremental' movement of the slider, before mouse button is released at zoom destination position, and also covering all slider positions that are slided over, then it would be performing the zoom hundreds of times (one for each possible slider position from start to the end positions of the slider). This is my guess - Who's the programmer?, can they take note (!)
-
@hot_denim said in Page Zoom - Too Slow (10 Seconds):
Why would 'Sliding' cause a huge delay?:
How long is a huge delay? 500 milliseconds? 5 seconds?
As I said above, if I drag the slider slowly the zooming stutters slightly (about 500 milliseconds, whereas when zooming with the mousewheel there's no significant delay. The page zooms in/out smoothly.
The screen is not going to be redrawn hundreds of times: the slider jumps in steps of 10% If you move it fast, it will skip a few notices.
-
On my 'buntu machines, all zoom operations are the same - little to no lag. Mebbe a Opensuse thing? But on Windows, simply no problem. Bang. It zooms.
-
Huge is 2-3 seconds but it depends on the page too.
Google.de slide fast < 0.2 seconds from 100 to 500 but https://blenderartists.org/forum/forum.php need about 2 seconds.
I will check on my workstation with GTX 760/i5 16 GB tomorrow.Cheers, mib
-
@Pesala Huge delay would be something that does not fit it, e.g. 0.75 seconds or more.
only 500 milliseconds?, either your machine is very fast, or you are mentioning the stutter between the screen updates (not from 20 to 500)?. Zooming with mouse wheel zooms in 10% increments so is smooth between these 10% increaments, so looks fluid.
Yes screen is not drawn hundreds of times, but the many times there are increments (a lot, for example 48 for 20% to 500%)
-
@mib2berlin Yes it does depend on the page.
Also remember click at a point in the slider (rather than moving the slider) does not expose this problem (although page complexity is still technically a factor here also).
-
@hot_denim Also remember clicking at a point in the slider (rather than moving the slider) does not expose this problem (although page complexity is still technically a factor here also). You need to 'slide' the slider (and not slide very fast) on a complex page. See the video that I posted a link to previously.
-
@hot_denim Also remember clicking at a point in the slider (rather than moving the slider) does not expose this problem (although page complexity is still technically a factor here also). You need to 'slide' the slider (and not slide very fast) on a complex page. See the video that I posted a link to previously.
-
@hot_denim - Yes. It just doesn't happen here. Not in any of the five tests I ran (Mint and Win 10 on one machine, Win 10 on another, Lubuntu and Win 7 on a third) I have 4 more machines (all Win 10) I can test it on.
-
My hardware is not fast. It's already over 3 years old, and single-core, with on-board graphics. The E-bay page stutters a bit each time is drag the slider, say from 120 and stop at 150% it takes half a second or so to redraw the newly enlarged page.
Specs: AMD A10-6800K, 8 Gb on Win 7 64-bit • 1.6.689.40 Stable
-
@Ayespy What are the CPU models of your machines. Need to take that in to account to see why you do not see the problem. Also you are the moderator, I am new here, are you one of the developers also ??
Also remember clicking at a point in the slider (rather than moving the slider) does not expose this problem (although page complexity is still technically a factor here also). You need to 'slide' the slider (and not slide very fast) on a complex page, and the aim is to see the effect from start to end zoom (500% say), and not judge the updates seen inbetween as being the results. See the video that I posted a link to previously.
Example page:
http://www.ebay.co.uk/sch/Computer-Processors-CPUs/164/bn_661696/i.html?_fsrp=1 -
@Pesala OK. But the problem was looking at it on a larger scale, e.g. from 100% to 500% (not small changes)
-
Ok, just tested it on a fourth machine. Intel dual core 1.46 GHz, 32-bit Win 10 installed, 2 GB of DDR2 RAM @ 266 MHz, Intel Mobil 965 graphics. (second slowest crappiest machine I have) - fraction of a second delay on zoom by any method.