home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25130 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  2.0 KB
  1. Path: sparky!uunet!pipex!warwick!doc.ic.ac.uk!uknet!comlab.ox.ac.uk!jon
  2. From: jon@robots.ox.ac.uk (Jon Tombs)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: wow, suggestion for library improvment/shared memory,X suggestion
  5. Message-ID: <1993Jan22.180335.10863@lucrece.robots.ox.ac.uk>
  6. Date: 22 Jan 93 18:03:35 GMT
  7. References: <C174y9.940@world.std.com>
  8. Organization: Robotics Research Group, Engineering Science Dept, Oxford, UK.
  9. Lines: 32
  10. Originator: jon@lucrece.robots
  11.  
  12. In article <C174y9.940@world.std.com> entropy@world.std.com (The Entropic one) writes:
  13. >
  14. >I just noticed that the linux munmap call is completely general 
  15. >purpose. I've started using it on very large pieces of data when
  16. >I free them, so that the pages are really freed rather than sitting
  17. >around waiting to be swapped out. 
  18. >It seems like the libraries could be easily changed so that free would
  19. >automatically call munmap whenever large chunks of data are freed.
  20. >This would greatly improve performance when using large amounts of
  21. >data (I wish I had this when I was working on tinymush).
  22.  
  23. Only if the data you free is larger than a page so that none of the malloc
  24. linked list is left on it, but this could be usefull in some places. might
  25. mean if you are running xmd then maybe X386 won't grow without limit...
  26.  
  27.  
  28. >If this was done local X windows speed could be greatly improved, the
  29. >X windows server could map in all processes using it and transfer
  30. >stuff directly from the users memory to the screen. For example
  31. >dumping a large Ximage would involve only a copy to the VGA memory
  32. >rather than a copy into and out of the kernel.
  33.  
  34. X already has the support for using SYSV shmem to do this, and yes it
  35. does greatly improve transfer speed (try play_mpeg with and without
  36. shmem enabled). It doesn't matter how shared memory is implemented, but
  37. if linux is to use the code that already exists, then we need SYSV shared
  38. memory calls in libc.
  39.  
  40.  
  41. --
  42.  Jon                    <jon@robots.ox.ac.uk>
  43.                         "I got in today just as the sun was crashing"
  44.