X11 Optimizations?
Phil Karlton
karlton at sgi.com
Thu Nov 8 13:29:04 AEST 1990
In article <1990Nov2.084053 at msc.EDU>, ken at msc.EDU (Ken Chin-Purcell) writes:
|> A shared memory connection can give a performance kick when
|> transffering a lot of data, such as with an XPutImage or XGetImage
|> call.
Using shared memory for general X transport (as opposed to specific for images) makes the most difference in a System V implementation without UNIX domain sockets or a slow TCP/IP loopback. SGI doesn't suffer from either of those problems.
|> To optimize these calls the noble MIT programmers wrote an
|> unofficial server extension to implement shared memory image
|> transfers. Using the extension, you (the X window client programmer)
|> place the image data in a shared memory segment before calling
|> XShmPutImage or XShmGetImage. The request goes through the normal
|> socket channels, but the image data skips the slow road.
The MIT-SHM extension is implemented in a future release.
|> To SGI: X windows is important to me, and I'm looking forward to a faster
|> server. I would like a level of integration between X and gl where I
|> could render in gl but have window configuration handled by X. I am
|> only using X for the user interface toolkits; I don't need to mix X
|> and gl graphics in the same window.
You should be happy with that unnamed future release.
I speak for myself, and not SGI.
PK
More information about the Comp.sys.sgi
mailing list