Slow, laggy window resizing for gnome-terminal and Qt

Bug #361573 reported by robeen
130
This bug affects 28 people
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Won't Fix
Medium
Unassigned

Bug Description

Binary package hint: compiz

After upgrading to Jaunty there is a very frustrating delay when resizing terminal windows (only terminal windows).

After the mouse button is released it takes 2 seconds before the window get resized.

It only happens with compiz enabled.

Release: 9.04

# apt-cache policy compiz
compiz:
  Installed: 1:0.8.2-0ubuntu7
  Candidate: 1:0.8.2-0ubuntu7
  Version table:
 *** 1:0.8.2-0ubuntu7 0
        500 http://se.archive.ubuntu.com jaunty/main Packages
        100 /var/lib/dpkg/status

# lspci -v |grep -A 13 "VGA"
01:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] (rev a2)
 Subsystem: nVidia Corporation Device 0243
 Flags: bus master, fast devsel, latency 0, IRQ 16
 Memory at fc000000 (32-bit, non-prefetchable) [size=16M]
 Memory at f0000000 (64-bit, prefetchable) [size=128M]
 Memory at fd000000 (64-bit, non-prefetchable) [size=16M]
 [virtual] Expansion ROM at fea00000 [disabled] [size=128K]
 Capabilities: [60] Power Management version 2
 Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
 Capabilities: [78] Express Endpoint, MSI 00
 Capabilities: [100] Virtual Channel <?>
 Capabilities: [128] Power Budgeting <?>
 Kernel driver in use: nvidia
 Kernel modules: nvidia, nvidiafb

Additinal info:
After the upgrade I had to add this to fstab to be able to start a terminal.
devpts /dev/pts devpts gid=5,mode=620 0 0

And some strange behavior I noticed.

This works fine..
$ gnome-terminal

But not as su..
$ sudo gnome-terminal
Failed to contact the GConf daemon; exiting.

Revision history for this message
Fred Reiss (frr42) wrote :

I also see the same problem with my gvim windows, as well as gnome-terminal and plain old xterm. There is a 2-second delay before any window resize operation, and the resize animation moves in 2-second jumps. Getting the window to the desired size is extremely difficult.

I'm using the ATI binary X server:

$ lspci -v |grep -A 13 "VGA"
01:00.0 VGA compatible controller: ATI Technologies Inc RV610 [Radeon HD 2400 XT]
 Subsystem: Giga-byte Technology Device 2174
 Flags: bus master, fast devsel, latency 0, IRQ 2301
 Memory at c0000000 (64-bit, prefetchable) [size=256M]
 Memory at d0000000 (64-bit, non-prefetchable) [size=64K]
 I/O ports at 2000 [size=256]
 [virtual] Expansion ROM at d0020000 [disabled] [size=128K]
 Capabilities: <access denied>
 Kernel driver in use: fglrx_pci
 Kernel modules: fglrx

summary: - 2s delay resizing terminal window
+ Two second delay resizing window
Changed in compiz (Ubuntu):
importance: Undecided → Low
Revision history for this message
Robert Ancell (robert-ancell) wrote : Re: Two second delay resizing window

Duplicate bug 377539 has a good video of the slow resizing.

summary: - Two second delay resizing window
+ Slow, laggy window resizing
Revision history for this message
Robert Ancell (robert-ancell) wrote : Re: Slow, laggy window resizing

Bug 377539 also notes in their case it is only for QT windows, not GTK+ windows.

Revision history for this message
Bartek (tschew) wrote :

Hi Robert, I reported Bug 377539, while QT applications are affected as a group, gnome-terminal is also affected, as described in this bug.

Maybe there's a delay in a specific call querying window dimensions as compiz informs the user about gnome-terminal and xterm size in terms of characters (which I presume it computes from the window dimensions). Maybe QT uses the same call while most GTK+ apps rely on a different call.

As an experiment I've enabled "Show resize info for all windows" in compizconfig. This introduces the delay for ALL windows.

Disabling the plugin completely (so that no size information is SHOWN even for terminal windows) does not remove the delays in resizing terminal windows or QT windows. This suggests to me that the queries are still made but simply not displayed.

Revision history for this message
Bartek (tschew) wrote :

It might be useful to add that the problems seem to be graphics card agnostic as I have both an embedded (G35) intel machine and an nvidia 260gtx machine which are affected in the same manner.

Revision history for this message
aleksey (shaferov) wrote :

Same problem.

Disabling of deco is plugin helps much.
Resizing without deco is like without compiz at all.

---
Sorry for bad English

Changed in compiz (Ubuntu):
importance: Low → Medium
status: New → Triaged
summary: - Slow, laggy window resizing
+ Slow, laggy window resizing for gnome-terminal and Qt
Revision history for this message
YourDiet (prof-pointer) wrote :

hi,

my T500 (Ati 3650 mobil) has that bug since ubuntu 9.04. It gives me the willies.

pls help

Revision history for this message
madmed (medbelh) wrote :

I don't know if it is the same problem but when activating the desktop effects, maximizing or opening new windows is very very slow except for VLC!! I have an ATI HD3430. I thought the problem is related to the fglrx driver but since other users with different graphic cards have almost the same problem I think it's a compiz bug. Sorry for my English :p

Revision history for this message
Oleg Butovich (obutovich) wrote :

have the same problem. resizing and maximizing of windows is very laggy..
$ lspci -v |grep -A 13 "VGA"
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650
 Subsystem: Lenovo Device 2117
 Flags: bus master, fast devsel, latency 0, IRQ 32
 Memory at d0000000 (32-bit, prefetchable) [size=256M]
 I/O ports at 2000 [size=256]
 Memory at cfff0000 (32-bit, non-prefetchable) [size=64K]
 [virtual] Expansion ROM at cff00000 [disabled] [size=128K]
 Capabilities: <access denied>
 Kernel driver in use: fglrx_pci
 Kernel modules: fglrx, radeon

Revision history for this message
haggi (jpicht85) wrote :

same problem here

$ lspci -vv -s 03:00.0
03:00.0 VGA compatible controller: ATI Technologies Inc RV620 LE [Radeon HD 3450]
 Subsystem: PC Partner Limited Device e370
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0, Cache Line Size: 32 bytes
 Interrupt: pin A routed to IRQ 28
 Region 0: Memory at d0000000 (64-bit, prefetchable) [size=256M]
 Region 2: Memory at feae0000 (64-bit, non-prefetchable) [size=64K]
 Region 4: I/O ports at d000 [size=256]
 Expansion ROM at feac0000 [disabled] [size=128K]
 Capabilities: <access denied>
 Kernel driver in use: fglrx_pci
 Kernel modules: fglrx, radeon

Revision history for this message
Dan Ordille (dordille) wrote :

Also have same problem

01:00.0 VGA compatible controller: nVidia Corporation G72M [Quadro NVS 110M/GeForce Go 7300] (rev a1)
 Subsystem: Dell Device 01c2
 Flags: bus master, fast devsel, latency 0, IRQ 16
 Memory at ed000000 (32-bit, non-prefetchable) [size=16M]
 Memory at d0000000 (64-bit, prefetchable) [size=256M]
 Memory at ee000000 (64-bit, non-prefetchable) [size=16M]
 [virtual] Expansion ROM at ef000000 [disabled] [size=128K]
 Capabilities: <access denied>
 Kernel driver in use: nvidia
 Kernel modules: nvidia, nvidia-current, nvidiafb, nouveau

Revision history for this message
Felix Albrecht (ftalbrecht-deactivatedaccount) wrote :

Sorry to bump, but I still have the same issue and it's been 3 years. Anyone any ideas?

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thank you for reporting this bug to Ubuntu. 9.04 reached end of life on October 23, 2010.
See this document for currently supported Ubuntu releases: https://wiki.ubuntu.com/Releases

Similar bugs have been reported for current releases and are being actively worked on. Please review:
bug 1039673
bug 1019139

And particularly for Nvidia users:
bug 1027211

Changed in compiz (Ubuntu):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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