About Screen slower to render with cairo

Bug #1362389 reported by ScislaC
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Undecided
Unassigned

Bug Description

The about screen in trunk is much slower to render than it is in stable. In 0.48.x it takes half the time it does in trunk. I'm going based on when it stops rendering and moving the image. I've attached a split screen video of the rendering.

Note: The "moving" appears to be due to the about screen being contrained by available desktop space and related to resolution... it does however help to show the difference in performance.

Revision history for this message
ScislaC (scislac) wrote :
Revision history for this message
Liam P. White (liampwhite) wrote :

Not reproduced on OS X 10.5.8 with GTK+/X11, Inkscape 0.48.5 r10040 vs. Inkscape 0.91pre2 r13545 – newer is faster.

This is somewhat hard to pull off because Inkscape will close if the actions "--verb=HelpAbout --verb=FileQuit" are invoked from the command line (should this be a bug?). So I did this instead:

time ../../../inst-osxapp/bin/inkscape --verb=HelpAbout
and then hit Ctrl+C when the dialog finished rendering.

average time with 0.48.x: 8.5s
average time with 0.91pre2: 8.4s

note that with 0.91pre2 inkscape by default starts in full-screen mode, so while I wait for it to load I hold Cmd+Tab and quickly switch back to Terminal once it appears.

tags: added: regression renderer-cairo
Revision history for this message
Liam P. White (liampwhite) wrote :

Also not reproduced with GTK+/Quartz 2.24.18 (reverted due to input-related regression) – trunk is consistently faster.

average time with 0.48.x+quartz: 8.4s
average time with 0.91pre2+quartz r13531: 8.3s

Revision history for this message
Liam P. White (liampwhite) wrote :

I should note that the trunk time posted from comment 3 are from packaging update branch lp:~inkscape.dev/inkscape/osx-packaging-update – it corresponds to trunk r13531 as well.

Revision history for this message
Formerly Kevin Yin, now disabled (kyin) wrote :

Not reproduced with Inkscape 0.48.4 x86 vs Inkscape "0.91pre2" (r13516) x64 on Windows 8.1. They render at the same speed. And there isn't any double-rendering as seen in Scislac's attached .mp4.

Revision history for this message
ScislaC (scislac) wrote :

Can someone else on Unity at 1366x768 give it a shot? Likewise other people on Windows, OSX, or other linux DEs at that resolution if they have non-hiding obstructions on the top or bottom of their screen. This has happened on 3 different Ubuntu installs on this laptop with completely fresh home dirs for the trunk issue.

Revision history for this message
ScislaC (scislac) wrote :

Okay, I tried on Windows and it's as expected, even with the taskbar set to not-autohide, the about window just goes underneath it (z-order wise).

I tried on Ubuntu 14.04 and it's as expected, the behavior is like Windows and the title bar just goes underneath (z-order) the top bar in Unity.

It appears to be due to a change in Unity for Utopic which will not allow windows to start underneath (z-order) it any longer. Will test Gnome when my 14.10 is unborked.

Revision history for this message
ScislaC (scislac) wrote :

Same issue in Gnome because it treats windows the same as Unity. :-/

su_v (suv-lp)
Changed in inkscape:
milestone: none → 0.91
su_v (suv-lp)
Changed in inkscape:
milestone: 0.91 → 0.91.1
Revision history for this message
Angel Guzman Maeso (shakaran) wrote :

Which is the progress or status with this bug?

As far I see it is the only bug with status "new" for the milestone release 0.91.1
https://launchpad.net/inkscape/+milestone/0.91.1

jazzynico (jazzynico)
Changed in inkscape:
milestone: 0.91.1 → 0.93
Revision history for this message
jazzynico (jazzynico) wrote :

@ScislaC - Is that bug still affecting you with recent Ubuntu versions?

Revision history for this message
Jabiertxof (jabiertxof) wrote : Screen contest add more power to small files

Hi to all.

About screen contest. I think is a good idea put into valoration the
file size of the file for faster view into his mayor target. Also limit
the usage of filters.

Is only a idea related to bug #1362389 Re: About Screen slower to
render with cairo

Cheers, Jabier.

jazzynico (jazzynico)
tags: added: performance
Revision history for this message
Qantas94Heavy (qantas94heavy) wrote :

Cannot reproduce this with Inkscape 1.0. If this is still an issue, please check the listed bugs here: https://inkscape.org/report

Closed by: https://gitlab.com/Qantas94Heavy

Changed in inkscape:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.