Re: Memory statistics
- From: Federico Mena Quintero <federico ximian com>
- To: Ross Burton <ross burtonini com>
- Cc: performance-list gnome org, Benoît Dejean <benoit placenet org>
- Subject: Re: Memory statistics
- Date: Fri, 21 Apr 2006 09:28:41 -0500
On Fri, 2006-04-21 at 09:34 +0100, Ross Burton wrote:
> > Yes, it's a simple patch to gdk/gdkinternals.h that cuts the scratch
> > image size to one quarter with no noticeable performance hit. Removing
> > the use of scratch images completely was more noticeable.
>
> Did you ever test the patch on a desktop system? The 770 theme is
> relatively pixmap light and doesn't have any large images (apart from
> the wallpaper).
Sounds like we need a benchmark. How about this:
1. Start with an RGB buffer 16x16 pixels in size.
2. Blit the buffer N times to a window.
3. Grow the buffer by 16x16 pixels in each axis; stop growing one axis
when you hit the width or height of the screen, respectively.
4. Go back to step 2 until you have reached the screen size.
We can run the benchmark and log the timings for each size. Then we can
force not using shm at all, and take the timings again.
Maybe it is the case that we can totally eliminate SHM segments for
small images (icons and such), and only use them if the app happens to
paint a large image.
Federico
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]