Bug 36994 - XShmGetImage() is very slow when acceleration is turned on
Summary: XShmGetImage() is very slow when acceleration is turned on
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-04-21 17:03 UTC by olex
Modified: 2007-04-18 16:32 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-04-27 00:29:52 UTC
Embargoed:


Attachments (Terms of Use)

Description olex 2001-04-21 17:03:54 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.2.16-22 i686)


Using shared memory for moving image data between the X server and the
graphical application is very slow when server acceleration is activated.
This was not the case in previous XFree86 versions.

On my PIII 933MHz/RIVA TNT2/i815, moving a 800x600 8-bit image with
XShmGetImage() takes around 72 milliseconds with accerelation turned on, as
is the default setup. When turning off acceleration with 'Option "NoAccel"
"1"' in /etc/X11/XF86Config-4, this drops to the more reasonable 3
milliseconds.

Similar slowdowns are noticed with the same software on a Celeron
677/i815/Matrox G200.


Reproducible: Always
Steps to Reproduce:
1. Install Red Hat 7.1; X server acceleration is default set to active
2. Run an application which moves image data around with XShmGetImage()
3. Notice low framerate
4. Turn off acceleration with Option "NoAccel" "1" in XF86Config-4
5. Framerate increases dramatically

The tested application is our Olex seabed mapping and visualisation system,
previously installed on several hundred Red Hat 5.1 to 7.0 systems with
XFree86 3.3.x. A demonstration copy can be downloaded from www.olex.no.

Comment 1 Mike A. Harris 2001-04-27 00:29:43 UTC
Attach your config file and X server logs using the "Create a new attachment"
link below.

Comment 2 Mike A. Harris 2001-11-06 11:35:08 UTC
Please feel free to reopen this report after attaching the requested
information, if this is still a problem.


Note You need to log in before you can comment on or make changes to this bug.