Here's another benchmark, with an SDL 2D game, teeworlds, running full
screen:

no wm: 220 FPS
metacity --no-composite: 220
metacity --composite: 130
compiz: 218
xcompmgr: 130
compton: 129

I really think that the user's choices would be:
1) compiz, for every PC that supports it,
2) metacity --no-composite, for any PC that doesn't support compiz and that 
isn't able to spare 50%-80% of their FPS,
3) metacity --composite, ONLY for the minority of the PCs with graphics cards 
that can't run compiz and with so awesome CPUs that can spare 50-80% of their 
FPS. If you can find an example of such a PC, please let me know, currently I 
don't know of any. I do know of thousands of examples in category (2) though.

Since `metacity --composite` is so much slower, affecting all apps and actions 
from simple drawing to scrolling to moving around windows to watching videos to 
game playing etc,
I'd like to again ask you to consider NOT making (3) the preferred session for 
gnome-flashback for 16.04.

I.e. gnome-flashback-compiz could be the default (proposed one),
and gnome-flashback-metacity the non composited version,
with the --composite option only available as a gsetting for the minority of 
the people that would need it.

Thanks!

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to metacity in Ubuntu.
https://bugs.launchpad.net/bugs/1566157

Title:
  Metacity's compositing is too slow

Status in metacity package in Ubuntu:
  New

Bug description:
  I did the following benchmarks between `metacity --no-composite`,
  `metacity --composite`, and `compiz`, in Ubuntu 16.04.

  First, I disabled vsync:
  $ cat ~/.drirc 
  <device screen="0" driver="dri2">
      <application name="Default">
              <option name="vblank_mode" value="0"/>
      </application>
  </device>

  Then I ran glxgears as follows:

  $ metacity --no-composite --replace & sleep 5 && glxgears & sleep 20 && 
killall glxgears
  29564 frames in 5.0 seconds = 5912.721 FPS
  29729 frames in 5.0 seconds = 5945.777 FPS

  $ metacity --composite --replace & sleep 5 && glxgears & sleep 20 && killall 
glxgears
  10366 frames in 5.0 seconds = 2073.057 FPS
  10194 frames in 5.0 seconds = 2038.702 FPS

  $ compiz --replace & sleep 5 && glxgears & sleep 20 && killall glxgears
  37633 frames in 5.0 seconds = 7522.813 FPS
  37990 frames in 5.0 seconds = 7597.965 FPS

  As a second set of benchmarks, I ran glxgears -fullscreen as follows:

  $ metacity --no-composite --replace & sleep 5 && glxgears -fullscreen & sleep 
20 && killall glxgears
  1652 frames in 5.0 seconds = 330.296 FPS
  1667 frames in 5.0 seconds = 333.281 FPS

  $ metacity --composite --replace & sleep 5 && glxgears -fullscreen & sleep 20 
&& killall glxgears
  886 frames in 5.0 seconds = 177.007 FPS
  891 frames in 5.0 seconds = 178.099 FPS

  $ compiz --replace & sleep 5 && glxgears -fullscreen & sleep 20 && killall 
glxgears
  1830 frames in 5.0 seconds = 365.868 FPS
  1847 frames in 5.0 seconds = 369.242 FPS

  
  Normalized results (with compiz=100):
  ================================
  Windowed:
  metacity --no-composite: 78 FPS
  metacity --composite: 27 FPS
  compiz: 100 FPS

  Full screen:
  metacity --no-composite: 90 FPS
  metacity --composite: 48 FPS
  compiz: 100 FPS

  So `metacity --composite` in this test was about 2 times slower than
  `metacity --no-composite` and about 3 times slower than `compiz`.

  This test was done an "Intel(R) Core(TM) i5-4440 CPU @ 3.10GHz" CPU, with the 
following embedded graphics card:
  $ lspci -nn -k | grep -A 2 VGA
  00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 
v3/4th Gen Core Processor Integrated Graphics Controller [8086:0412] (rev 06)
        Subsystem: Gigabyte Technology Co., Ltd Xeon E3-1200 v3/4th Gen Core 
Processor Integrated Graphics Controller [1458:d000]
        Kernel driver in use: i915

  I'll upload more tests if I find anything newsworthy.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1566157/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to