After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 169704 - memory usage with transparent background
memory usage with transparent background
Status: RESOLVED OBSOLETE
Product: vte
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
[fixed-next]
Depends on:
Blocks:
 
 
Reported: 2005-03-09 14:40 UTC by Gabriel de Perthuis
Modified: 2014-03-27 18:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Gabriel de Perthuis 2005-03-09 14:40:49 UTC 
Version details: 2.10

gnome-terminal uses about 5M for the transparent background.

Evidence from xrestop, pixmap memory column:
Startup: 393k
Enabling trandparency: 5897k
Disabling transparency: 777k (double, btw)
Comment 1 Michele Baldessari 2005-07-21 09:31:29 UTC 
Hi Gabriel, (thanks for reporting)

well the 5M really depends on a few xserver-related things (resolution, color
depth etc.). It could be quite a plausible value.. I have a 9M increase
(1920x1600x24)..I'd guess that with the latest xorg developments there's
some server (alpha channel) support that we could leverage on for these things..

I'm more worried about the doubling after disabling transparency. (Which I do 
confirm)
I'll try to look into this doubling...
Comment 2 Guilherme de Siqueira Pastore 2006-02-17 17:00:47 UTC 
Sounds to me like a vte issue... gotta check more carefully, though.
Comment 3 Christian Persch 2008-05-29 19:56:26 UTC 
-> vte
Comment 4 Christian Persch 2008-10-12 12:42:16 UTC 
IMHO we should simply remove the support for faux-transparency and only support transparency with compositing.
Comment 5 Christian Persch 2014-03-27 18:50:15 UTC 
Comment 4 is now done on master.