[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:	DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:	See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:	STAR::VATNE

Created:	Mon Oct 30 1989
Last Modified:	Mon Dec 31 1990
Last Successful Update:	Fri Jun 06 1997
Number of topics:	3726
Total number of notes:	19516

3456.0. "tiling" by COPPER::D_BERRY () Thu Oct 11 1990 12:14

in the past i have used the xphoon.exe to create a moon root window or have
used xgifroot.exe to use a gif picture for a root window.

i noticed that after awhile when i iconize windows that decwindows starts
to tile and iconizing becomes very slow...

if i re do the root window with the same picture, then the tiling goes away.
anyone know why this is and how one might fix it, if possible?

dean

T.R Title User Personal
Name Date Lines

3456.1 frame buffer fragmentation WIDGIT::WEST SCARY : A programmer with a screwdriver. Thu Oct 11 1990 14:37 19

T.R	Title	User	Personal Name	Date	Lines
3456.1	frame buffer fragmentation	WIDGIT::WEST	SCARY : A programmer with a screwdriver.	`Thu Oct 11 1990 14:37`	19
	When you create a large pixmap or bitmap and use it as the background for the root window then the server has to keep that pixmap around for expose processing. What normally happens is that the frame buffer becomes so badly fragmented that the server spends a great deal of the time playing 'frame buffer memory manager'. As the frame buffer becomes fragmented, it takes the server longer to swap and move things (pixmaps/windows) around to make room. When you reset the background pixmap the server first destroys the one that is there, thus freeing up a lot of space in the frame buffer. Things are a bit cleaner now for the new pixmap, but will again tend to slow down. This is the price you pay for wanting a picture in the background as opposed to a _small_ bitmap that is replicated for the background. -=> Jim <=-

  When you create a large pixmap or bitmap and use it as the background for
the root window then the server has to keep that pixmap around for expose
processing.

  What normally happens is that the frame buffer becomes so badly fragmented
that the server spends a great deal of the time playing 'frame buffer memory
manager'.  As the frame buffer becomes fragmented, it takes the server longer
to swap and move things (pixmaps/windows) around to make room.

  When you reset the background pixmap the server first destroys the one that
is there, thus freeing up a lot of space in the frame buffer.  Things are a
bit cleaner now for the new pixmap, but will again tend to slow down.

  This is the price you pay for wanting a picture in the background as
opposed to a _small_ bitmap that is replicated for the background.

					-=> Jim <=-