home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.os2.programmer:4476 comp.os.os2.misc:28370
- Path: sparky!uunet!TOROLAB6.VNET.IBM.COM
- From: ADUNSMUI@TOROLAB6.VNET.IBM.COM (Al Dunsmuir)
- Message-ID: <19920827.085206.286@almaden.ibm.com>
- Date: Thu, 27 Aug 92 11:46:46 EDT
- Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
- Subject: Re: Does math coprocessor speed up GUI (here: OS/2 presentation mgr)?
- Organization: IBM Canada Laboratory Ltd, Toronto, CANADA
- Disclaimer: This posting represents the poster's views, not those of IBM
- News-Software: UReply 3.0
- References: <17fuahINN1tl@iraul1.ira.uka.de> <19920826.074333.779@almaden.ibm.com>
- <1992Aug27.102130.9367@cam-orl.co.uk>
- Lines: 27
-
- In <1992Aug27.102130.9367@cam-orl.co.uk> Tim Glauert writes:
- >In article <19920826.074333.779@almaden.ibm.com>, ADUNSMUI@TOROLAB6.VNET.IBM.COM (Al Dunsmuir) writes:
- >|> Having said that, having a math coprocessor (especially a tightly coupled
- >|> one as implemented in the 486) can speed up OS/2 applications. For example,
- >|> IBM's X-Windows server (PM screen interface for TCP/IP) achieves __dramatic__
- >|> performance gains when a math coprocessor is present.
- >
- >I wonder why that is? The MIT X sample server only uses floating-point code
- >where the integer equivalent is likely to be slower, and only for primitives
- >such as arcs and wide lines.
- >
-
- Tim,
-
- My understanding is that PMX performs not only the standard MIT X server
- functions, but must translate the X-windows actions into the equivalent PM
- actions. Apparently this intermediate layer has the floating-point code in
- question.
-
- I believe the PMX developers are working hard to improve this situation, as
- each revision makes considerable improvement on its predecessor.
-
- Al Dunsmuir Internet: adunsmui@torolab6.vnet.ibm.com
- CODE Development II + TEAM OS/2 Voice: (416) 448-3315
- IBM Canada Laboratory Ltd, Toronto, CANADA
-
- OS/2 V2: Why settle for anything less?
-