home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / bsd / 5132 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  1.1 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!wupost!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!news!brtmac
  2. From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
  3. Newsgroups: comp.unix.bsd
  4. Subject: abysmal performance of X in xgc and x11perf
  5. Message-ID: <BRTMAC.92Sep4124909@maverick.ksu.ksu.edu>
  6. Date: 4 Sep 92 19:49:09 GMT
  7. Article-I.D.: maverick.BRTMAC.92Sep4124909
  8. Organization: Kansas State University
  9. Lines: 16
  10. NNTP-Posting-Host: maverick.ksu.ksu.edu
  11.  
  12. I have a 386sx/16 machine without a 387.  Most of the time this
  13. works fine, but in programs like ico, xgc and x11perf when they
  14. do floating point intensive stuff the machine more or less locks
  15. up and I generally have to reboot.
  16.  
  17. I believe this is because of all the traps to the 387 emulation
  18. code in the kernel.  I understand it being slow, but why does
  19. it bring the machine to a virtual halt?
  20.  
  21. When I run ico everything will freeze for 5 or 10 seconds, then
  22. the ball will move a ways and other X events will occur (such as
  23. the mouse cursor moving), then everything will halt again.  It
  24. seems that while the 387 emulation code is running nothing else
  25. can run and the emulation code has priority over everything else.
  26.  
  27. ++Brett;
  28.