home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / hp / 10416 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  3.8 KB
  1. Path: sparky!uunet!mcsun!uknet!pavo.csi.cam.ac.uk!camcus!jp107
  2. From: jp107@cus.cam.ac.uk (Jon Peatfield)
  3. Newsgroups: comp.sys.hp
  4. Subject: X11R5 server SLOW, on 705 with GRX + xterm bug
  5. Message-ID: <JP107.92Sep15004240@grus.cus.cam.ac.uk>
  6. Date: 14 Sep 92 23:42:42 GMT
  7. Sender: news@infodev.cam.ac.uk (USENET news)
  8. Distribution: comp
  9. Organization: U of Cambridge, England
  10. Lines: 77
  11. Nntp-Posting-Host: grus.cus.cam.ac.uk
  12.  
  13. I've just built the X11R5 (patchlevel 17) server on an HP705, using
  14. the HP server bits that were recently announced, and compiling with
  15. the unbundled cc (since I don't yet fully trust gcc-2.2.2 on the HP.)
  16. I have a few problems with it, like it core dumps when I quit by any
  17. method I've tried and won't reset the screen back to text mode... but
  18. my major concern is just how slow it is.  Moving windows is so slow
  19. that I can see it drawing in the background -- even my aging
  20. SparcStation-1 (but mono screen -- bwtwo hardware in fact), looks fast
  21. by comparison.  I've run some comparison tests with the x11perf
  22. comparing it to the X11R4 server that HP ship with the 705, and the
  23. difference is quite enlightening.
  24.  
  25. With things to do with data structure access and the like, the R5
  26. server is slightly faster, but any access to the screen and it slows
  27. down by up to a factor of 64, the best (or worst if you prefer)
  28. example being for 500x500 stippled rectangle fill:
  29.  
  30.    HP-R4     MIT-R5   ratio    Operation
  31. 243000.0   390000.0 (  1.60)   Dot
  32.  41800.0    48700.0 (  1.17)   1x1 161x145 stippled rectangle
  33.  33600.0     8000.0 (  0.24)   10x10 161x145 stippled rectangle
  34.   4950.0      138.0 ( 0.028)   100x100 161x145 stippled rectangle
  35.    364.0        5.8 ( 0.016)   500x500 161x145 stippled rectangle
  36.  38700.0    44100.0 (  1.14)   1x1 161x145 tiled rectangle
  37.  25100.0     9530.0 (  0.38)   10x10 161x145 tiled rectangle
  38.   1610.0      431.0 (  0.27)   100x100 161x145 tiled rectangle
  39.     85.7       21.8 (  0.25)   500x500 161x145 tiled rectangle
  40.  54100.0    88800.0 (  1.64)   X protocol NoOperation 
  41.    439.0      682.0 (  1.55)   GetAtomName 
  42.    436.0      648.0 (  1.49)   GetProperty 
  43.  10700.0    12000.0 (  1.12)   Change graphics context 
  44.  
  45. Now I've seen things like this before when comparing accelerated
  46. Xservers against unaccelerated Xservers, so I'm starting to think that
  47. maybe the GRX has an accelerator, which the HP server makes use of,
  48. but the sample Ngle code doesn't.  Can anyone confirm or deny this?
  49.  
  50. Does anyone have enough info about the Ngle hardware (specifically the
  51. S9000_ID_A1439A, since that is what the GRX and CRX are), to write the
  52. ddx server code which will be able to make use of it?  I'm prepared to
  53. do some hacking in the source, and once knew something about graphics
  54. systems, but havn't hacked the Xserver code before.  Can anyone with
  55. more experience help me?
  56.  
  57.  
  58. Now for something slightly related.
  59.  
  60. Has anyone else tried compiling the rest of the X11R5 distribution?
  61. If so you will probably have found that the clients/xterm won't
  62. compile.  At least it doesn't on my systems.  The problem is the use
  63. of _file in line 1059 of clients/xterm/main.c.  Looking at the code it
  64. should all be inside the #ifdef DEBUG there anyway, but the use of
  65. _file doesn't work on HP-UX (8.07 anyway), since there is no _file
  66. field of the FILE struct.  I altered this to use __fileL and __fileH,
  67. which is just as bad.  *Why the hell is xterm so hacky?*
  68.  
  69. Here is my diff:
  70. 1049a1050
  71. > #endif    /* DEBUG */
  72. 1058,1061d1058
  73. < #ifdef hpux
  74. <         stderr->__fileL = i %% 256 ;
  75. <         stderr->__fileH = i / 256 ;
  76. < #else   /* hpux */
  77. 1063d1059
  78. < #endif  /* hpux */
  79. 1072d1067
  80. < #endif    /* DEBUG */
  81.  
  82. The xterm compiled this way seems to work, but I make no promises...
  83.  
  84. -- Jon
  85. --
  86. Jon Peatfield, Computer Officer, the DAMTP, University of Cambridge
  87. Telephone: (+44 223) 33-7852     Mail: J.S.Peatfield@amtp.cam.ac.uk
  88.  
  89. I'm an international arms dealer.  You can be one too.  Ask me how!
  90.